> int testreturn(const char *thename, char *rcity, char *rstate)
> {
>
> memcpy (rcity,"Boston",7);
> memcpy (rstate,"Massachusetts",14);
>
> return strlen(thename);
> }
First thing to check is it declared CDECL or STDCALL in the C library?
I think the default C declaration mode is C
>
> check out the fpmake.pp and fpmake.inc file scattered all over the source
> trees; and the sources in utils/fppkg do what you describe 'TInstaller'
> TBuildEngine etc.
>
> We are working on a 2-stage approach:
>
> fpmake:
> compile/install/zip one or more packages (loosely defined as a group
> Is there any way tell FPCMAKE to rename all PROGRAMS to have a different
> extension?
I just had to study up on how fpcmake RULES worked by looking at other existing
fpcmake files.. hmm fpcmake files seem to resemble python - 8 space
indentation
for execution instructions.
For win32
[rule
> > So basically my main point is that make files have become executable
> > INI files - something INI files really aren't intended to be - with
> > less power and clarity than a real pascal program.
>
> That's why FPC is switching to fpmake.pp files. And eventually/probably
> lazarus too.
Ohh.
In many cases makefiles take about just as long to create as
shell scripts or pascal programs - they just offer a nice framework to
automate compiling in an easy way - but in sort of a funny syntax. But
makefiles kind of become ugly when they get big - and because they have a poor
syntax com
ined macros that I can use with the -o
(output) option to tell fpc compiler to rename the current executable being
compiled, for example
fpc test.pp -o$(targetexe).abc
--
L505
http://z505.com
___
fpc-pascal maillist - fpc-pascal@lists.freepasc
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, August 27, 2006 7:12 PM
Subject: Ask about FPC
Hi!
I want ask something
i use PSP 1.6.0-release, but i don't know where i can find the tutorial, i just
find
documentation for function.
Can you tell me how to using variabel functio
ed it at all.
In summary, "test-driven development" is not going to magically solve any
problems like
they say it will in the books and on those web pages. Writing tests using
common sense
will help you - but reading into the magical test-driven quack out there wi
> On 27 May 2006, at 09:46, Arne Hanssen wrote:
>
> >> setlength(last3, 3);
> >> last3[1]:= filename[length(filename)-2];
> >> last3[2]:= filename[length(filename)-1];
> >> last3[3]:= filename[length(filename)];
> >
> > As already explained, you must tell 'last3' its length. As you
> > al
> > var
> > filename: string;
> > last3: string[3];
> > last4: string[4];
> >
> this is not short strings
> use
> last3: shortstring[3];
In delphi 5 and FPC in objfpc mode it doesn't accept that.
___
fpc-pascal maillist - fpc-pascal@lists.fre
> > I'm lacking some memory concept here. Below program doesn't work
> > unless setlengths
> > are called first on the shortstrings.
> >
> > program Project1;
> >
> > {$mode objfpc}{$H+}
> >
> > var
> > filename: string;
> > last3: string[3];
> > last4: string[4];
> > begin
> > filename:= '
I'm lacking some memory concept here. Below program doesn't work unless
setlengths
are called first on the shortstrings.
program Project1;
{$mode objfpc}{$H+}
var
filename: string;
last3: string[3];
last4: string[4];
begin
filename:= 'test';
filename:= filename+ 'ing.pas';
setlength
> Krishna wrote:
> > Hi all,
> >
> > Is FPC ready for writing libraries callable from C/C++ on Win32 and Linux?
> >
>
> Yes.
Just that C++ objects aren't compatible, since the implementation of object
orientation is
slightly/majorly different between languages so you would have to use mainly
pr
There is this page which might help some
http://www.merlyn.demon.co.uk/del-bits.htm
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> > >
> > > But in this case I'm wondering why you want to give a pointer instead
> > > of the real type?
> >
> >
> > did you mean this ? :
> >
> >procedure ChangeRec1(const Rec: TSomeRec);
> >begin
> > Rec.a:= 'string A';
> >end;
>
> Yes.
Well, this is a Precord. That doesn't wor
>
> > did you mean this ? :
> >
> >procedure ChangeRec1(const Rec: TSomeRec);
> >begin
> > Rec.a:= 'string A';
> >end;
> >
> > Because I can't pass a PSomeRec to that function, only a TSomeRec
>
> Then pass a PSomeRec^ to it if you don't intend to change the pointer
> anyway.
> > Only the pointer itself is the parameter and read-only. Where the pointer
> > points to is irrelevant.
I remember this from using classes where you can still access the class
properties -
should have thought about that before posing the question :).
>
> But in this case I'm wondering why yo
Are const parameters supposed to ensure read only access?
If so how come one can write to a typed pointer?
program project1;
{$mode objfpc}{$H+}
type
PSomeRec = ^TSomeRec;
TSomeRec = record
a: string;
b: string;
end;
procedure ChangeRec1(const Rec: PSomeRec);
begi
> -Fu/home/fpc/packages/base/*/units/$fpctarget
>
> Recursive is too error prone and therefor not usefull
thanx to all who replied, that's what I was looking for, not true recursive,
just
wildcards
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
-Fu/home/me/project1/units/*.*
Is there an existing recursive option like this for -Fu and -Fi?
Could be useful, but dangerous if directories contain different versions of the
source
file in different places.
Still, in many projects I get sick of continually adding new directories to the
searc
> 3. speed - not a big deal. Hardware cheap enough.
> > If you ship programs, it's not you who decide whether hardware is
> > cheap.
I agree - some of my website visitors still use Win98, for example.. so can't
say everyone
has a 2Ghz PC with windows XP on it. I don't like buying hardware ev
> > 3. speed - not a big deal. Hardware cheap enough.
>
> Speed definitely does matter for some apps: application servers,
> database servers etc. So you can't generalize this.
This is my view too.. purely playing devils advocate there.. :-)
>
> > 4. size - shipping an interpreted file usually
> It's always a trade off. Neither KOL nor FCL is better, they are simply
> designed different and comparsion is useless.
The intention is purely to be compact, and I didn't mean to compare or compete
with FCL.
I was just mentioning that those who need a convenient compact StringList
without t
Okay so we have to now consider these points:
1. interpreted languages can take up less memory if engineered right (says
Florian)
2. compilation and linking is a hassle - compared to shipping or uploading an
interpreted
file
3. speed - not a big deal. Hardware cheap enough.
4. size - shipping
> L505 wrote:
> >
> > I think this is poor marketing for FPC: telling people that size/bloat is
> > not an
> > issue.
> > Then what good is FPC for us? FPC is a compiled language! The whole point
> > of a
> > compiled
> > language, is to hav
> > Very nice compact stringlist in there to use...
> > Standard Classes stringlist adds about 60K-70K to your exe/elf while
> > CompactUtils
> > PStrList only adds maybe 1-5KB.
>
> Please compare what is comparable:
>
> The Classes unit contains more than just the TStringlist and TList.
>
> It co
> > On Wed, 19 Apr 2006, ??? wrote:
> >
> > > I do neither use Lazarus, nor MSEide, but if executable size is really
> > > important,
there is something called KOL (I didn't use it either). As I have read, it's
currently
compilable by FPC.
> > >
> > > Speaking of bigger application
>
>
> On Wed, 19 Apr 2006, ??? wrote:
>
> > I do neither use Lazarus, nor MSEide, but if executable size is really
> > important, there is something called KOL (I didn't use it either). As I have
> > read, it's currently compilable by FPC.
KOL GUI stuff is not cross platform. But I
> > If you can't find jobs
> > out there that use Pascal then you have to be really brave and start
> > your own business and start hiring people with Pascal skills.
>
> Yeah right. Sorry to bring that up again, but if I would do that I would
> never hire people that claim to have such specialized
> L505 wrote:
> >> MSEgui has a distinct advantage over Lazarus. It compiles under Delphi.
Just
> >> tried it. Fiddled with one or two lines in the code, but I got the IDE to
> >> compile and run and then built a small hello world app that also ran.
Pretty
>
> MSEgui has a distinct advantage over Lazarus. It compiles under Delphi. Just
> tried it. Fiddled with one or two lines in the code, but I got the IDE to
> compile and run and then built a small hello world app that also ran. Pretty
> impressive really.
And the exe's/elf's it generates are reas
> > Disadvantages of Delphi:
> > 2. It's closed source, if it's buggy you're lost.
>
> Main problems comes from RTL and VCL, not a compiler - it is
> stable, at least for D7. As D7 Pro+ comes with RTL and VCL sources, it is
> easy to fix and recompile both. And there is many excelent free and
> Op
> If FreePascal founders are registrated as a company, contract would have
> legitimity in the law, otherwise will not.
Incorporating into a registered company doesn't really help secure anything
down - for example Borland could cut off the Delphi product at any time (or sell
it) even though the
> >
> > It would be nice if I could build it right into the fpdoc tool though, so
> > it's just one step.
>
> I'll have a look at it. It should be easy to do.
>
I was looking into dw_html and I'm not sure if my object orientation theory is
right but:
Would this be the way to go:
-create a dw_htm
> tidy --show-body-only yes test.html > test-body.html
That'll work in the mean time while I wait for responses and comments on the
snippet feature.
FastHTMLParser could also work, find the Body tag (OnTag event) and record all
text between body.
It would be nice if I could build it right into t
> > What command would be used to run FPCdoc on all files in a directory.
> > PSEUDO EXAMPLE: (crashes fpdoc)
> > fpdoc --package=Test --input=*.pas;*.inc;
> fpdoc --package=Test $(ls -1 *.pas *.inc | awk '{printf("input=%s ", $1)}')
AWK for the one liner.. I was going to build a program that s
What command would be used to run FPCdoc on all files in a directory.
PSEUDO EXAMPLE: (crashes fpdoc)
fpdoc --package=Test --input=*.pas;*.inc;
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fp
> > Vote where? :)
> > The bug reporting system is very limited, once the bug is opened or closed
you
> > can't make any additional comments.
>
> I know, but sometimes developers who know the system inside-out get
> 'out-of-touch' with the users who are just starting to use it. So 'voting'
> is ess
> Tom Verhoeff wrote:
> > Can someone explain to me under what circumstances FPC will (attempt to)
> > recompile a unit for which *.ppu and *.o are already available?
> > I couldn't find this in the documentation.
>
> Wrong target (OS) or incompatible compiler version, usually. Vote for:
>
> http:/
> One of the things I think works best for lazarus is that it is written in the
> same language it uses - so every user is a potential contributor (unlike most
> programs and IDE's users typically CAN program) which is why I think it has
> such an amazing rate of expansion - we must be averaging a
- Original Message -
From: "Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]>
To: "FPC-Pascal users discussions"
Sent: Thursday, March 16, 2006 9:02 AM
Subject: Re: [fpc-pascal] Re: OpenDelphi.org
> I'm not complaining, just saying that the source is sometimes hard to
> figure out for so
On 3/16/06, Alexandre Leclerc <[EMAIL PROTECTED]> wrote:
> > Is there any way to simplify that and still be multi-platform very
> > easely? Indeed, that is very much hard to track down the units. (In
> > comparison, Delphi is cleaner, but it is not as multi-platform /
> > multi-GUI as laz is.)
> T
> FPC is Ok but a few years ago I examined Lazarus
> codebase and I saw Lazarus is hacking Class parents
> on-the-fly for its normal operations so I immediately
> lost my interest.
> Is this changed recently?
What do you mean hacking class parents? What I noticed was tons and tons of
abstraction
Who gets the $22,000 they have raised so far, if their plan doesn't work out?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> Does anyone have a copy of it?
>
> http://web.archive.org/web/20021122022650/http://fc.freepascal.org/
Found an old version
http://193.125.152.110/pub/windows/fileutil/fc070b7.zip
Started it up with
fc.exe c: c:
Looks pretty nifty, no sources in this zip - I was going to convert it to
Engl
Does anyone have a copy of it?
http://web.archive.org/web/20021122022650/http://fc.freepascal.org/
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> I am getting an error compiling with fpc 2.1.1 under lazarus with duplicate
identifier
> that seems to be a scope error. Under lazarus all you have to do is add
> any dataset and add an onposterror event handler.
> it doesn't like that "Action" is both a property of an object and a parameter
of
I don't see what all the arguments are about the C language being able to
rewrite writeln (printf, etc.) but in Pascal not. I don't see any limits with
what Pascal can do - you could rewrite writeln procedure and other low level
calls with several options - textrec tricks, or this array of const t
> > Isn't this exactly what array of const is for? It allows you to use
> > anywhere from 1 to unlimited parameters.
>
> Yes. Still, it's only one argument. You can't just suddenly pass two
> "array of const", can you?
Okay but why would you need that (humor me).
>
>
> Vin"Nitpicker"zent.
>
- Original Message -
From: "Michael Van Canneyt" <[EMAIL PROTECTED]>
To: "FPC-Pascal users discussions"
Sent: Thursday, March 09, 2006 9:36 AM
Subject: Re: [fpc-pascal] Variable arguments, different types?
>
>
> On Thu, 9 Mar 2006, L505 wrote:
&g
>
> > I have also read people stating things like this before:
> >
> > "you can use array of const but you can't make functions like writeln
> > because writeln accepts multiple types".
>
> Usually the statement is about different _numbers_ of arguments, not
> different types. Writing subroutine
> >
> > In other words you can reinvent your own writeln style procedures and pass
> > parameters of *different types* simutaneously. I was under the impression
you
> > could only pass parameters of the same type through this [] square bracket
> > trickery.
> >
>
> See docs: [http://www.freepascal
Hi, This below seems to work.. I got the impression you couldn't do this.
program HelloWorld;
var
I : Integer;
procedure test (args : array of const);
begin
writeln('test');
For i:=0 to High(Args) do
begin
case Args[i].vtype of
vtstring:
Writeln ('String value: ',args[
>
> The GPL only requires that you keep the credits in the sources, not
> that you advertise other people's work or products inside your own
> program, even if your program somehow uses that functionality.
> Imagine otherwise the credits list required for programs like the
> GIMP or so if each use
> > What does 'advertise' mean in this context ?
>
> 3. You must have a visible line in your programs aboutbox or
>documentation that it is made using RemObjects Pascal Script and
>where RemObjects Pascal Script can be found.
>
> i. e. You must put a link to RO homepage in your about box or
Some of the tests place sysutils in the uses clause but in fact it is not
needed in
the uses clause for some programs to work. Removing it from the uses clause
where not
needed would improve the memory footprint of the program, since sysutils hauls
in
initialization for things like widestrings a
> When I try to compile the MSEgui demo for arm (using fpc 2.0.2, MSEgui
> 0.7) I'm getting that error when compiling msegui.pas. Where should I
> look to solve this ?
Try to rebuild all units.
use the -Ba compiler option
I think I had this same issue when I tried MSEgui long ago, and it only
o
> > I can send you a project which does exactly this for the FPC testsuite.
> > The code is 100% FPC, no external libraries.
> >
> > Michael.
>
> Please yes! Send to me off list.
>
> Cheers
>
> Terry
>
I'd like to see too, post it somewhere public if possible. Hey, that's why we
have
websites -
>See "$I or $INCLUDE : Include compiler info" in docs
Thanks much:
http://www.freepascal.org/docs-html/prog/progsu30.html
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
ds compatibility".
As for you going to do the development in PHP? Instead, I would force you to
help me
in Pascal :)
And then I would go about changing your email signature to this:
--
Ronald Weidner
http://www.techport80.com
PHP/PSP Software developer for hire.
And mine to this:
--
Lars (L
> What can you do?
program the website in pascal
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> > 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,
> > 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?
>
If there is a null character in the middle or somewhere inside an ansistring,
this
does not affect it's length, correct? Unless casting with pchars in play.
Reason I ask is that I wonder if it is a good idea to strip all incoming null
characters for web/internet security reasons. If someone inser
> Hi all...
>
> Reading Linux community media (mostly lists and forums), I've seen that Pascal
> language is still considered as non-serious and toyish programming language.
> No
> wonder if Linux people hardly know about Pascal. Though they're already knew
> about it, the ignore it. Besides, Pasc
Sorry for the double posting, the emails took a long time to get through.
> It's exactly the same principle as using cmem, just that you are
> using another memory manager than the one of the standard C library.
> It has the same advantages (can return and accept ansistrings to/from
> FPC-compile
> I will throw up
> a PasForum clone (code named Bubble2) using this tactic, and see what happens
> with
> this
> sort of set up.
Here it is:(BUBBLE2)
http://z505.com/cgi-bin/Bubble2/index.psp
Forgive the colors, I haven't played with the CSS file for more than 2 seconds
:-)
And the old one w
Trustmaster sends me a trick/hack (as shown below) to avoid using CMEM in a
dll/dso in order to get ansistrings working through a dll/dso.
Comments? Find anything that could possibly be wrong with this trick we pull
off?
i.e. the ability to use strings in a DLL/DSO without ever using Pchars, nor
> Maybe it helps to trust in Delphi mode
> and makes porting to FP easier.
I've grown to like ObjFPC mode for understanding Pascal at a greater level but
using
Delphi mode is a good idea with code coming from Delphi. Many of the objfpc mode
choices were made with Pascal philosophy in mind, wherea
> > Is it possible the Apple/Mac line feed could be causing your name
> > to be rammed into
> > the text below :-)
>
> No. Mac OS X uses the same line feed as every other *nix out there.
>From the FPC ReadLn sources I was under the impression that the Mac used #13
>for line
feeds and unix used #1
> > ... use the underscore, although a bit messy looking:
> >
> > function SubstringData(const Offset, Count_: Integer): WideString;
> > virtual;
> > ...
>
> Thanks. Matches to the habit of the guy, who has written
> the Delphi code, that I am working on. He usually begins
> each private class i
Is it possible the Apple/Mac line feed could be causing your name to be rammed
into
the text below :-)
No big deal, I just wondered from an academic perspective, whether the line
feed on
the Mac would cause this issue on a PC, or whether it was for other reasons.
Lars
-
>> Prefixing an 'A' seems to be an (un)official delphi naming convention
> Does this make it official?
> http://www.econos.de/delphi/cs.html#ObjectPascal_Procedures_Parameters
>
> " The 'A' prefix is a convention to disambiguate when the parameter name
> is the same as a property or field name
> Conclusion: never call any parameter of any procedure or function exactly
> like any property of any class and its ancestors. So far I thought,
> parameter names of functions and procedures are always local, i.e. valid
> for this function or procedure block only. Is this a bug or feature of FPC
In linux I get a segmentation fault at the very end of an executable program
when
using cmem.pp in a DSO and executable combination. (simple hello world not even
calling the function - just importing it itself is the problem). If the imported
function is commented out,
there is no segmentation fau
>
> > are there any know limits on how big a source file can be for the FPC
> > compiler ?
>
> interesting question... hmm did you try a 3GB file which calls
> writeln('test')
over
> and over and over again?
> That's the stupid way of doing tests - the smart way would
> be waiting for an answe
n answer from the FPC team.
Here are my prefered colors for your website (take it or leave it):
body bgcolor="#1E1E1E" text="#D7D7D7" link="#006699" alink="#006699"
vlink="#006699"
Gotta love dark backgrounds.
hmmm website Sigs
> i learned a few things from here:
>
> http://velthuis.homepage.t-online.de/articles/articles-pchars.html
> http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_howto5
>
I have seen Rudy's article too, and am reading the other website now, though.
I'm at the point where I feel 100 percent confi
> simple and small unit. Advantages over sharemem are with cmem you wouldn't
> have to
> ship sharemem.dll with the application.
>
In fact, if someone has not already done it, the cmem.pp unit could be
converted for
use with delphi too (cmem.pas), since no one enjoys shipping sharemem dll.
I w
>
> If a Pascal program returns a reference counted type to a C library,
> then you get a memory leak, sharemem/cmem or not. If a C program
> passes a pchar to a function that expects an ansistring, you can get
> any sort of behaviour ranging from no problem to program crashes
> (which is logical,
> Helo everyone, I would like to ask why are exes generated by FPC so big?
> Simple writeln('Hi'); has about 28 KB. Old FPC 1.0.0 for example created
> for the same code only 14 kb exe.
> What Should I do to reduce the file size (without compression)
> Pianoman
You can work on a custom System u
>
> On 03 Jan 2006, at 18:29, L505 wrote:
>
> > I can post the psp 1.0 sources online if anyone is interested, but
> > probably it is
> > only me who is so curious ;-)
>
> A very easy way to solve all problems in FPC is to simply use the
> cmem unit in the
> L505 wrote:
> > Can it be something in FPC 1.0 compiler that allowed this to happen? I
> > guess I'll
> > have to do more digging. I wish I could put an end to this and just use
> > Pchars in
> > these DLL situations - but there's alway
> On Mon, 2 Jan 2006, L505 wrote:
>
> > Trustmaster from PSP project tells me he's been using Ansistrings in DLL
> > without
> > problems. The entire psp.furtopia.org website is running a DLL with
> > ansistrings
in
> > it, he says.
> >
> >
t allocate, during a
reference
count decrement.
Can it be something in FPC 1.0 compiler that allowed this to happen? I guess
I'll
have to do more digging. I wish I could put an end to this and just use Pchars
in
these DLL situations - but there's always some evidence of ansistring
pointer to a pchar?
--
L505
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
?p=Quake2FreePascal
Remember everyone, to read instructions.. if you don't, you will get an error
saying
"software refresh blah blah" because the Quake PAK file is missing (similar to
a doom
WAD file).
--
L505
___
fpc-pas
>i had started doing development using the FP console IDE.
>
>i then "discovered" Lazarus, and wanting to be able to use a GUI IDE,
>
>i downloaded and installed it.
>
>i then took the exact same code, compiled it, which produced a DLL for
>me, and when i tried to get my hosting application to l
- Original Message -
From: "Jonas Maebe" <[EMAIL PROTECTED]>
To: "FPC-Pascal users discussions"
Sent: Thursday, December 29, 2005 2:07 AM
Subject: Re: [fpc-pascal] Quake 2 for Freepascal
>
> On 29 Dec 2005, at 04:27, L505 wrote:
>
> > Seems F
>I have Quake II. That happens to be my favorite FPS.
>Anyway send me the source code and the EXE and I'll
>test it for you.
I figured out that the demo should in fact work.. Felipe was right.
The delphi port of Quake2 works just fine with the demo Quake files.
I'm compiling basically exactly
>second, for hoots and hollers, i subclassed/extended the SAXFilter
>class ... thinking that it looked like the descendent of everything
>else, thinking that it was itself the parser and handler, and tried to
>override some of the callback functions ... but when i call parse on
>it, i get an erro
that needs to be done is you copy the freepascal quake exe into your already
existing quake directory...
--
L505
Possible ADD
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> I hate to bring this up since it isn't the most important issue in our lives
> these
> days, but just for fun..
>
> Demo.exe I got a 604KB exe
> After UPX 187KB
>
> That was with the -CX and -XX options in the command line, along with
>
> strip demo.exe
>
> Anyone get similar results?
>
> Pr
I hate to bring this up since it isn't the most important issue in our lives
these
days, but just for fun..
Demo.exe I got a 604KB exe
After UPX 187KB
That was with the -CX and -XX options in the command line, along with
strip demo.exe
Anyone get similar results?
Pretty good size for a cros
> My Pascal cross platform GUI library and IDE has reached 'near beta' state.
> I plan to release the IDE under GPL and the library under LGPL or similar.
>
> - Compiles on FPC 2.0.2 or FPC 2.0.3.
> - Tested on i386-linux SuSE 9.0,9.2,10.0 and i386-win32 98 and 2000.
> - Links to xlib and gdi32,
> > Here is my first fpc DOS attack:
> >
> > type
> > TMyClassA = class;
> >
> > TMyClassA = class(TMyClassA)
> > procedure DoSomething; override;
> > end;
Email Abuse Syndrome:
This makes me think we should start up something accepting emails as input to
the
compiler interface.
Ever
> Such issues has usually nothing to do with good/bad code generation.
I meant bad code by the author/creator... not the compiler :)
Sometimes delphi has been known to clean up bad loops that people create, and
speed
them up..
___
fpc-pascal maillis
> >
> > Keyboard handling is not something which is cpu-bound in any way, so
> > I doubt that is caused by a code generation issue.
> >
>
>
> Only think I could think of is if maybe there are some non-standard loops
> running
> waiting for the keyboard, that are sucking up CPU, it is weird ..
>
>
> Keyboard handling is not something which is cpu-bound in any way, so
> I doubt that is caused by a code generation issue.
>
Only think I could think of is if maybe there are some non-standard loops
running
waiting for the keyboard, that are sucking up CPU, it is weird ..
__
1 - 100 of 228 matches
Mail list logo
