Lance Collins wrote:
Sorry if this is the wrong place to discuss language issues.
Probably the fpc-dev mailing list.
How can you avoid circular references with two modules that
interact with each other?
[...snip...]
This feature is often needed and the if you need to do that then
On Fri, 14 Aug 2009, Graeme Geldenhuys wrote:
Lance Collins wrote:
Sorry if this is the wrong place to discuss language issues.
Probably the fpc-dev mailing list.
How can you avoid circular references with two modules that interact with
each other?
[...snip...]
This feature is often
Jürgen Hestermann wrote:
That's true. The general problem is not that the IDE is not
responsive when compiling/linking but that compiling/linking takes so
long.
FPC is a fast compiler and more speed is obviously also nice. The
compiling is not the issue to me, it's the unresponsive IDE that
Michael Van Canneyt wrote:
This is the world upside down. Better tell us exactly why you think
this must be possible. the 'Sometimes there is a valid design for
something like that' is not an argument at all. Maybe there are other
- more valid - ways to accomplish what you want.
I can give
Michael Van Canneyt wrote:
This is the world upside down.
So why is forward declarations allowed? It's the same principle!
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
On Fri, 14 Aug 2009 07:16:36 +0200
Jürgen Hestermann juergen.hesterm...@gmx.de wrote:
BTW, when the compiler has to read and write disk files, a separate
thread will not speed up much. Then the compiler thread will be
idle much time, waiting for disk I/O, and the main thread will be
On Fri, 14 Aug 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
This is the world upside down. Better tell us exactly why you think
this must be possible. the 'Sometimes there is a valid design for
something like that' is not an argument at all. Maybe there are other
- more valid -
On Fri, 14 Aug 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
This is the world upside down.
So why is forward declarations allowed? It's the same principle!
No, because the declaration is guaranteed to follow in the same unit.
A unit forms a self-contained whole.
Unit
Graeme Geldenhuys schrieb:
Michael Van Canneyt wrote:
This is the world upside down. Better tell us exactly why you think
this must be possible. the 'Sometimes there is a valid design for
something like that' is not an argument at all. Maybe there are other
- more valid - ways to accomplish
Lance Collins schrieb:
Sorry if this is the wrong place to discuss language issues.
Yes, because you posted in the LazReport Status thread instead of
starting a new one.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Mattias Gaertner schrieb:
On Thu, 13 Aug 2009 22:24:37 +0200
Florian Klaempfl flor...@freepascal.org wrote:
Mattias Gaertner schrieb:
On Thu, 13 Aug 2009 14:01:38 +0200
Florian Klaempfl flor...@freepascal.org wrote:
Michael Van Canneyt schrieb:
So wouldn't it be more efficient to create a
Michael Van Canneyt wrote:
Have ever tried to write code in a similar fashion as Java does?
No, because I write object pascal, not Java.
OO design patterns principles apply across programming languages. You
do not need to code in Java to use the same idea.
It's hard enough to implement
Mattias Gaertner wrote:
-compiler crashes do not effect the IDE
I like Florian's idea too. As for your statement above, how often does
this really happen? In the last 4-5 years that I have been using FPC,
the compiler has not once crashed on me. Yes it might report that
there is a compiler
On Fri, 14 Aug 2009, Graeme Geldenhuys wrote:
Mattias Gaertner wrote:
-compiler crashes do not effect the IDE
I like Florian's idea too. As for your statement above, how often does this
really happen? In the last 4-5 years that I have been using FPC, the compiler
has not once crashed on
Giuseppe Luigi Punzi schreef:
Last night, I see on OSX, thath TPQConnection, search for libpq.so.
It's suppose should use libpq.dylib, true?
Yes, see
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/postgres/src/postgres3dyn.pp?r1=12289r2=12288pathrev=12289
Vincent
--
Graeme Geldenhuys wrote:
Jürgen Hestermann wrote:
That's true. The general problem is not that the IDE is not
responsive when compiling/linking but that compiling/linking takes so
long.
FPC is a fast compiler and more speed is obviously also nice. The
compiling is not the issue to me, it's
Graeme Geldenhuys schrieb:
Michael Van Canneyt wrote:
Have ever tried to write code in a similar fashion as Java does?
No, because I write object pascal, not Java.
OO design patterns principles apply across programming languages. You
do not need to code in Java to use the same idea.
Giuseppe Luigi Punzi wrote:
Same behaviour on:
Lazarus 0.9.27 rUnknown FPC 2.2.4 x86_64-linux-gtk 2 (beta)
I don't know exactly this release, because is from Graeme's GIT repo.
$ git log
...and look for the first line that has the following format in the
commit comments.
git-svn-id:
Dear Lazalus 's fans,
I've just installed Lazalus, and rush to set my locale, Thai. Unfortunately,
it does not work. Help, please
Tawee L.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Michael Van Canneyt wrote:
On Fri, 14 Aug 2009, Graeme Geldenhuys wrote:
Michael Van Canneyt wrote:
This is the world upside down.
So why is forward declarations allowed? It's the same principle!
No, because the declaration is guaranteed to follow in the same unit.
A unit forms a
El vie, 14-08-2009 a las 10:32 +0200, Vincent Snijders escribió:
Giuseppe Luigi Punzi schreef:
Last night, I see on OSX, thath TPQConnection, search for libpq.so.
It's suppose should use libpq.dylib, true?
Yes, see
Mattias Gärtner schreef:
Zitat von Graeme Geldenhuys grae...@opensoft.homeip.net:
Mattias Gaertner wrote:
-compiler crashes do not effect the IDE
I like Florian's idea too. As for your statement above, how often does
this really happen? In the last 4-5 years that I have been using FPC,
Vincent Snijders wrote:
It may happen to me more than for you, because I may use the trunk
compiler more often, so that these things get noticed before it gets
in the release and more people are hurt.
That would be it. I stopped using the trunk compiler for our day-to-day
development. Plus
Florian Klaempfl wrote:
Unit testing has nothing to do with pascal units and because a unit
as a namespace on it's own, it makes no sense to put only one or two
classes into one unit.
It helps with the logical separation of classes, which in turn makes
them easier to unit test.
Plus you
Graeme Geldenhuys wrote:
Martin wrote:
make it
if (Applicationnil) and
(abs(LastProcessMessages-Now)((1/86400)/10))
This does not make much difference on my system. :-(
Hm I tested on windows only. Try adding the 2 lines I inserted with
comments (I have not tested this!!)
Just
Michael Van Canneyt schreef:
On Fri, 14 Aug 2009, Vincent Snijders wrote:
Mattias Gärtner schreef:
Zitat von Graeme Geldenhuys grae...@opensoft.homeip.net:
Mattias Gaertner wrote:
-compiler crashes do not effect the IDE
I like Florian's idea too. As for your statement above, how often
sorry tested now.
doesn't work, outside windows world...
So even a blocking pipe should have some kind of CanRead that returns
immediately?
Martin wrote:
Graeme Geldenhuys wrote:
Martin wrote:
make it
if (Applicationnil) and
(abs(LastProcessMessages-Now)((1/86400)/10))
This does
Martin schreef:
Graeme Geldenhuys wrote:
Martin wrote:
make it
if (Applicationnil) and
(abs(LastProcessMessages-Now)((1/86400)/10))
This does not make much difference on my system. :-(
Hm I tested on windows only.
You can not really test it on windows, because on windows
Mattias Gärtner wrote:
Zitat von Vincent Snijders vsnijd...@vodafonevast.nl:
I like Florian's idea too. As for your statement above, how often
does this really happen? In the last 4-5 years that I have been
using FPC, the compiler has not once crashed on me. Yes it might
report that there is
Martin schreef:
Just out of curiosity, what are we trying to solve?
snip
Or am I missing some crucial point?
3 idle cores on a quad core CPU. Why pay for a quad core, if Lazarus + FPC use only
one? I am still waiting during a compile and those 3 other cores are idling. Let
them to part
On Tue, Aug 11, 2009 at 4:56 PM, Diwakoediwa...@gmail.com wrote:
Guys,
After I follow dmitry suggestion is to make write access to
/usr/lib/lazarus and now I can compile my small project successfull.
Next is install rxfpc component into lazarus using root account, and I
got error again
Hi,
Martin and I started a discussion in the bugtracker
and decided to move it here so more people can participate.
The bug report (http://bugs.freepascal.org/view.php?id=14336)
is related to cursor handling on Windows.
To sum up, the bug is resolved, but we are still looking for
more reliable
On Fri, 14 Aug 2009, Diwakoe wrote:
On Tue, Aug 11, 2009 at 4:56 PM, Diwakoediwa...@gmail.com wrote:
Guys,
After I follow dmitry suggestion is to make write access to
/usr/lib/lazarus and now I can compile my small project successfull.
Next is install rxfpc component into lazarus using
Vincent Snijders wrote:
Or am I missing some crucial point?
3 idle cores on a quad core CPU. Why pay for a quad core, if Lazarus
+ FPC use only one? I am still waiting during a compile and those 3
other cores are idling. Let them to part of the work to get the job
done faster. ;-)
+10 :-) My
Vincent Snijders wrote:
Martin schreef:
Just out of curiosity, what are we trying to solve?
snip
Or am I missing some crucial point?
3 idle cores on a quad core CPU. Why pay for a quad core, if Lazarus +
FPC use only one? I am still waiting during a compile and those 3 other
cores are
Mattias Gärtner wrote:
Do you have time to debug TAsyncProcess?
No harm in trying...
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgui/
--
___
Lazarus mailing list
Zitat von Martin laza...@mfriebe.de:
sorry tested now.
doesn't work, outside windows world...
So even a blocking pipe should have some kind of CanRead that
returns immediately?
Then it would be non blocking.
Mattias
--
___
Lazarus mailing
Zitat von Vincent Snijders vsnijd...@vodafonevast.nl:
Mattias Gärtner schreef:
Zitat von Graeme Geldenhuys grae...@opensoft.homeip.net:
Mattias Gaertner wrote:
-compiler crashes do not effect the IDE
I like Florian's idea too. As for your statement above, how often
does this really
On Fri, Aug 14, 2009 at 5:05 PM, Vincent
Snijdersvsnijd...@vodafonevast.nl wrote:
I tried to compile that unit with fpc 2.2.4 using Lazarus - Run - Build
file:
C:\lazarus\source\git\lazarus\components\fpweb\cgiapp.pp(416,28) Error:
Wrong number of parameters specified for call to
Zitat von Diwakoe diwa...@gmail.com:
On Fri, Aug 14, 2009 at 5:05 PM, Vincent
Snijdersvsnijd...@vodafonevast.nl wrote:
I tried to compile that unit with fpc 2.2.4 using Lazarus - Run - Build
file:
C:\lazarus\source\git\lazarus\components\fpweb\cgiapp.pp(416,28) Error:
Wrong number of
El vie, 14-08-2009 a las 11:00 +0200, Vincent Snijders escribió:
Giuseppe Luigi Punzi schreef:
El vie, 14-08-2009 a las 10:32 +0200, Vincent Snijders escribió:
Giuseppe Luigi Punzi schreef:
Last night, I see on OSX, thath TPQConnection, search for libpq.so.
It's suppose should use
Giuseppe Luigi Punzi schreef:
That may be your fpc version doesn't include this revision.
I will check it, but, I have FPC 2.2.4 (from May of 2009 AFAIR), and the
patch you say is from December of 2008.
I looked at
On Friday 14 August 2009 10:48:05 Vincent Snijders wrote:
Graeme Geldenhuys schreef:
Mattias Gaertner wrote:
-compiler crashes do not effect the IDE
I like Florian's idea too. As for your statement above, how often does
this really happen?
It happens from time to time. For example:
On Friday 14 August 2009 08:55:07 Graeme Geldenhuys wrote:
Jürgen Hestermann wrote:
That's true. The general problem is not that the IDE is not
responsive when compiling/linking but that compiling/linking takes so
long.
FPC is a fast compiler and more speed is obviously also nice.
Last
On Fri, 14 Aug 2009, Martin Schreiber wrote:
On Friday 14 August 2009 08:55:07 Graeme Geldenhuys wrote:
Jürgen Hestermann wrote:
That's true. The general problem is not that the IDE is not
responsive when compiling/linking but that compiling/linking takes so
long.
FPC is a fast compiler
Florian Klaempfl wrote:
Probably simple. The compiler is started by the compile function in
fpc/compiler/compiler.pas and takes simply a command line arguments.
Florian, you were 100% correct, it is VERY easy! I looked at the FP IDE,
and within 5 minutes I had my own fpGUI based ide. :-)
Martin Schreiber wrote:
checking of the compiler output and the file search run in separate
threads, so MSEide is fully functional while compiling or searching.
Nice! :-)
From the MSEide config dialog, I gather MSEide also launches the FPC
compiler in a separate process and not built into
Mattias Gärtner schreef:
Zitat von Diwakoe diwa...@gmail.com:
On Fri, Aug 14, 2009 at 5:05 PM, Vincent
Snijdersvsnijd...@vodafonevast.nl wrote:
I tried to compile that unit with fpc 2.2.4 using Lazarus - Run -
Build
file:
C:\lazarus\source\git\lazarus\components\fpweb\cgiapp.pp(416,28)
Zitat von Vincent Snijders vsnijd...@vodafonevast.nl:
Mattias Gärtner schreef:
Zitat von Diwakoe diwa...@gmail.com:
On Fri, Aug 14, 2009 at 5:05 PM, Vincent
Snijdersvsnijd...@vodafonevast.nl wrote:
I tried to compile that unit with fpc 2.2.4 using Lazarus - Run - Build
file:
Vincent Snijders wrote:
Martin schreef:
Just out of curiosity, what are we trying to solve?
snip
Or am I missing some crucial point?
3 idle cores on a quad core CPU. Why pay for a quad core, if Lazarus +
FPC use only one? I am still waiting during a compile and those 3
other cores are
Martin schrieb:
Vincent Snijders wrote:
Martin schreef:
Just out of curiosity, what are we trying to solve?
snip
Or am I missing some crucial point?
3 idle cores on a quad core CPU. Why pay for a quad core, if Lazarus +
FPC use only one? I am still waiting during a compile and those 3
Martin schrieb:
and maybe add an application.idle(flase); too
Lazalus nevel makes things flase!
SCNL
DoDi
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On Fri, 14 Aug 2009, Mattias Gärtner wrote:
Zitat von Vincent Snijders vsnijd...@vodafonevast.nl:
Mattias Gärtner schreef:
Zitat von Diwakoe diwa...@gmail.com:
On Fri, Aug 14, 2009 at 5:05 PM, Vincent
Snijdersvsnijd...@vodafonevast.nl wrote:
I tried to compile that unit with fpc 2.2.4
2009/8/14 Martin Schreiber fp...@bluewin.ch:
On Friday 14 August 2009 13:22:01 Florian Klaempfl wrote:
It probably requires to rewrite FPC completely :) FPC chooses always
maintainability and portability over speed and compared with gcc or even
VS, FPC is still fast ;)
True, but the
Michael Van Canneyt schreef:
On Fri, 14 Aug 2009, Mattias Gärtner wrote:
Yes. I guess, it should be removed.
Michael, your advice?
cgiapp can be removed.
Done in r21222.
Vincent
--
___
Lazarus mailing list
On Friday 14 August 2009 13:41:30 Florian Klaempfl wrote:
Well, currently this does not help much either because FPC is mainly
bound to memory throughput if the disk cache is already hot. Resistent
FPC keeping units loaded would be the largest gain for projects like MSE
or Lazarus.
Really?
Martin Schreiber wrote:
From the MSEide config dialog, I gather MSEide also launches the
FPC compiler in a separate process and not built into the MSEide?
Yes. It can also call gcc and parse the error messages. Also possible
So how did you resolve the async process issue that Lazarus is
On Friday 14 August 2009 14:02:34 Graeme Geldenhuys wrote:
Martin Schreiber wrote:
Yes. It can also call gcc and parse the error messages. Also possible
So how did you resolve the async process issue that Lazarus is
experiencing under Linux? Or does running the compiler process (TProcess
Martin Schreiber wrote:
So does MSEide with the compile and the search in files function. The
checking of the compiler output and the file search run in separate
I just tried with a oldish MSEide 2.1 (unstable) and I monitored the
thread usage for the mseide process. You seem to use a few
Mattias Gärtner wrote:
Zitat von Graeme Geldenhuys grae...@opensoft.homeip.net:
Martin Schreiber wrote:
From the MSEide config dialog, I gather MSEide also launches the
FPC compiler in a separate process and not built into the MSEide?
Yes. It can also call gcc and parse the error messages.
On Thu, Aug 13, 2009 at 11:09:02PM +0200, Hans-Peter Diettrich wrote:
Graeme Geldenhuys schrieb:
Does Delphi or Kylix have the compilers built-in or do they work similar
to Lazarus IDE?
AFAIK the Delphi IDE comes with an built-in compiler.
A dll. Not statically built in. Afaik cmdline
Martin Schreiber schrieb:
On Friday 14 August 2009 13:22:01 Florian Klaempfl wrote:
It probably requires to rewrite FPC completely :) FPC chooses always
maintainability and portability over speed and compared with gcc or even
VS, FPC is still fast ;)
True, but the distance will be less with
On Fri, Aug 14, 2009 at 09:19:11AM +0200, Mattias Gaertner wrote:
And having compiler and linker in separate (asynchronous) threads
would be the same as starting them as a new process in asynchronous
mode. It would open a can of worms because of synchronising problems.
They only share
Martin Schreiber schrieb:
On Friday 14 August 2009 13:41:30 Florian Klaempfl wrote:
Well, currently this does not help much either because FPC is mainly
bound to memory throughput if the disk cache is already hot. Resistent
FPC keeping units loaded would be the largest gain for projects like
On Friday 14 August 2009 14:23:36 Graeme Geldenhuys wrote:
Martin Schreiber wrote:
So does MSEide with the compile and the search in files function. The
checking of the compiler output and the file search run in separate
I just tried with a oldish MSEide 2.1 (unstable) and I monitored the
On Fri, Aug 14, 2009 at 09:37:56AM +0200, Michael Van Canneyt wrote:
-various compiler versions
-compiler crashes do not effect the IDE
Good enough for me NOT to do it. If the compiler was internal to the
IDE, I could not easily compile for 32/64 bit or a different version,
without
On Friday 14 August 2009 14:24:53 Mattias Gärtner wrote:
I have some small programs with one thousand lines in the main source
and using units with about 30k loc. Recompile and linking the program
takes less than a second.
With small I mean 100'000 lines. ;-)
Martin
--
Lee Jenkins schreef:
I had to implement the State Pattern a while back and it was a pain
because in order to avoid circular references, all the different state
pattern objects had to be in the same unit. That is of course if you
want to refer to the new State object's class when
On Friday 14 August 2009 14:51:04 Florian Klaempfl wrote:
Martin Schreiber schrieb:
True, but the distance will be less with every FPC release if compiling
speed is not observed I fear.
The possibility of Delphi to compile big projects in some seconds and
small projects in less than a
2009/8/14 Martin Schreiber fp...@bluewin.ch:
MSEide (330k lines) needs 25s on Athlon 64 X2. Commandline:
ppc386 -B
apps/ide/mseide.pas -Fulib/common/* -Fulib/common/kernel/i386-linux
-Fi/lib/common/kernel
25 s is too much to wait and too little to sleep. ;-)
How long does fpc -sh take?
On Friday 14 August 2009 16:14:16 Henry Vermaak wrote:
2009/8/14 Martin Schreiber fp...@bluewin.ch:
MSEide (330k lines) needs 25s on Athlon 64 X2. Commandline:
ppc386 -B
apps/ide/mseide.pas -Fulib/common/* -Fulib/common/kernel/i386-linux
-Fi/lib/common/kernel
25 s is too much to wait
Martin Schreiber wrote:
25 s is too much to wait and too little to sleep. ;-)
I so agree with that! :-)
Same command line params as yours - on a Intel P4 2.4Ghz.
322187 lines compiled, 33.6 sec
And with the -sh parameter.
322187 lines compiled, 28.7 sec
Martin, how does your results
Martin schreef:
Mattias Gärtner wrote:
No. Just write a ThreadedProcess. That would work pretty much like
TAsynProcess.
And I guess it will suffer the same bug.
I don't know what you mean by ThreadedProcess unless you meant yes,
but wanted to indicate a different form of implementation?
Vincent Snijders wrote:
I have looked a bit more why outputfilter is so slow at parsing a lot
of compiler output (e.g. compiling a simple LCL app with -va). The
pipe buffer is rather small, NumBytesAvailable is not bigger than 1280
bytes. So OnAsyncReadData reads only 1280 bytes at a time.
On Fri, 14 Aug 2009, Graeme Geldenhuys wrote:
Martin Schreiber wrote:
25 s is too much to wait and too little to sleep. ;-)
I so agree with that! :-)
Same command line params as yours - on a Intel P4 2.4Ghz.
322187 lines compiled, 33.6 sec
And with the -sh parameter.
322187 lines
The loop in outputfilter can be simplified quite a bit
All the extra handling of the asyncprocess can be reduced to the
following lines (the event handlers can be removed):
if fProcess is TAsyncProcess then begin
Count:=TAsyncProcess(fProcess).NumBytesAvailable;
if
On Friday 14 August 2009 16:58:40 Graeme Geldenhuys wrote:
Martin Schreiber wrote:
25 s is too much to wait and too little to sleep. ;-)
I so agree with that! :-)
Same command line params as yours - on a Intel P4 2.4Ghz.
322187 lines compiled, 33.6 sec
And with the -sh parameter.
--- El dom 9-ago-09, Luiz Americo Pereira Camara luiz...@oi.com.br escribió:
De:: Luiz Americo Pereira Camara luiz...@oi.com.br
Asunto: Re: [Lazarus] LazReport Status
A: Lazarus mailing list lazarus@lists.lazarus.freepascal.org
Fecha: domingo 9 de agosto de 2009, 9:05
Lee Jenkins escreveu:
--- El mié 12-ago-09, Lukas Gradl f...@ssn.at escribió:
De:: Lukas Gradl f...@ssn.at
Asunto: [Lazarus] LazReport: define Variables programmatically
A: Lazarus Mailinglists laza...@lazarus.freepascal.org
Fecha: miércoles 12 de agosto de 2009, 10:31
Hi,
seems like I'm too stupid to find
Martin Schreiber wrote:
Martin, how does your results compare when you use Delphi's bcc32 compiler?
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg08029.html
Wow, that is a sizeable difference. I did not realize the Delphi compiler was
that fast.
Regards,
- Graeme -
Florian Klaempfl wrote:
I installed W7 Prof. today on my PC and tested several programs. Lazarus
basically works though it cannot compile but this could be also to my
lazarus installation. Nevertheless, some buttons are too small and text
is clipped. Shall I create bug reports for this?
Can
81 matches
Mail list logo
