L505 wrote:
>
> Which installation/ide are you using for FPC, just FP-IDE or commandline, or
> Lazarus?
Free Pascal Compiler version 2.0.0 [2005/05/15] for i386
I don't use an IDE, I simply use vi to edit source, and then "fpc sourcefile"
to produce
the executable.
>
> .A, .O, .ppu files and
> > SmartLinking to be active? The Docs, imply NO, that this is the default;
> > your
reply
> above
> > implies Yes.
> >
> > Bob
Also, if your exe/elf is still not smaller after you find the .A files, try
using
the -Ba option which rebuilds all units, incase your old .O files are sticking
like
>
> This brings up another nagging question I have had. If I set SpartLinking ON,
> my
> executables are no smaller! Your reply here seems to suggest, that I do not
> have
any of my
> units compiled with SmartLinking enabled. There are no ".A" files in my source
tree.
>
> To enable Smart Linking,
On 29 Jan 2006, at 21:00, Bob Richards wrote:
And also, smartlinked units contain .A files in addition to .O
and .PPU files
This brings up another nagging question I have had. If I set
SpartLinking ON, my
executables are no smaller! Your reply here seems to suggest, that
I do not have an
L505 wrote:
> And also, smartlinked units contain .A files in addition to .O and .PPU files
This brings up another nagging question I have had. If I set SpartLinking ON, my
executables are no smaller! Your reply here seems to suggest, that I do not
have any of my
units compiled with SmartLinking
Marco van de Voort wrote:
> You are aware of the fact that the .o's belong to units too?
>
> Delphi .dcu = fpc .ppu + fpc .o !
Dumb me! Nope! And this was the problem. I just copied the new strutils.ppu
file into
/usr/lib/fpc/... NOT the strutils.o as well. So when the executable got
"linked"
> > First, thanks for the reply; I applied the patch, it applied without a
> > problem,
verified
> > the new StrUtils.pp source, all OK as per the patch. Recompiled
> > strutils.ppu. The
function
> > still returns a zero on error.
>
> You are aware of the fact that the .o's belong to units too?
>
>
> First, thanks for the reply; I applied the patch, it applied without a
> problem, verified
> the new StrUtils.pp source, all OK as per the patch. Recompiled strutils.ppu.
> The function
> still returns a zero on error.
You are aware of the fact that the .o's belong to units too?
Delphi .dc
On Sun, 29 Jan 2006, Michalis Kamburelis wrote:
> Bob Richards wrote:
> > Michalis Kamburelis wrote:
> >
> >
> > > There's a bug in Hex2Dec implementation -- it returns 0 instead of
> > > raising EConvertError. Here's a patch:
> > >
> > > Index: strutils.pp
> > > =
Bob Richards wrote:
Michalis Kamburelis wrote:
There's a bug in Hex2Dec implementation -- it returns 0 instead of
raising EConvertError. Here's a patch:
Index: strutils.pp
===
--- strutils.pp(wersja 2298)
+++ strutils.pp(
Michalis Kamburelis wrote:
> There's a bug in Hex2Dec implementation -- it returns 0 instead of
> raising EConvertError. Here's a patch:
>
> Index: strutils.pp
> ===
> --- strutils.pp(wersja 2298)
> +++ strutils.pp(kopia robo
Bob Richards wrote:
[...]
According to the docs on function "Hex2Dec" in Strutils:
"If S does not contain a valid hexadecimal value, an EConvertError exception will be
raised."
So, what profound lack of understanding am I suffering from? Anybody?
There's a bug in Hex2Dec implementation --
I probably should have stated which compiler I was using If it matters:
$ fpc hextest.pas
Free Pascal Compiler version 2.0.0 [2005/05/15] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Linux for i386
Compiling hextest.pas
Linking hextest
26 Lines compiled, 0.6 sec
--
PGP Enc
I must not understand a fundamental concept here. Perhaps someone can point me
in the
right direction.
{$mode Delphi} //Delphi or objfpc same results
program hextest; // or why can't I trap an exception?
uses Sysutils,strutils;
var
b:byte;
hex:string;
begin
Write('Enter a hex Str
14 matches
Mail list logo
