Matt Emson wrote:
>> Because of
>> the superior functionality valgrind offers, I've installed vmware at my
>> pc at work and compile sometimes my programs with gcc (usually developed
>> with MSVC) to find memory leaks, dangling pointers etc.
>
> Hmmm... so GCC produces the exact same output as MSV
> -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
> -Fu/home/me/project1/units/*.*
Use a single asterisk and quote it in Linux to avoid shell expansion.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
-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
-Fu/home/me/project1/units/*.*
No such thing for FPC, right? Recursive units searches?
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
search
path - a
> 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
Michael Van Canneyt napisał(a):
On Wed, 19 Apr 2006, Krishna wrote:
Hello All,
Would'nt it be a good idea to register for the google soc? It is a
good way to attract developers and get things done quickly.
The lazarus and FPC teams are already doing this.
As soon as we know something, I
> Because of
> the superior functionality valgrind offers, I've installed vmware at my
> pc at work and compile sometimes my programs with gcc (usually developed
> with MSVC) to find memory leaks, dangling pointers etc.
Hmmm... so GCC produces the exact same output as MSVC now? I don't think so.
A
> 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
L> 3. speed - not a big deal. Hardware cheap enough.
If you ship programs, it's not you who decide whether hardware is
cheap.
If you do a small repetitive task several millions times, speed may
easily differ hundred times (for example: compiled piece of code fits into
cache, but interpreted doesn
> > 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.
I'll have to agree with the second comment, not the first.
I use fpc for statistical simulation programs, many of whi
On Wed, 19 Apr 2006, I wrote:
>> > > I do neither use Lazarus, nor MSEide, but if executable size is really
>> > > important,
L> there is something called KOL (I didn't use it either). As I have read, it's
currently
L> compilable by FPC.
It's in russian, this is my first source of information ab
Matt Emson wrote:
>>> If it ain't broke, don't fix it.
>> Well, compared with other commercial compilers it is broken ;)
>
> Heh, well when I can do what I am currently able to do in Delphi in an FPC
> based IDE, we'll talk again, yes? ;-)
This won't never happen, you miss one important point: th
> > If it ain't broke, don't fix it.
>
> Well, compared with other commercial compilers it is broken ;)
Heh, well when I can do what I am currently able to do in Delphi in an FPC
based IDE, we'll talk again, yes? ;-)
___
fpc-pascal maillist - fpc-pasc
> > debugger, fine. However do not blame your dislike of the Delphi debugger
on
> > your personal debugging preferences. I've been using Delphi commercially
> > since 1998, or there abouts, and the debugger is perfectly acceptable.
The
>
> So can you confirm that looking at variables that are "up t
On Wed, 19 Apr 2006, L505 wrote:
> Okay so we have to now consider these points:
> 1. interpreted languages can take up less memory if engineered right (says
> Florian)
So can compiled. It depends all on your RTL.
I used such languages.
The interpreted languages Florian talks about had less
L505 wrote:
> 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 e
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:
>>> 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 TLi
L505 wrote:
>
>> 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 have SOME advantage over an interpreted languag
On Wed, 19 Apr 2006, L505 wrote:
> > > 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
> 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 have SOME advantage over an interpreted language. What is
> > 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
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 have SOME advantage over an interpreted language. What is
> this advantage,
> i
Matt Emson wrote:
>> No, it's because it's technology of the 90s and no significant further
>> development of the compiler has been done. No 64 bit support so far, the
>> optimizer is only reasonable good for a pentium (just compare other
> commercial
>> compilers with Delphi).
>
> If it ain't bro
> > 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, L505 wrote:
>
>
> >
> >
> > 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 comp
>
>
> 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
On Wed, 19 Apr 2006 10:42:05 +0100
"Matt Emson" <[EMAIL PROTECTED]> wrote:
> debugger, fine. However do not blame your dislike of the Delphi debugger on
> your personal debugging preferences. I've been using Delphi commercially
> since 1998, or there abouts, and the debugger is perfectly acceptabl
> > 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
At 17:22 19-4-2006, you wrote:
> 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
> >
> 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
> >> impressive really.
> >
> > And th
On 19 apr 2006, at 17:43, Jonas Maebe wrote:
The valid keywords are indeed not yet documented. Here are the
possibilities (copy/paste from the compiler source):
Forgot one:
if tok='PROC' then
b.procalign:=l
else if tok='JUMP' then
b.jumpalign:=l
On 19 apr 2006, at 12:13, Пётр Косаревский wrote:
Win32, i386.
In FPC 2.0.3 -Oa option is described as "=".
This is hard to understand. What should -Oa=16 mean?
Nothing, since you are not giving a type.
Probably, it could be better decribed.
The valid keywords are indeed not yet document
> No, it's because it's technology of the 90s and no significant further
> development of the compiler has been done. No 64 bit support so far, the
> optimizer is only reasonable good for a pentium (just compare other
commercial
> compilers with Delphi).
If it ain't broke, don't fix it.
_
> On Wed, 19 Apr 2006, Marco van de Voort wrote:
>
> >> 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 com
On Wed, 19 Apr 2006, Marco van de Voort wrote:
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
> 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 applications, I don'
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 applications, I don't see much differen
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 applications, I don't see much difference between 6 or 30 Mb
executables...
Win32, i386.
In FPC 2.0.3 -Oa option is described as "=".
This is hard to understand. What should -Oa=16 mean?
Probably, it could be better decribed.
(If I get it right, the "type" means code or data, and values are not alignment
values for individual types. Even if so, I didn't understand what
On Wednesday 19 April 2006 11.55, Marco van de Voort wrote:
>
> This could be caused by Kylix being able to some
> more advanced types of smartlinking due to own linker. (e.g. vtable
> optimization)
>
And I suspect RTTI info.
> If your binaries use libc, recompiling FPC with dFPC_USE_LIBC might br
On Wed, 19 Apr 2006, Marco van de Voort wrote:
Micha Nelissen schreef:
Smaller than FPC ? That shouldn't differ too much, I think.
I don't really see why ability to compile with Delphi is so big an
advantage ("distinct") ?
It can see the advantages and they should not be diminished:
- ha
On 19 apr 2006, at 11:30, Martin Schreiber wrote:
Compiling and starting of application in MSEide after modifying a
form is
about 2..3 seconds on a Linux AMD XP 3000+, 1GB ram system and FPC
2.0.3.
I have some units in MSEide which let the compiler crash without -B
option.
I've now merge
> > Smaller than FPC ? That shouldn't differ too much, I think.
> >
> From public.mseide-msegui.talk (news.dxmachine.com):
> "
> Some more exe sizes on linux, MSEide+MSEgui V0.8a, FPC V2.0.3:
>
> mseide without DB support:ziped
> Kylix 3 1.6 MB 672 KB
> F
>> Compile time with Delphi/Kylix is much faster.
>
> Again, how much ? Win32 is probably a lot slower, but nevertheless you
> should give some reproduceable figures.
As discussed in another thread, with FPC 2.x, we put a lot of effort into a
maintainable and portable compiler because of rare tim
Matt Emson wrote:
>> Smaller than FPC ? That shouldn't differ too much, I think.
>
> Delphi's optimizer is superior to FPC currently.
2.0.2 and Delphi are equal on average.
> Delphi has another 10 - 15
> years and paid developers on top of FPC, so this can be expected, I guess.
> And the compil
> Micha Nelissen schreef:
> >
> > Smaller than FPC ? That shouldn't differ too much, I think.
> >
> > I don't really see why ability to compile with Delphi is so big an
> > advantage ("distinct") ?
> >
>
> It can see the advantages and they should not be diminished:
> - having different compil
On Wed, 19 Apr 2006, Matt Emson wrote:
Smaller than FPC ? That shouldn't differ too much, I think.
Delphi's optimizer is superior to FPC currently. Delphi has another 10 - 15
years and paid developers on top of FPC, so this can be expected, I guess.
And the compiler is just sooo fast.
The
> Smaller than FPC ? That shouldn't differ too much, I think.
Delphi's optimizer is superior to FPC currently. Delphi has another 10 - 15
years and paid developers on top of FPC, so this can be expected, I guess.
And the compiler is just sooo fast.
Delphi 2005 gives 1.48MB for the mside.exe uncom
> NetBSD is not on fpc's list of supported operating systems, although there
> is an older version available (1.0.10) which works fine, at least for my
> purposes.
Currently there is none. 1.9.2 had NetBSD/macppc support for a while, but it
wasn't maintained.
> I've tried to compile the latest
On Wednesday 19 April 2006 10.33, Micha Nelissen wrote:
> Martin Schreiber wrote:
> > mseide without DB support:ziped
>
> Are you afraid to draw conclusions?
>
FPC db units do not compile with Delphi/Kylix, in MSEgui I use FPC db units ->
MSEide with db support can only be compiled
On 18 apr 2006, at 22:53, Adrian Maier wrote:
NetBSD is not on fpc's list of supported operating systems,
although there
is an older version available (1.0.10) which works fine, at least
for my
purposes.
I've tried to compile the latest sources (svn), but :
system.pp(23,6) Error: Illegal
Martin Schreiber wrote:
mseide without DB support:ziped
Are you afraid to draw conclusions?
Kylix 3 1.6 MB 672 KB
FPC with smart linked units (-CX) 1.8 MB 708 KB
FPC without smart linked units2.1 MB 777 KB
So 30% if not smartlinking. Acceptab
Vincent Snijders wrote:
It can see the advantages and they should not be diminished:
- having different compilers to confirm or exclude a compiler bug.
Debugging FPC by using Lazarus is stupid and overkill IMHO ;-).
- The cycle, code, compile, run, debug, code is quicker on Delphi, (if
you ar
On Wednesday 19 April 2006 09.42, Micha Nelissen wrote:
>
> Smaller than FPC ? That shouldn't differ too much, I think.
>
From public.mseide-msegui.talk (news.dxmachine.com):
"
Some more exe sizes on linux, MSEide+MSEgui V0.8a, FPC V2.0.3:
mseide without DB support:ziped
Kylix 3
On Wed, 19 Apr 2006, Krishna wrote:
Hello All,
Would'nt it be a good idea to register for the google soc? It is a
good way to attract developers and get things done quickly.
The lazarus and FPC teams are already doing this.
As soon as we know something, I assume we'll post some announcement
Hello All,
Would'nt it be a good idea to register for the google soc? It is a
good way to attract developers and get things done quickly.
Cheers,
Krishna
--
You think you know when you learn, are more
sure when you can write, even more when you
can teach, but certain when you can program
- Alan
Micha Nelissen schreef:
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
impressive really.
And the
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
impressive really.
And the exe's/elf's it generates are
61 matches
Mail list logo
