Re: [fpc-devel] Math expressions in wiki

[Vincent Snijders]

2017-04-18 11:17 GMT+02:00 Vincent Snijders <vincent.snijd...@gmail.com>:

>
>
> 2017-04-17 18:17 GMT+02:00 Denis Kozlov <dez...@gmail.com>:
>
>> On 15/04/2017 20:43, Vincent Snijders wrote:
>>
>> What math rendering extension do you recommend?
>>
>>
>> I recommend *SimpleMathJax* extension for its simplicity. It uses an
>> external resource (mathjax.org) and doesn't require a local rendering
>> engine.
>>
>> https://www.mediawiki.org/wiki/Extension:SimpleMathJax
>>
>>
> I will try to find time this week to install that extension.
>
>
>
I installed this extension with the default settings for size. See
http://wiki.lazarus.freepascal.org/SANDBOX#Math.

Please, test if this is OK.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Math expressions in wiki

[Vincent Snijders]

2017-04-17 18:17 GMT+02:00 Denis Kozlov <dez...@gmail.com>:

> On 15/04/2017 20:43, Vincent Snijders wrote:
>
> What math rendering extension do you recommend?
>
>
> I recommend *SimpleMathJax* extension for its simplicity. It uses an
> external resource (mathjax.org) and doesn't require a local rendering
> engine.
>
> https://www.mediawiki.org/wiki/Extension:SimpleMathJax
>
>
I will try to find time this week to install that extension.

With kind regards,
Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Math expressions in wiki

[Vincent Snijders]

2017-04-15 18:59 GMT+02:00 Denis Kozlov :

> On 14/04/2017 11:25, Werner Pamler wrote:
>
>> Does anybody know how to write mathematical expressions in the wiki? I
>> would like to write an article on fpc's NumLib, but I would only want to
>> begin this activity when I know how to enter complex mathematical formulas
>> like integrals etc such that they are displayed decently.
>>
>
> MediaWiki requires a math rendering extension, such as:
> https://www.mediawiki.org/wiki/Extension:Math
> https://www.mediawiki.org/wiki/Extension:SimpleMathJax
>
> FPC/Lazarus wiki has no math rendering extensions installed, as you can
> see here:
> http://wiki.freepascal.org/Special:Version
>
>
What math rendering extension do you recommend?


> Installing Math extension is a bit of a pain because it usually requires a
> local rendering engine to be installed on the server.
>
> I think you have 2 options:
> 1) Write your formulates using the wiki's standard notation
> LaTeX, and once a Math extension is installed (if ever), your
> formulas will be automatically rendered.
> 2) Generate visual rendering of your LaTeX formulates yourself, for
> example using http://latex2png.com/, and upload them as images with
> associated LaTeX code in comments.
>
>
Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] A generic function for (multicore) cache flush?

[Vincent Snijders]

2016-10-31 19:33 GMT+01:00 Nikolai Zhubr :

> Hello all,
>
> Is there any good generic (portable) function to ensure memory cache flush
> for a thread on a multicore system?
>

Maybe: http://www.freepascal.org/docs-html/rtl/system/readwritebarrier.html

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Hom to initialize an object (old style object, not TObject)

[Vincent Snijders]

Why is it old style, if you use mode objfpc?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] build fails of Jenkins and #21868

[Vincent Snijders]

2013/4/22 Marco van de Voort mar...@stack.nl


 To whoever maintains jenkins: (Vincent?)

 I often see Jenkins fail during fpmake on failure to remove directory:


 https://fpcbuildserver.firmos.at/job/buildfpc_branch/./platform=i386-win32/643/consolehttps://fpcbuildserver.firmos.at/job/buildfpc_branch/platform=i386-win32/643/console

 On Windows this can be transient, try to relauch make (dist)clean once if
 it
 fails with an errorlevel, it might increase the success factor
 considerably.

 btw The bugereport for this issue is
 http://bugs.freepascal.org/view.php?id=21868

 If you find out more (e.g. if there are really files left) please add it
 there.

The build script is in a svn repository at:
https://xp-dev.com/svn/fplci/trunk/scripts/
You can browse the repositorty at:
https://xp-dev.com/sc/163265/HEAD/%2Ftrunk%2Fscripts%2Fbuildfpc.bat

What patch do you suggest?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Improper OUT usage.

[Vincent Snijders]

2013/3/9 Marco van de Voort mar...@stack.nl:

 the first problem is that fcl-passrc likes to use OUT for all kinds of
 parameters, probably to silence some warnings.

 BUT at the same time doesn't assign a value to it in all codepaths (in this
 case the visibility checking methods).  At the same time, it passes global
 or fields with state variables(enums, curvisibility in this case) to the OUT
 parameters.

 The result is that -gttt randomizes the OUT parameters on entry, the
 parameters are never changed in some codepaths, and in those cases the global
 state variable becomes corrupt, leading to all kinds of interesting
 behaviour. (like undocumented InOutError 107, which I assume is a relatively
 new RTE for printing out of range enums)

 I changed the out parameters to VAR and the problem disappeared.

 So be careful if you use OUT with types that have range limitations. Not
 setting the out parameter can make debug tools like gttt difficult.


You found a big in fcp-passrc, because if you have an out parameter,
then the callee has to output a valid variable. If it asumes that is
initialized when called, then it must use var instead.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Comparison FPC 2.6.2 - Delphi 7

[Vincent Snijders]

2013/3/8 Graeme Geldenhuys gra...@geldenhuys.co.uk:
 Nice... In your last message: 69 lines of quotes, 4 levels deep, and 3
 lines for the actual message. Keep up the good work.

Good quoting, it just read that message and got a comprehensive story,
especially because my autofilter deletes mails from Michael Schnelll.


 Netiquette?

Spoilt by gmail.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Forwarded message about FPC status

[Vincent Snijders]

2012/12/18 Florian Klämpfl flor...@freepascal.org:
 Am 17.12.2012 10:36, schrieb Graeme Geldenhuys:
 Hi,

 Any FPC developer willing to comment on the status of some of these
 issues (that have been years overdue)?

 It narrows basically down to the fact that fpc lacks developers and
 contributors, or do I miss something?

That, combined with the fact that the existing developers and
contributors spend their resources on different things than the
original poster seems desirable.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Considerations about observer [was: Free Pascal 2.6.2 rc1]

[Vincent Snijders]

2012/11/28 michael.vancann...@wisa.be
 It IS a big change. There is production code out there that uses this,
 and this is an incompatible change.

Then Luiz is right on time with his proposal, with the frist release
candidate of the first release that contains this feature. If
production code already uses it, then the production code writers must
have taken a risk for change knowing that this was a not yet released
feature.


 I can change the internals so speed is gained during notifyobservers,
 but I do not see sufficient reasons to change the interface and introduce an
 incompatibility.

Incompatibility with not yet released code?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] fp IDE and gdbint on Debian Wheezy/testing

[Vincent Snijders]

 First I added -Fl/usr/lib/i386-linux-gnu to the fpc.cfg. But for building fpc 
 that doesn't help, because of the -n parameter added by make all. So I did 
 make all OPT=-Fl/usr/lib/i386-linux-gnu. That works for trunk, but not for 
 fixes_2_6 because OPT is not passed when building fpmake.pp in the 
 packages/fastcgi dir.


I found out the cause of *my* problem. The ld provided by Ubuntu
(version 2.22) was in /usr/bin. There was also an older version 2.21
in /usr/local/bin which was actually chosen. Fixing that solved my
problem.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Offer to repair and maintain the FPC community website (repeat msg, no HTML)

[Vincent Snijders]

2012/9/26 Cephas Atheos cephasath...@gmail.com:
 On 27/09/12 12:42 AM, Vincent Snijders vincent.snijd...@gmail.com
 wrote:

2012/9/26 Cephas Atheos cephasath...@gmail.com:
 What
 would _you_ want to be able to do in one click (or less)?

Go to http://svn.freepascal.org/cgi-bin/viewvc.cgi/

 ! That scared the HELL out of me! :D

 Oh my goodness, that's a huge scary webpage. Nobody who's interested in
 just downloading a working IDE and compiler EVER needs to see the server's
 underpants like that!


That is what happens if you ask on the developers list, what
subscribers want, If you target people who are interested in just
downloading, this is the wrong place to ask,

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] enums and integer auto conversion

[Vincent Snijders]

2012/9/10 Den Jean den.j...@telenet.be:
 Hi,

 As described in
 http://bugs.freepascal.org/view.php?id=22797

 fpc 2.7.1 does not allow anymore to pass an enum
 to a function expecting integers.

 Note that there has always been a
 {$MINENUMSIZE 4} in qt4.pas

 Is this intended behaviour ? I really hope it is not.

 I cannot define the type of the parameter
 as the enumtype because the expected values
 are either the enum or combinations of the enum (or)

If it is the combination of enum, then the type of the parameter is set of enum.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] FPC trunk broken for arm-wince

[Vincent Snijders]

2012/8/30 Vincent Snijders vincent.snijd...@gmail.com:
 2012/8/30 Zaher Dirkey parm...@gmail.com:

 On Thu, Aug 30, 2012 at 4:05 PM, Vincent Snijders
 vincent.snijd...@gmail.com wrote:

 Hi,

 If I compile fpc trunk for arm-wince, I get the following error:
 Compiling .\fcl-db\src\sqldb\postgres\pqconnection.pp
 pqconnection.pp(1084,16) Error: Identifier not found pqlib
 pqconnection.pp(1113) Fatal: There were 1 errors compiling module,
 stopping
 Fatal: Compilation aborted

 Is suspect is caused by
 http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=22162
 and/or 22163.


Reported in the bug tracker:
http://bugs.freepascal.org/view.php?id=22761

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] FPC trunk broken for arm-wince

[Vincent Snijders]

Hi,

If I compile fpc trunk for arm-wince, I get the following error:
Compiling .\fcl-db\src\sqldb\postgres\pqconnection.pp
pqconnection.pp(1084,16) Error: Identifier not found pqlib
pqconnection.pp(1113) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted

Is suspect is caused by
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=22162
and/or 22163.

It is not required to have a pqlib const declared, to be abel to
compile pqconnection.

I don't know if there is such a lib for arm-wince, but in that case
compilation of pqconnection must be disabled for arm-wince.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] FPC trunk broken for arm-wince

[Vincent Snijders]

2012/8/30 Zaher Dirkey parm...@gmail.com:

 On Thu, Aug 30, 2012 at 4:05 PM, Vincent Snijders
 vincent.snijd...@gmail.com wrote:

 Hi,

 If I compile fpc trunk for arm-wince, I get the following error:
 Compiling .\fcl-db\src\sqldb\postgres\pqconnection.pp
 pqconnection.pp(1084,16) Error: Identifier not found pqlib
 pqconnection.pp(1113) Fatal: There were 1 errors compiling module,
 stopping
 Fatal: Compilation aborted

 Is suspect is caused by
 http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=22162
 and/or 22163.

 It is not required to have a pqlib const declared, to be abel to
 compile pqconnection.

 I don't know if there is such a lib for arm-wince, but in that case
 compilation of pqconnection must be disabled for arm-wince.

 Vincent

 I think it is related to
 http://www.lazarus.freepascal.org/index.php?topic=8948.0

 I am not using PG, but if there is one use it, i think he can compile the
 lib manually.


Thanks, Zaher.

Michael, the libname for wince is libpq.dll

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] cross copiling x86_64 to i386 ?

[Vincent Snijders]

2012/8/28 Martin laza...@mfriebe.de:
 I might be doing something wrong.

 I was trying to build a cross compiler (well I took a script that is to
 build a arm cross, and only did a search and replace... So there is plenty
 of room for error on by side.

 Before I go and look deeper: Should it work. Or is the below correct and it
 is not yet possible?


 C:/FPC/tag_build_2_6_0/fpcsrc/compiler/ppcx64.exe -Ur -Xs -O2 -n -Fui386
 -Fusystems -FuC:/fpc/tag_build_2_6_0/fpcsrc/rtl/units/x86_64-win64 -Fii386
 -FE. -FUi386
 /units/x86_64-win64 -dRELEASE  -di386 -dGDB -dBROWSERLOG -Fux86 pp.pas
 fpcdefs.inc(160,2) Error: User defined: Cross-compiling from systems without
 support for an 80 bit extended floating point type to i386 is not yet
 supported at
 this time
 fpcdefs.inc(160,2) Error: User defined: Cross-compiling from systems without
 support for an 80 bit extended floating point type to i386 is not yet
 supported at
 this time
 fpcdefs.inc(160,2) Error: User defined: Cross-compiling from systems without
 support for an 80 bit extended floating point type to i386 is not yet
 supported at
 this time
 cutils.pas(154,1) Fatal: There were 3 errors compiling module, stopping
 Fatal: Compilation aborted

AFAIK, 80 bits floating point (extended) is not supported on win64 by
Microsoft (it is on linux 64 bits).
For consequences see the user defined errors, which explain it. Remedy
is writing/ / using softfloat emulation for calcutions in the compiler
that require extended precision when targeting i386.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Unicode in the RTL (my ideas)

[Vincent Snijders]

2012/8/23 Hans-Peter Diettrich drdiettri...@aol.com:
 Daniël Mantione schrieb:

 Op Wed, 22 Aug 2012, schreef Felipe Monteiro de Carvalho:

 On Wed, Aug 22, 2012 at 9:36 PM, Martin Schreiber mse00...@gmail.com
 wrote:

 I am not talking about Unicode. I am talking about day by day
 programming of
 an average programmer where the live is easier with utf-16 than with
 utf-8.
 Unicode is not done by using pos() instead of character indexes.
 I think everybody knows my opinion, I stop now.


 Please be clear in the terminogy. Don't say live is easier with
 utf-16 than with utf-8 if you don't mean utf-16 as it is. Just say
 live is easier with ucs-2 than with utf-8, then everything is clear
 that you are talking about ucs2 and not true utf-16.


 That is nonsense.

 * There are no whitespace characters beyond widechar range. This means you
   can write a routine to split a string into words without bothing about
   surrogate pairs and remain fully UTF-16 compliant.


 How is this different for UTF-8?


There are white space charaters beyond the char range, for example
U+00A0 no-break space.

So in UTF8 a white space character can be larger than 1 byte, in
UTF-16 they are all 2 bytes. That is the difference.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Breaking change in FPC 2.6.1

[Vincent Snijders]

Op 24 april 2012 21:16 heeft Marcos Douglas m...@delfire.net het
volgende geschreven:
 On Tue, Apr 24, 2012 at 3:56 PM, Martin Schreiber mse00...@gmail.com wrote:
 Hi,
 Changing TDataset.Bookmark from TBookmarkStr to TBookmark in fixes_2_6 breaks
 FPC 2.6.0 compatible code. Is this intended?
 TBookmark is defined as Pointer which has no automatic memory management so
 probably TDataset.FreeBookmark() must be called in a try finally block for
 every assignment of TDataset.Bookmark to a variable.
 As intended too?

 This broke the ZEOS 6.6.6-stable and 7.0.0-alpha too (patch to zeos 7
 in attachment for somebody want).


If this changes is kept, maybe it should be added to
http://wiki.freepascal.org/User_Changes_Trunk and
http://wiki.freepascal.org/User_Changes_2.6.2 (to be created).

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Compilation error

[Vincent Snijders]

Hi,

When I compile fpc trunk for arm-wince on win32 I get this error:
[ 93%] Skipped package uuid which has been disabled for target arm-wince
Start compiling package winceunits for target arm-wince.
Warning: Source file activex.pp from package winceunits not found
for arm-wince
   Compiling ..\winunits-base\src\comobj.pp
The installer encountered the following error:
External command
c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
-Twince -FUunits\arm-wince
-FuC:\lazarus\source\fpcbuild\trunk\fpcsrc\rtl\units\arm-wince -Twince
-Parm -XParm-wince- -Xr -Ur -Xs -O2 -n
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-FDc:\lazarus\source\binutils\arm-wince -darm -dRELEASE -Ur -viq
..\winunits-base\src\comobj.pp failed with exit code 1. Console
output:
Target OS: WinCE for ARM
Compiling ..\winunits-base\src\comobj.pp
Fatal: Can't open file comobj.pp
Fatal: Compilation aborted

I don't why this happens. How can I fix this?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Compilation error

[Vincent Snijders]

Op 7 april 2012 12:38 heeft Jonas Maebe jonas.ma...@elis.ugent.be
het volgende geschreven:

 On 07 Apr 2012, at 12:19, Marco van de Voort wrote:

 I saw that Pierre regenerated all makefiles yesterday evening. (r20723),
 maybe that was done with an outdated tool or so.

 No, since he did it to add support for new platforms so he had to use the 
 most recent fpcmake (and if you look at the Makefile diffs, you can see the 
 only changes are extra x86_64-openbsd things). Joost also made changes to 
 fpmake yesterday, I guess those are the problem. I also got really strange 
 errors in the testsuite builds from last night:
 (that package shouldn't even be compiled for darwin, but that's unrelated to 
 the build error)

 It looks like fpmake is changing the pwd before the compilation has started 
 or so.

As noted in http://bugs.freepascal.org/view.php?id=21672, it is cause
by r20724. I assigned the issue to Josst.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] fpcdoc revision 818

[Vincent Snijders]

Hi,

I think r818 and r819 should be improved. If the htmlformat is chm, it
should not copy the cssfile to the rtl dir, because it might not
exist.
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revroot=docsrevision=818

make distclean rtl.chk HTMLFMT=chm FPCSRCDIR=~/src/fpc/trunk
gives:
...
HTML Files written. Collecting other files and compressing...this
could take some time
Generating Table of contents...
Generating Index...
Finishing compressing...
Done.
cp fpdoc.cst rtl/fpdoc.css
cp: cannot create regular file `rtl/fpdoc.css': No such file or directory
make: *** [rtl.chk] Error 1

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Faster InitObject

[Vincent Snijders]

Op 24 februari 2012 13:40 heeft Hans-Peter Diettrich
drdiettri...@aol.com het volgende geschreven:

 IMO dynamic arrays are not initialized, at least not in Delphi. Only the
 pointer is initialized (to Nil).

IMO one should not use IMO when claiming easily verifiable facts, it
should be used when writing down an opinion.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Faster InitObject

[Vincent Snijders]

Op 24 februari 2012 15:14 heeft Hans-Peter Diettrich
drdiettri...@aol.com het volgende geschreven:
 it
 should be used when writing down an opinion.


 What's wrong with leaving the check to others? As an exercise...

Then you should not write in my opinion, but I think or if I
remember correctly. But that is just my opinion ...

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Replacement for make -C packages fcl-base_all

[Vincent Snijders]

Hi,

If I just wanted to build the fcl-base units after having built the
rtl, I could do
make -C packages fcl-base_all
in the fpc source directory.

Since r20315 this is not possible anymore. What is the recommended replacement?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Trunk does not compile on Linux x86-64

[Vincent Snijders]

2011/10/21 LacaK la...@zoznam.sk:
 Are there available Lazarus snapshots, which are build using current trunk ?
 If I download Lazarus with FPC 2.7.1 ( for example:
 ftp://www.hu.freepascal.org/pub/lazarus/snapshots/Lazarus-0.9.31-33000-fpc-2.7.1-20111021-win32.exe
 )
  it seems, that there are not current source files from trunk, but from
 begining of September ?
 Thanks

Should be fixed in a couple of hours.

The working copy got locked and svn cleanup in the fpcbuild directory
(executed as part of the build script) didn't unlock the fpcsrc
directory, which is an svn:external.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Trunk does not compile on Linux x86-64

[Vincent Snijders]

2011/10/21 David Welch dwe...@dwelch.com:

 is there an svn release number that does compile with 2.4.0 that will get me
 to 2.4.4 or better so that I can compile the trunk?


Guaranteed:
Compile http://svn.freepascal.org/svn/fpc/tags/release_2_4_2/ with fpc
2.4.0 to get fpc 2.4.2
Compile http://svn.freepascal.org/svn/fpc/tags/release_2_4_4/ with fpc
2.4.2 to get fpc 2.4.4
Compile http://svn.freepascal.org/svn/fpc/trunk with fpc 2.4.4 to get fpc 2.7.1

IIRC, you have a good chance to the first steps in one go:
Compile http://svn.freepascal.org/svn/fpc/tags/release_2_4_4/ with fpc
2.4.0 to get fpc 2.4.4

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] sysconst error

[Vincent Snijders]

2011/10/11 ik ido...@gmail.com:
 Hello,

 I'm having a problem compiling FPC 2.7.1 under linux 64 bit:

 sysconst.pp(243,7) Error: Wrong number of parameters specified for call to
 $fpc_ansistr_sint
 sysconst.pp(249) Fatal: There were 1 errors compiling module, stopping

 uname identify my system like so:
 Linux ik-laptop2 3.0-ARCH #1 SMP PREEMPT Fri Oct 7 11:35:34 CEST 2011 x86_64
 Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz GenuineIntel GNU/Linux

 FPC:
 Free Pascal Compiler version 2.7.1 [2011/09/27] for x86_64

 I'm at revision 19465.

Do you use the latest release (fpc 2.4.4) as starting compiler?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] ViewVC configuration

[Vincent Snijders]

2011/9/18 Flávio Etrusco flavio.etru...@gmail.com:
 On Sat, Sep 17, 2011 at 5:55 AM, Michael Van Canneyt
 mich...@freepascal.org wrote:



 It made, thanks a lot!
 You can see for yourself:
 http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/?root=lazarusview=log
 I guess now I can add a link in the wiki ;-)

How can it be turned off? I prefer to see all files in a directory at
once, instead of going through another page selection.

For example from
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/ide/?root=lazarus I
cannot choose lazarus.lpi anymore.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] make clean problem with 2.6 fixes bracnh

[Vincent Snijders]

2011/8/30, Martin laza...@mfriebe.de:
 The error I get:
 { .\fpmake.exe distclean --localunitdir=../.. --globalunitdir=..
 --os=win32 --cpu=i386 -o -Ur -o -Xs -o -O2 -o -n -o
 -FuC:/FPC/SVN/fix_2_6/rtl -o -FuC:/FPC/SVN/fix_2_6/packages/hash -o
 -FuC:/FPC/SVN/fix_2_6/packages/paszlib -o
 -FuC:/FPC/SVN/fix_2_6/packages/fcl-process -o
 -FuC:/FPC/SVN/fix_2_6/packages/fpmkunit -o -FE. -o -FUunits/i386-win32
 -o -di386 -o -dRELEASE --compiler=c:/FPC/SVN/ppc386_2_4_4.exe; if [ $?
 != 0 ]; then { echo Something wrong with fpmake exectable. Remove the
 executable and call make recursively to recover.; C:/FPC/SVN/trunk_build/
 rm.exe -f .\fpmake.exe; make fpc_cleanall; }; fi;  }
 '{' is not recognized as an internal or external command,


 the part of the fcl-web makefile that is probably responsibel

Revision 18097 should be merged to fixes_2_6, because revision 18090
is merged; revision 18097 fixes revision r18090.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Mistake in ApplicationName() documentation

[Vincent Snijders]

2011/9/13, michael.vancann...@wisa.be michael.vancann...@wisa.be:


 On Tue, 13 Sep 2011, michael.vancann...@wisa.be wrote:



 On Tue, 13 Sep 2011, Graeme Geldenhuys wrote:

 Hi,

 Below is a quote from the documentation of the ApplicationName()
 function:

 Standard this is equal to the result of ParamStr(0), but it can be
 customized by setting the OnGetApplicationName callback.


 It should say 'filename part' of paramstr(0)

 I have adapted the docs.

 By the way, the second paragraph in the help already contained this info.
 But I've been more explicit.

 Michael.
 ___
 fpc-devel maillist  -  fpc-devel@lists.freepascal.org
 http://lists.freepascal.org/mailman/listinfo/fpc-devel

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Building without the fp IDE

[Vincent Snijders]

2011/9/9 Mark Morgan Lloyd markmll.fpc-de...@telemetry.co.uk:
 Graeme Geldenhuys wrote:

 On 09/09/2011 14:34, Mark Morgan Lloyd wrote:

 Is there a correct way of telling the build process to skip the fp IDE?

 Delete the 'ide' folder?  :)

 But won't the top-level makefile rules object to that?

I would just try it, these lines from Makefile.fpc may support it:
# Compile also IDE (check for ide and fv dir)
ifneq ($(wildcard ide),)


Otherwise, I would try
make IDE=0
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Are debug info in PPU already encoded stabs/dwarf?

[Vincent Snijders]

2011/9/7 Martin laza...@mfriebe.de:
 Well what happens when:

 - you compile a package with stabs
 - your program with dwarf

 Or vice/versa.

 What will be in the final exe?

 Is the debug info in the ppu already format specific, or generic.
 Will the stabs end up together with the dwarf?

As far as I know, is the debug information in the .o file and already
specific for the format.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] FPC wiki (Mediawiki) needs an update

[Vincent Snijders]

2011/9/1 Graeme Geldenhuys graemeg.li...@gmail.com:
 Hi,

 I just looked at the FPC Wiki's Special:Version page. The FPC wiki is
 still using MediaWiki 1.9, and MediaWiki is already at 1.17. The
 latter contains a lot more improvements and fixes.

 Any chance of somebody updating the FPC wiki to the latest MediaWiki version?

It is on my todo list since last March or so. So a small chance, yes.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] DIFF patch for changing to table driven processor definitions for ARM

[Vincent Snijders]

2011/8/26 Florian Klämpfl flor...@freepascal.org:
 Am 26.08.2011 04:13, schrieb David Welch:
 cpuinfo.pas(156,2) Fatal: Can't open include file controllerunit.inc

 Fixed, I forgot to commit a file, sorry.

 ___
 fpc-devel maillist  -  fpc-devel@lists.freepascal.org
 http://lists.freepascal.org/mailman/listinfo/fpc-devel

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] make fcl-base for arm-wince failure in fpc 2.7.1

[Vincent Snijders]

2011/8/9 Joost van der Sluis jo...@cnoc.nl:
 On Mon, 2011-08-08 at 14:57 +0200, Vincent Snijders wrote:

 It seems that the conversion of fcl-base to fpmake still has a glitch:

 Can you test with r18155?

It works, thanks,

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] make fcl-base for arm-wince failure in fpc 2.7.1

[Vincent Snijders]

Hi,

It seems that the conversion of fcl-base to fpmake still has a glitch:

c:\lazarus\source\fpcbuild\trunk\fpcsrc\compiler\ppc386.exe fpmake.pp
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/i386-win32
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/i386-win32
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/paszlib/units/i386-win32
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-process/units/i386-win32
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fpmkunit/units/i386-win32
.\fpmake.exe compile --localunitdir=../.. --globalunitdir=..
--os=wince --cpu=arm -o -Twince -o -Parm -o -XParm-wince- -o -Xr -o
-Ur -o -Xs -o -O2 -o -n -o
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince -o
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/paszlib/units/arm-wince
-o 
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-process/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fpmkunit/units/arm-wince
-o -FDc:\lazarus\source\binutils\arm-wince -o -FE. -o
-FUunits/arm-wince -o -darm -o -dRELEASE
--compiler=c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
   Compiling src\ascii85.pp
   Compiling src\avl_tree.pp
   Compiling src\base64.pp
   Compiling src\blowfish.pp
   Compiling src\bufstream.pp
   Compiling src\cachecls.pp
   Compiling src\contnrs.pp
   Compiling src\Start building package fcl-base for target arm-wince.
The installer encountered the following error:
External command
c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
-Twince -FUunits\arm-wince
-FuC:\lazarus\source\fpcbuild\trunk\fpcsrc\rtl\units\arm-wince
-Fisrc/win -Fisrc -Fisrc/wince -Fisrc/dummy -Twince -Parm
-XParm-wince- -Xr -Ur -Xs -O2 -n
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/paszlib/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-process/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fpmkunit/units/arm-wince
-FDc:\lazarus\source\binutils\arm-wince -FE. -FUunits/arm-wince -darm
-dRELEASE -viq src\eventlog.pp failed with exit code 1. Console
output:
Target OS: WinCE for ARM
Compiling src\eventlog.pp
eventlog.inc(35,37) Error: Identifier not found OpenEventLog
eventlog.inc(43,16) Error: Identifier not found CloseEventLog
eventlog.inc(66,21) Error: Identifier not found ReportEvent
eventlog.inc(149,31) Error: Identifier not found EVENTLOG_INFORMATION_TYPE
eventlog.inc(149,31) Error: Illegal expression
eventlog.inc(150,27) Error: Identifier not found EVENTLOG_WARNING_TYPE
eventlog.inc(150,27) Error: Illegal expression
eventlog.inc(150,47) Error: Identifier not found EVENTLOG_ERROR_TYPE
eventlog.inc(150,47) Error: Illegal expression
eventlog.inc(151,28) Error: Identifier not fcustapp.pp
   Compiling src\eventlog.pp
ound EVENTLOG_AUDIT_SUCCESS
eventlog.inc(151,28) Error: Illegal expression
eventlog.pp(343) Fatal: There were 11 errors compiling module, stopping
Fatal: Compilation aborted

make.exe[2]: *** [all] Error 1
make.exe[2]: Leaving directory
`C:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-base'
make.exe[1]: *** [fcl-base_all] Error 2

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: RE : [fpc-devel] Including Sorokin's TRegExpr in FPC

[Vincent Snijders]

2011/8/2 Ludo Brands ludo.bra...@free.fr:
 I knew I recognised the name of the author. This code is already used in
 lazarus and can be found in components/synedit/synregexpr.pas. I had to work
 on it because the original code doesn't run on cpu's requiring alignment.
 The patch is attached at http://bugs.freepascal.org/view.php?id=19109.


Still, this is good news, in Lazarus the license is MPL or GPL, now it
can be modified LGPL.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Sparc v9

[Vincent Snijders]

2011/7/8 Ludo Brands ludo.bra...@free.fr:
 membar and stbar are instructions available as of sparc v9. To get fpc
 running on a sparc v9 I have commented out
 def_system_macro('FPC_HAS_MEMBAR'); in compiler/options.pas. Is there a
 command line option that does the same?

maybe -uFPC_HAS_MEMBAR.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] SMP 2 core Cache issue with Posix threads

[Vincent Snijders]

2011/7/1 Michael Schnell mschn...@lumino.de:
 On 07/01/2011 11:26 AM, Mark Morgan Lloyd wrote:

 Michael Schnell wrote:

 In another topic (now closed) Andrew described that a code similar to
 HansPeter's example did run correctly on a dual core machine, but produced
 errors on a machine with more cores.

 I've not been reading every message. Definitive URL?

 Topics:
   [fpc-devel] volatile variables
 and over in the lazarus mailing list:
   [Lazarus] thread safe

I won't call that a definitive URL, but some vague indication. That is
more than 200 mails at least. I'd expected you to give a link to the
email in the archives where Andrew described a code.
So, which link to click on
http://lists.freepascal.org/lists/fpc-devel/2011-June/subject.html
or which link to click on
http://lists.lazarus.freepascal.org/pipermail/lazarus/2011-June/subject.html
?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] SMP 2 core Cache issue with Posix threads

[Vincent Snijders]

2011/7/1 Michael Schnell mschn...@lumino.de:
 On 07/01/2011 02:00 PM, Vincent Snijders wrote:

 I won't call that a definitive URL, but some vague indication. That is
 more than 200 mails at least. I'd expected you to give a link to the
 email in the archives where Andrew described a code.
 So, which link to click on
 http://lists.freepascal.org/lists/fpc-devel/2011-June/subject.html
 or which link to click on

 http://lists.lazarus.freepascal.org/pipermail/lazarus/2011-June/subject.html
 ?

 I have no idea how to find a certain mail in the backlog.

So how you expect us to find the description *you* want us to read in
all those mails, if even you cannot find it.

 But it would not help anyway, as AFAIR, no additional information can be
 found there.

Oh, it was just another piece of useless information...

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] merge request

[Vincent Snijders]

Hi,

I get a compilation error in the compiler when creating a win32 to
arm-wince crosscompiler with fpc 2.5.1:
cgcpu.pas(2087,88) Error: Identifier not found pasbool

Can 
http://svn.freepascal.org/cgi-bin/viewvc.cgi/branches/pasboolxx/compiler/arm/cgcpu.pas?r1=17847r2=17846pathrev=17847
be merged to trunk?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: fpc 2.5.1. broken for arm-wince

[Vincent Snijders]

2011/5/27  michael.vancann...@wisa.be:


 On Fri, 27 May 2011, Schindler Karl-Michael wrote:

 The problem is most likely related to the ordering of the include paths.

 I have changed the paths so it works correctly for win32 (it was including
 the wrong file, causing all logging to go to a file instead of the system
 log), but it may be that for other platforms, the ordering must be checked.

See also: http://bugs.freepascal.org/view.php?id=19457

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] fpc 2.5.1. broken for arm-wince

[Vincent Snijders]

Hi,

I get the following error while compiling fpc 2.5.1 for arm-wince:

c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
-Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2h
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-Fisrc/wince -Fisrc -Fisrc/win -FDc:\lazarus\source\binutils\arm-wince
-FE. -FUunits/arm-wince -darm -dRELEASE  src/eventlog.pp
eventlog.inc(35,37) Error: Identifier not found OpenEventLog
eventlog.inc(43,16) Error: Identifier not found CloseEventLog
eventlog.inc(66,21) Error: Identifier not found ReportEvent
eventlog.inc(149,31) Error: Identifier not found EVENTLOG_INFORMATION_TYPE
eventlog.inc(149,31) Error: Illegal expression
eventlog.inc(150,27) Error: Identifier not found EVENTLOG_WARNING_TYPE
eventlog.inc(150,27) Error: Illegal expression
eventlog.inc(150,47) Error: Identifier not found EVENTLOG_ERROR_TYPE
eventlog.inc(150,47) Error: Illegal expression
eventlog.inc(151,28) Error: Identifier not found EVENTLOG_AUDIT_SUCCESS
eventlog.inc(151,28) Error: Illegal expression
eventlog.pp(343) Fatal: There were 11 errors compiling module, stopping
Fatal: Compilation aborted
make.exe[2]: *** [eventlog.ppu] Error 1
make.exe[2]: Leaving directory
`C:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-base'
make.exe[1]: *** [fcl-base_all] Error 2
make.exe[1]: Leaving directory
`C:/lazarus/source/fpcbuild/trunk/fpcsrc/packages'

Does anybody else get this error?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Free Pascal 2.4.4 available

[Vincent Snijders]

2011/5/23 Marco van de Voort mar...@stack.nl:
 Hello,

 The FPC 2.4.4 release is available from our ftp-servers and sourceforge.
 This is probably the final release created from the fixes_2_4 branch.

 Changes that may break backwards compatibility are documented at:
 http://wiki.freepascal.org/User_Changes_2.4.4

 Downloads are available at:

 the main FTP server at

 ftp:///193.224.143.39/pub/fpc/beta/2.4.4/

Should probably be:
ftp://193.224.143.39/pub/fpc/dist/2.4.4/


 and

 ftp://freepascal.stack.nl/pub/fpc/beta/2.4.4

and ftp://freepascal.stack.nl/pub/fpc/dist/2.4.4/

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Declare variables inside the code

[Vincent Snijders]

2011/5/10 kingbiz...@gmail.com kingbiz...@gmail.com:
 I have been playing on other languages sometimes and I see some features
 that speed-up a lot the code creating. I'm posting here one, I want to see
 what you think about it.

 Good: fast algorithm testings, code creating
 Bad?: not a standard of the pascal language

 method MyMethod;
 var A, B: Integer;
 begin

 { Simple sample of a variable inside the method begin/end near to a for-loop
 }
 var I: Integer;
 for I := a to b do...

 { Or even }
 for var J: Integer := a to b do...
 { This is normal on languages like C++ and Java }

 end;

 What do you think about?

To speed up code creation, use an IDE:
http://wiki.lazarus.freepascal.org/Lazarus_IDE_Tools#Variable_Declaration_Completion

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Changes in Makefile-system

[Vincent Snijders]

2011/4/1 Joost van der Sluis jo...@cnoc.nl:
 Hi all,

 I've just committed a change in the Makefiles for the fcl-web package.
 The Makefile now calls fpmake to build and install the package.

 It's a first test, so please try and report any problems you have when
 building the fcl-web package. (Or all packages, or just a complete
 fpc-checkout) I'll try to fix them as soon as possible.


Cross compiling is broken, the crosscompiler is used to compile fpmake
and the resulting fpmake is not for the host but the target os/cpu.
c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
-Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n -S2h
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-FDc:\lazarus\source\binutils\arm-wince -FE. -FUunits/arm-wince -darm
-dRELEASE  src/fastcgi.pp
make.exe[2]: Leaving directory
`C:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fastcgi'
c:/lazarus/source/fpcbuild/trunk/install/binw32/make.exe -C fcl-web all
make.exe[2]: Entering directory
`C:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-web'
c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
fpmake.pp -Twince -Parm -XParm-wince- -Xr -Ur -Xs -O2 -n
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/paszlib/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-process/units/arm-wince
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fpmkunit/units/arm-wince
-FDc:\lazarus\source\binutils\arm-wince -FE. -FUunits/arm-wince -darm
-dRELEASE
./fpmake build --localunitdir=../.. --globalunitdir=.. --os=wince
--cpu=arm -o -Twince -o -Parm -o -XParm-wince- -o -Xr -o -Ur -o -Xs -o
-O2 -o -n -o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/paszlib/units/arm-wince
-o 
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-process/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fpmkunit/units/arm-wince
-o -FDc:\lazarus\source\binutils\arm-wince -o -FE. -o
-FUunits/arm-wince -o -darm -o -dRELEASE
--compiler=c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe
process_begin: 
CreateProcess(C:\lazarus\source\fpcbuild\trunk\fpcsrc\packages\fcl-web\fpmake.exe,
./fpmake build --localunitdir=../.. --globalunitdir=.. --os=wince
--cpu=arm -o -Twince -o -Parm -o -XParm-wince- -o -Xr -o -Ur -o -Xs -o
-O2 -o -n -o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/rtl/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/hash/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/paszlib/units/arm-wince
-o 
-FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-process/units/arm-wince
-o -FuC:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fpmkunit/units/arm-wince
-o -FDc:\lazarus\source\binutils\arm-wince -o -FE. -o
-FUunits/arm-wince -o -darm -o -dRELEASE
--compiler=c:/lazarus/source/fpcbuild/trunk/fpcsrc/compiler/ppcrossarm.exe,
...) failed.
make (e=193): Error 193make.exe[2]: *** [all] Error 193
make.exe[2]: Leaving directory
`C:/lazarus/source/fpcbuild/trunk/fpcsrc/packages/fcl-web'
make.exe[1]: *** [fcl-web_all] Error 2

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Compilation error in fgl.pp

[Vincent Snijders]

2011/1/4 Juha Manninen juha.mannine...@gmail.com:
 I have a rather old version of FPC 2.5.1.
 I tried to update it but got this:

 ---
 /home/juha/lib/fpc/2.5.1/ppcx64 -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../x86_64 -
 Fi../unix -Fix86_64 -FE. -FU/home/juha/SW/freepascal/fpc/rtl/units/x86_64-
 linux -Cg -dx86_64 -dRELEASE ../objpas/fgl.pp
 fgl.pp(128,38) Error: Generics without specialization cannot be used as a type
 for a variable
 fgl.pp(163,44) Error: Generics without specialization cannot be used as a type
 for a variable
 fgl.pp(198,54) Error: Generics without specialization cannot be used as a type
 for a variable
 fgl.pp(346,1) Fatal: There were 3 errors compiling module, stopping
 Fatal: Compilation aborted
 Should I install FPC 2.4.2 first and try again?

Yes.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] When native debuggers?

[Vincent Snijders]

2010/12/16 Andrzej borucki_andr...@wp.pl:
 W dniu 2010-12-16 22:00, Martin pisze:

 You need an older compiler. It appears FPdebugger is not maintained at
 the moment.

 In new compiler it removes a nice feature of absolute ?

Possibly yes:
http://wiki.lazarus.freepascal.org/User_Changes_2.4.0#Absolute_variable_declarations

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] 64bit win dwarf differences between fpc 2.4.2 and trunk

[Vincent Snijders]

2010/12/8 Martin f...@mfriebe.de:
 On 08/12/2010 21:22, Jonas Maebe wrote:

 On 08 Dec 2010, at 21:32, Martin wrote:

 Vincent did some tests with dwarf on win 64 bit.

 with the lates (7.2.5) gdb and trunk results are fine =  working.

 but with fpc 2.4.2 instead there are strange errors:

 It simply means that there is an error in the DWARF info generated by FPC
 2.4.2 that's triggered there.

 Who (if someone) would know more?

 e.g
 - which revision fixed this?
 - does this apply to all and any 64 bit app, or does it depend on the
 data/structures used by the app (or something else)?

Nobody knows?

I did some trial and error by merging some debugging related revsions
from http://www.stack.nl/~marcov/fpctomerge.txt
but I failed.
Also I noticed that some revisions are not on that list, for example
r14068, probably because it is blocked, but its changes in dbgbase are
used in later revisions. So I got stuck.

What would be the best way to proceed to identify the fixes in fpc
2.5.1 for DWARF info to be included in fpc 2.4.3 or a patched fpc
2.4.2?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] 64bit win dwarf differences between fpc 2.4.2 and trunk

[Vincent Snijders]

2010/12/13 Marco van de Voort mar...@stack.nl:
 In our previous episode, Vincent Snijders said:
 What would be the best way to proceed to identify the fixes in fpc
 2.5.1 for DWARF info to be included in fpc 2.4.3 or a patched fpc
 2.4.2?

 Basically reviewing every commit to trunk since fixes_2_4 branching. It
 should be easy to check against a fixes_2_4 commit log, since that one
 doesn't contain that many commits to compiler/ (beware of lnfodwarf though).

 So

 svn log -v on trunk for the range (branchpoint - now), filter for commits to
 compiler/

 same for fixes, but then use this output to select two hands of commits that
 actually touch compiler/

 the difference is the raw list of unmerged changes to the compiler.

 (filter makefile fixes and commits to compiler/utils also to avoid garbage)

Thanks.

When I have time, I will try that aproach.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Location of documentation

[Vincent Snijders]

2010/12/6 Darius Blaszyk dhkblas...@zeelandnet.nl:
 On Mon, 2010-12-06 at 20:39 +0100, Michael Van Canneyt wrote:

 Contributions are more than welcome, as long as they adhere to a strict
 rule: I don't publish documentation for a unit unless it is complete.

 Does that mean that partial documented xml files are allowed to be added
 to SVN, but that they will not be published as official doc on the site?
 In that case, I'm ok with that. If you demand that only complete xml
 files are allowed in SVN than I would urge you to reconsider. Perhaps a
 WIP SVN repo for all I care.


A branch?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] 2.5.1 doesn't build

[Vincent Snijders]

2010/12/3 Thaddy tha...@thaddy.com:
 There seem to be a couple of stringresources missing in sqldb.pp latest
 checkout, make clean, make all

 /FPC/2.5.1/packages/fcl-db/units/i386-win32 -di386 -dRELEASE sqldb.pp
 sqldb.pp(765,32) Error: Identifier not found SCommitting
 sqldb.pp(779,37) Error: Identifier not found SCommitRetaining
 sqldb.pp(790,35) Error: Identifier not found SRollingBack
 sqldb.pp(804,41) Error: Identifier not found SRollBackRetaining
 sqldb.pp(2193) Fatal: There were 4 errors compiling module, stopping
 Fatal: Compilation aborted
 make[5]: *** [sqldb.ppu] Error 1
 make[5]: Leaving directory `C:/FPC/2.5.1/packages/fcl-db/src/sqldb'
 make[4]: *** [fpc_smart] Error 2
 make[4]: Leaving directory `C:/FPC/2.5.1/packages/fcl-db/src/sqldb'
 make[3]: *** [src/sqldb_smart] Error 2
 make[3]: Leaving directory `C:/FPC/2.5.1/packages/fcl-db'
 make[2]: *** [fcl-db_smart] Error 2
 make[2]: Leaving directory `C:/FPC/2.5.1/packages'
 make[1]: *** [packages_smart] Error 2
 make[1]: Leaving directory `C:/FPC/2.5.1'
 make: *** [build-stamp.i386-win32] Error 2


Is that with r16499 or later?
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=16499

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: enumerators

[Vincent Snijders]

2010/11/15 Michael Schnell mschn...@lumino.de:
 On 11/14/2010 03:33 PM, Vincent Snijders wrote:

 I did not have in mind such a sophisticated UTF8 string
 implementation, that included a translation table for easy indexing.

 I don't think you need a translation table to walk through an UTF-8 String

Maybe I did not understand Thaddy, but to give you O(1) access to the
ith character, I was thinking about a a translation table of the utf8
string, with key=index (1..length) and value=offset in bytes to the
ith character. Such a translation table would need to created once for
the complete loop and can be done in O(N).
I cannot imagine another way that a translations table can give you o(1) access.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: enumerators

[Vincent Snijders]

2010/11/15 Michael Schnell mschn...@lumino.de:
 On 11/15/2010 10:22 AM, Vincent Snijders wrote:

 I cannot imagine another way that a translations table can give you o(1)
 access.

 Maybe I don't understand the o(1) correctly. Do you think it should be
 necessary to access each character in the string with in each iteration in
 this way.

 What I meant was:

 A pointer to the first UTF8-Code of the next Unicode character is the
 internal invisible loop variable.

 A string containing the multi-Byte code of the current Unicode character is
 the visible loop variable.

 Constructing the string and the pointer at the start of each loop is
 straight forward (regarding the UTF-8 definition), fast, o(1) and does not
 need a table.

I agree, and that is why you need enumerators to make it work.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: enumerators

[Vincent Snijders]

2010/11/14 Thaddy tha...@thaddy.com:
 On 13-11-2010 20:56, Hans-Peter Diettrich wrote:

 The comparison in the UTF-8 string example is very questionable. First
 ch(i) is not equivalent to ch, not even closely related, and the claim of
 O(N^2) operations deserves an proof - IMO it's simply wrong.

 Yes, this caught my eye as well: O(N^2) seems only the case if length
 would be evaluated every time. S

the O(N^2) stems from the fact that it is hard to get the ith
character in a a UTF8String in O(1). Suppose it is o(N), then the loop
is O(n^2).

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Re: enumerators

[Vincent Snijders]

2010/11/14 Thaddy tha...@thaddy.com:
 On 14-11-2010 13:22, Vincent Snijders wrote:

 would be evaluated every time. S
 the O(N^2) stems from the fact that it is hard to get the ith
 character in a a UTF8String in O(1). Suppose it is o(N), then the loop
 is O(n^2).

 Vincent

 Hard to is implementation detail and not part of any algorithm. A
 translation table goes a long way in implementing your example efficiently.


I did not have in mind such a sophisticated UTF8 string
implementation, that included a translation table for easy indexing.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Pointer type declaration issue

[Vincent Snijders]

2010/11/10 Sven Barth pascaldra...@googlemail.com:
 On 10.11.2010 21:39, Sven Barth wrote:

 I'll update to today's trunk version.

 Also no error. Would you please send the compiler's output?


Maybe a different mode switch? Add {$mode delphi} to the source?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] memleak in fpdoc

[Vincent Snijders]

2010/11/5 Michael Van Canneyt mich...@freepascal.org:


 On Fri, 5 Nov 2010, Vincent Snijders wrote:

 Hi,

 I am trying to fix the memleaks in fpdoc. Attached is a patch for
 pascal parser package.

 There are still more leaks, but that is for another time.

I debugged some more. In procedure
ProcessInheritanceStrings(inhInfo:TStringList) the inhclass string
list is created, but not freed. The trivial patch below fixes that.
Another problem is the line:
   if not assigned(CreateAliasType(alname,clname,cls,cls2)) then
The return value of CreateAliasType doesn't seem to be freed/released.
I don't know how to fix that.

Vincent

Index: utils/fpdoc/dglobals.pp
===
--- utils/fpdoc/dglobals.pp (revision 16307)
+++ utils/fpdoc/dglobals.pp (working copy)
@@ -856,7 +856,8 @@
  cls2:=ResolveAndLinkClass(clname,j=0,cls);
  end;
  end;
-end;
+ inhclass.free;
+   end;

   var
 s, Name: String;
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] memleak in pascal parser

[Vincent Snijders]

Hi,

I am trying to fix the memleaks in fpdoc. Attached is a patch for
pascal parser package.

There are still more leaks, but that is for another time.

Vincent
Index: packages/fcl-passrc/src/pastree.pp
===
--- packages/fcl-passrc/src/pastree.pp  (revision 16301)
+++ packages/fcl-passrc/src/pastree.pp  (working copy)
@@ -1440,6 +1440,8 @@
 (e.g. in Constants) }
   if Assigned(VarType) then
 VarType.Release;
+  if Assigned(Expr) then
+Expr.Release;
   inherited Destroy;
 end;
 
Index: packages/fcl-passrc/src/pparser.pp
===
--- packages/fcl-passrc/src/pparser.pp  (revision 16301)
+++ packages/fcl-passrc/src/pparser.pp  (working copy)
@@ -3093,16 +3093,15 @@
   begin
 Variant := TPasVariant(CreateElement(TPasVariant, '', Parent));
 Parent.Variants.Add(Variant);
-Variant.Values := TStringList.Create;
 while True do
 begin
-  Variant.Values.Add(ParseExpression(Parent));
-  NextToken;
-  if CurToken = tkColon then
-break
-  else if CurToken  tkComma then
-ParseExc(SParserExpectedCommaColon);
-end;
+  Variant.Values.Add(ParseExpression(Parent));
+  NextToken;
+  if CurToken = tkColon then
+break
+  else if CurToken  tkComma then
+ParseExc(SParserExpectedCommaColon);
+end;
 ExpectToken(tkBraceOpen);
 Variant.Members := TPasRecordType(CreateElement(TPasRecordType, '',
   Variant));
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Chosing a graphical interface for specific proposals

[Vincent Snijders]

2010/10/25 luciano de souza luchya...@gmail.com


 My question is: is it possible to create all the interface with tform
 without using the Lazarus interfaces, in other words, only typing
 codes in a text editor?


Yes, everything you can do in the form designer can be done in code too.

Take a look at all examples in lazarus\examples, (but not in the
subdirectories) that don't use the form designer.

All the other examples could be converted to code-only, without .lfm file
created by the designer.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Chosing a graphical interface for specific proposals

[Vincent Snijders]

2010/10/25 luciano de souza luchya...@gmail.com

 Vincent, You got the point. When I came across LFMs, I thought a hard
 code focus could not be used.

 But, I can imagine another problem. Lazarus interface is unbelievably
 worse. So I would like to compile my projects only doing: fpc
 project.pp. Using this method, could I link with all units? Some time
 ago, I tried to compile a Lazarus project in the command line.
 However, almost all  declared units couldn't be found.


That is possible, but you have to add some lcl paths to the command line
options.



 Sorry for the excessive quantity of questions, but the subject is
 really new for me. I want to take a direction.


These kind of questions are better answered on the lazarus mailing list. For
more information, see:
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Alternative parsers

[Vincent Snijders]

2010/10/19 Alexander Klenin kle...@gmail.com:
 On Tue, Oct 19, 2010 at 16:19, Hans-Peter Diettrich
 drdiettri...@aol.com wrote:

 So there's left nothing what I could do for FPC.

 I suggest you start a git-maintained fork.
 This way, developers can transition to your version gradaully,
 avoiding unnecessary disruption and conflicts with traditional FPC team.

Yes, when it is clear that your solution is superior, people will
start to use your fork instead of the official FPC releases. Look for
example at what happened with EGCS:
http://en.wikipedia.org/wiki/GNU_Compiler_Collection#EGCS_fork

So maybe you cannot do anything for FPC, except creating an Enhanced FPC.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Alternative parsers

[Vincent Snijders]

2010/10/19 Graeme Geldenhuys graemeg.li...@gmail.com:
 I guess that doesn't mean Florian or some other core developer must accept
 your patch or new features, but that's the beauty of open source software.
 Simply fork the project and continue with your own Object Pascal compiler.
 Many projects have done that in the past (the latest large project being
 OpenOffice, now named LibreOffice), and many times the new forks are more
 successful than the old - sometimes new management is all that is needed.

Yes, but I doubt this possible fork will be, but feel free to prove me wrong.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Alternative parsers

[Vincent Snijders]

2010/10/19 Graeme Geldenhuys graemeg.li...@gmail.com:
 Op 2010-10-19 09:07, Vincent Snijders het geskryf:

 Yes, but I doubt this possible fork will be, but feel free to prove me wrong.

 Nobody will know, until a fork has been made. As for your opinion that it
 will simply fail is a bit of thumb sucking. Some commercial entity could
 easily fork FPC, throw 20 full times developers at it, have a nice huge
 budget, and take Embarcadero head-on with a cross-platform compiler and
 with 32/64-bit support already done. You still think that would fail?

Given the fact that 20 full time developer work on it, I think they
have a reasonable chance to succeed.


 Just look at Qt today - it started with 2 developers that thought they
 could do better than what was currently out there. Mozilla, a fork from
 Netscape - a pretty good success I would think. Eclipse - an idea IBM had,
 thinking it would do better that what Sun offered. Firebird DB (from old
 Interbase), PostgreSQL, MS SQL Server (comes from the same original
 codebase as PostgresSQL did), MS-DOS, MS Office,...  Many, many more such
 success cases exist. All examples of one person/entity thinking they can do
 a better job than the original person/entity.


It can be done, but it must be done, to prove it. Just talk won't do it.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] [patch] pscanner: differentiate between EOL Tab characters from general Whitespace

[Vincent Snijders]

2010/8/23 Michael Van Canneyt mich...@freepascal.org:
 I don't see why introducing such new tokens is bad? It can only make
 the tokenizer and parser more useful in the long term.

 I never said it is bad; I just don't see why you need it.

I guess one wants the line numbers between the orginal source to be
the same, for example to have the same line info in case of a
backtrace when you compare before and after the changes.


 You could perfectly do it differently, e.g. insert a newline after certain
 tokens:
 then
 begin
 ;
 end
 else
 var
 type
 const

So, programs compiled with profile info generate different backtraces
with line info as programs without them. That is not nice.

 That would perfectly be enough for your purposes, which is, to debug your
 profiler.
 And once that is done, it is no longer needed at all.

Why is it not longer needed?

 Don't worry, I'll apply the patch, but you have not convinced me it is a
 needed patch, even for your purposes. I'm surprised you didn't think of the
 above ways to do what you need.

I think with the new tokens a profiler can do a better job.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] fpdoc fails to get full declaration of constants

[Vincent Snijders]

2010/8/4 Marco van de Voort mar...@stack.nl:
 In our previous episode, Graeme Geldenhuys said:
 
  Writing it out is not a problem.
  If you take care of the const node, I'll handle the writing.

 Thanks guys, this is much appreciated. I'll take a close look at the last
 few commits of fpdoc and fcl-passrc to learn some of the code. I'll be
 using the parser a lot more in two of my projects I am working on, so I'll
 need to find my way around that code anyway.

 See also comments in mantis 16342, and realize that the fact that semicolons
 can be omitted (see example) and that library is an own token are the main
 things to watch out for.

Additionally fpdoc cannot parse the following const declaration:
const
  DefaultLogFont: TLogFont = (lfHeight:0;
lfWidth:0;
lfEscapement:0;
lfOrientation:0;
lfWeight:0;
lfItalic:0;
lfUnderline:0;
lfStrikeOut:0;
lfCharSet:0;
lfOutPrecision:0;
lfClipPrecision:0;
lfQuality:0;
lfPitchAndFamily:0;
lfFaceName:'default';
  );

Note the semi colon before the ) at the end.

Shall I create a new bug report for it? Or is it better to just remove
that semi colon. The compiler seems to accept both syntaxes.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] fpdoc fails to get full declaration of constants

[Vincent Snijders]

2010/8/4 Marco van de Voort mar...@stack.nl:
 In our previous episode, Graeme Geldenhuys said:
 
  Writing it out is not a problem.
  If you take care of the const node, I'll handle the writing.

 Thanks guys, this is much appreciated. I'll take a close look at the last
 few commits of fpdoc and fcl-passrc to learn some of the code. I'll be
 using the parser a lot more in two of my projects I am working on, so I'll
 need to find my way around that code anyway.

 See also comments in mantis 16342, and realize that the fact that semicolons
 can be omitted (see example) and that library is an own token are the main
 things to watch out for.

While testing fpdoc on the LCL, I found another issue:
http://bugs.freepascal.org/view.php?id=17110

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] Potential merge conflict in r15401

[Vincent Snijders]

I just reviewed r15401:
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revrevision=15401

I think it would be better to revert it and apply the changes from r14005, so that 
it can be merged more easily.

http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/compiler/nobj.pas?r1=14004r2=14005

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

[Vincent Snijders]

Graeme Geldenhuys schreef:

Vincent Snijders het geskryf:
Is there a patch to review, so I can see what this discussion is all 
about?


I posted some example code earlier in a reply to Marco (sorry, it's
somewhere between all the noise).



I am sorry, but I cannot find the code changes in the classes unit you propose. Can 
you give me a link in the archives or a date/time that you sent that mail? To be 
sure I don't mean the uses of the patches classes unit, but the actual changes in 
the classes unit.




I wonder if something like class helpers is able to solve this, 
like Matt suggested.


As I mentioned in another reply, class helpers are a pretty useless feature
in Delphi and will not solve much. So the other message for reason why.


Then they must be designed/implemented better to support multiple extensions for a 
particular class. Sorry I used the wrong word, Matt.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

[Vincent Snijders]

Vincent Snijders schreef:

Graeme Geldenhuys schreef:

Vincent Snijders het geskryf:
Is there a patch to review, so I can see what this discussion is all 
about?


I posted some example code earlier in a reply to Marco (sorry, it's
somewhere between all the noise).



I am sorry, but I cannot find the code changes in the classes unit you 
propose. Can you give me a link in the archives or a date/time that you 
sent that mail? To be sure I don't mean the uses of the patches classes 
unit, but the actual changes in the classes unit.




I found it, it got misclassified in my email client. In the archives unreadable 
unfortunately: http://lists.freepascal.org/lists/fpc-devel/2010-May/020032.html


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

[Vincent Snijders]

Graeme Geldenhuys schreef:


@Michael van Canneyt
  Have we come to a decision about Observer support in FPC base classes?
This would obviously help what I am doing now as well - but I guess
something like that will not make it into FPC 2.4.2 even if the answer is
yes for Observer in base classes?


Is there a patch to review, so I can see what this discussion is all 
about? I wonder if something like class helpers is able to solve this, 
like Matt suggested. It would be useful for other things, not yet 
possible ...


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Win64 FPC is in wrong download location

[Vincent Snijders]

Jonas Maebe schreef:

On 04 May 2010, at 19:40, Vincent Snijders wrote:


I don't know where to add this exactly in this thread, but the win64 version of 
Lazarus includes a native win64 version of the compiler. It is done because I 
think that to make sure it can compile Lazarus correctly, it has to be able to 
compile itself correct and create a running executable.


Why do you think that a cross-compiler would not be able to create a runnable lazarus or compiler 
executable? (I'm not sure what the itself refers to in the above sentence) And in case 
you mean the compiler: under which circumstances does lazarus try to recompile the fpc source tree? 
(its makefiles or build lazarus commands at least don't do that, afaik)

The only caveat I know of is that the top-level FPC makefile does not include 
support for bootstrapping using a cross-compiler (it is possible to to work 
around it manually, but that's not very nice). Of course, since a regular i386 
compiler is also available, that one can always be used to build a new 
cross-compiler (and native compiler).


A cross compiler can create a runnable lazarus compiler, it just doesn't 
 actually run win64 code, when creating it, so it tests the win64 
capabilities of the compiler less.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Win64 FPC is in wrong download location

[Vincent Snijders]

Brad Campbell schreef:

Jonas Maebe wrote:

On 04 May 2010, at 19:40, Vincent Snijders wrote:

I don't know where to add this exactly in this thread, but the win64 
version of Lazarus includes a native win64 version of the compiler. 
It is done because I think that to make sure it can compile Lazarus 
correctly, it has to be able to compile itself correct and create a 
running executable.


Why do you think that a cross-compiler would not be able to create a 
runnable lazarus or compiler executable? (I'm not sure what the 
itself refers to in the above sentence) 


The compiler.

And in case you mean the 
compiler: under which circumstances does lazarus try to recompile the 
fpc source tree? (its makefiles or build lazarus commands at least 
don't do that, afaik)


When creating win64 installer (release or snapshot) including compiler.



I know I harp on this repeatedly, but I use linux-i386 to build 
applications (and lazarus itself) for i386-linux / i386-win32 / 
i386-darwin / powerpc-darwin. If you are getting broken executables then 
your toolchain is broken.


Yes, but you only find out when running it. Now if you use a native 
win64 compiler on win64, then you actually use a fpc generated win64 
binary when creating a lazarus binary, so the chances that you generate 
a broken binary is less. This is certainly the case for snapshots with 
daily changing binaries, and I try to keep the release and snapshot 
building as closely similar as possible, so that snapshot builds can be 
as previews for release builds


 Freepascal and Lazarus are both very capable

of working in a cross compile environment.


Agreed.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Win64 FPC is in wrong download location

[Vincent Snijders]

Jonas Maebe schreef:

On 04 May 2010, at 15:29, Graeme Geldenhuys wrote:


So to be able to compile Win64 apps, we need two installations. The
Win64 download (17MB) and the i386 download (35MB).

* now installation is more complex than it needs to be. It now
requires two FPC versions.




I don't know where to add this exactly in this thread, but the win64 
version of Lazarus includes a native win64 version of the compiler. It 
is done because I think that to make sure it can compile Lazarus 
correctly, it has to be able to compile itself correct and create a 
running executable.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Win64 FPC is in wrong download location

[Vincent Snijders]

Henry Vermaak schreef:

On 3 May 2010 23:49, Graeme Geldenhuys graemeg.li...@gmail.com wrote:

Hi,

Going to SourceForge to download the Win64 version of FPC, you have to
navigate into the Win32 folder?! Surely it would make more sense to
rename Win32 to Windows (so it can contain both 32  64-bit versions),
or create a new Win64 folder for 64-bit versions.


Perhaps the win32 refers to the version of the Windows API?

http://en.wikipedia.org/wiki/Windows_API#Versions


No, it refers to the host system. The win64 compiler of FPC supplied by 
the fpc team is a cross compiler from win32 to win64.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] fixes branch r15061 unable to compile - syntax error

[Vincent Snijders]

Graeme Geldenhuys schreef:



As always, only the last release is guaranteed to work as starting compiler.



I thought FPC 2.2.5 was the last previous release, as FPC 2.4.1 is
simply a point release to 2.4.0.

Anyway, using my previous version of 2.4.1 dated Jan 2010 did manage
to compile the latest fixes branch correctly. Thanks Martin and Marco.


Better get a 2.4.0 compiler binrary, because at some point in time using 
2.4.1 might break too, as marco wrote above.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] fixes branch r15061 unable to compile - syntax error

[Vincent Snijders]

Graeme Geldenhuys schreef:

On 25 March 2010 21:00, Vincent Snijders vsnijd...@vodafonevast.nl wrote:

Better get a 2.4.0 compiler binrary, because at some point in time using
2.4.1 might break too, as marco wrote above.


I never delete my previous working compiler, until I have a new
working compiler - so it shouldn't pose to much of a problem. But I
thinking having a clean 2.4.0 as a backup is a good idea. 


Your current working compiler 2.4.1 could possibly not work to compile 
your next 2.4.1. Then you need a 2.4.0 to compile 2.4.1.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] TComponent.ChangeName() not virtual?

[Vincent Snijders]

Graeme Geldenhuys schreef:

Unfortunately ChangeName is not virtual, yet it is in the 'protected'
section of a class. If we are not supposed to override ChangeName, then why
is it in 'protected' section and not 'private' section of the class definition?


Obviously, so that descendants can call it.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] RTL and Unicode filenames operations.

[Vincent Snijders]

dmitry boyarintsev schreef:

On Wed, Feb 17, 2010 at 11:15 AM, Marco van de Voort mar...@stack.nl wrote:

Reject as far as I'm concerned. I'd like to see the RTL being in the system
encoding. (IOW UTF-8 on at least FreeBSD/Linux) using an abstracted
RTLString.


Vincent, is there a place in CCR for the run-time package?


Yes.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] TCustomApplication.Log(?)

[Vincent Snijders]

Michael Schnell schreef:

On 02/17/2010 09:57 AM, Michael Van Canneyt wrote:

 I agree that the name is confusing, but it has historical roots.

Thus I vote for changing it.


Fork the fpc packages directory. Then you can make your vote count.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] RTL and Unicode filenames operations.

[Vincent Snijders]

dmitry boyarintsev schreef:

Reported: http://bugs.freepascal.org/view.php?id=15795

It's up to FPC team to accept or reject the package.


Thanks, I will monitor the issue to see the outcome.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] GetHeapStatus.TotalAllocated

[Vincent Snijders]

Nikolai Zhubr schreef:

Hello people,

2) GetHeapStatus.TotalAllocated sometimes return negative values, though 
I haven't been able to prepare a reasonably small example yet (should I?)




Maybe that is caused by an overflow. So you need a long running example.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] RTL and Unicode filenames operations.

[Vincent Snijders]

Marco van de Voort schreef:


That is not my call, but I won't commit it. Because all this stuff must be
maintained when real solutions come later.

if Lazarus needs a quick fix, they should keep it in own SVN.



Or use the units from msegui or use the units from tiopf or use the 
units from (any other group that needed a quick fix). I just do not like 
that everybody needs to implement this on their own.


I would vote to add them in 2.5.1 and you can remove them if you have 
implemented these things in the RTL.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Circular references and forward declarations

[Vincent Snijders]

Florian Klaempfl schreef:

Juha Manninen schrieb:

If I create a feature request issue for this, does it have any chance of being 
implemented? 


No.


I think it would be EASY to implement.


Then propose a patch.


It surely would prove how easy it would be to implement.

And if it was rejected, which I doubt, if it were implemented correctly, 
I assume the maintainers of troll pascal would sure accept it :-)


See also:
http://www.freepascal.org/faq.var#extensionselect

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Free Pascal 2.4.0 released

[Vincent Snijders]

Marco van de Voort schreef:

Downloads are available at:

In ftp://freepascal.stack.nl/pub/fpc/dist/2.4.0/x86_64-linux/ there are 
no debs for amd64. Will the fpc team provides these in the near future 
or do we have to wait until a fpc user will build them or until they are 
in debian sid?


Vincent


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Circular references and forward declarations

[Vincent Snijders]

Martin Sucha schreef:

Hello,

On Tuesday 05 January 2010 20:44:06 JoshyFun wrote:

In the past I had some autogenerated pascal programs, but to include
them in another unit I must manually split the files in interface and
implementation. Would be possible to do something like:




An example is:
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/gtk2/src/gtk%2B/gtk/gtk2.pas?view=markup

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Circular references and forward declarations

[Vincent Snijders]

Graeme Geldenhuys schreef:

On 06/01/2010, Florian Klaempfl flor...@freepascal.org wrote:

That's why we've strict private/protected.


Since when is that available in FPC? I didn't know it was.


You are getting old:
http://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg13343.html

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Bug (Severe): Floating point values completely break GCC Struct compatability with records in 64-bit

[Vincent Snijders]

Jonas Maebe schreef:


On 16 Dec 2009, at 12:26, Joshua Cearley wrote:

It seems that passing records with paired float fields is buggy on 
FPC/x86_64. Please file a bug report.




While it is described in http://www.x86-64.org/documentation/abi.pdf, 
3.2.3 Parameter Passing, I found 
http://blogs.sun.com/alblog/entry/amd64_aggregate_argument_passing 
clarifying.


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] Redefine FillChar() to use out parameter instead

[Vincent Snijders]

Graeme Geldenhuys schreef:

Florian Klaempfl wrote:

I see many use-cases for out parameters

You mean for VAROUT parameters :)?




First one is not compilable, but the second one is. So no, I don't
understand your comment about 'varout'? Please explain more.



varout could be the name of the new parameter modifier that Jonas mentions[1] and 
that has the semantics that you think out should have, but hasn't.


Vincent

[1]http://lists.freepascal.org/lists/fpc-pascal/2009-November/023223.html
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] heaptrc

[Vincent Snijders]

Mattias Gaertner schreef:

On Thu, 19 Nov 2009 10:53:09 +0100
JoshyFun joshy...@gmail.com wrote:


Hello FPC,

The Graeme's comment about heaptrace bring me some questions about it
that were lost in my pocket.

(Windows only I think, and I do not know if Lazarus exclusive)

Is there any way to only show the heaptrace window when leaks are
present ?
Is there any way to add a cancel button to the window that show leaks
?

With 1000 leaks is not funny to press the OK button around 300 times.
I know I can cancel the program, but a cancel button seems to be more
clean.


I guess these are todos.
 


I am not so sure. Heaptrc outputs to stdout. If the application is compiled -WG the 
RTL redirects the output to message windows. I would recommend to let heatprc write 
to file. See http://www.freepascal.org/docs-html/rtl/heaptrc/environment.html and/or 
http://www.freepascal.org/docs-html/rtl/heaptrc/setheaptraceoutput.html




If this message is more a Lazarus related problem, please let me know.
Thank you.


Yes, it is more lazarus related.


I disagree. Any GUI application with heaptrace has the same issue.

OTOH, if the output is redirected to file, Lazarus has a nice view: leakview, a ide 
plug-in you can find in lazarus\components\leakview


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] heaptrc

[Vincent Snijders]

Martin schreef:


IMHO the IDE should by default set the enviromane so the heaptrc gets 
written to a file in the project dir (which is cleared by the IDE 
before). Then the IDE can pick it up...


Nice idea, if only the bug in gdb (on windows) to set environment 
variables in the debuggee would be fixed...


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] heaptrc

[Vincent Snijders]

Jonas Maebe schreef:

On 19 Nov 2009, at 20:31, Vincent Snijders wrote:


Nice idea, if only the bug in gdb (on windows) to set environment variables in 
the debuggee would be fixed...


Where's the gdb bug report? I can't find it.


Where should it be reported?

How should report it?

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] heaptrc

[Vincent Snijders]

Jonas Maebe schreef:

On 19 Nov 2009, at 20:42, Vincent Snijders wrote:


Jonas Maebe schreef:

On 19 Nov 2009, at 20:31, Vincent Snijders wrote:

Nice idea, if only the bug in gdb (on windows) to set environment variables in 
the debuggee would be fixed...

Where's the gdb bug report? I can't find it.

Where should it be reported?


http://sourceware.org/bugzilla/ (google: report gdb bug)


How should report it?


Using a reproducible case described step by step, similar to an FPC bug report. 
Bonus points if you can provide a C program to reproduce it. If you only have 
an FPC program, it's best to include also a compiled version so that people 
interested in looking it at don't have to install FPC first (although it's 
possible that Pierre will be the one looking at that report).



I tried, but I am not capable of writing the c program: 
http://sourceware.org/bugzilla/show_bug.cgi?id=10989


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] profiling under windows

[Vincent Snijders]

Paul Ishenin schreef:

Hello,  FPC developers' list.

I tried to build the compiler with gprof profile code. In the compiler 
dir I executed:


make clean all OPT=-gl -pg

As result of linking I have the next errors:
Linking .\pp.exe
pp.pas(224,1) Error: Import library not found for c
pp.pas(224,1) Error: Import library not found for gmon
pp.pas(224,1) Error: Import library not found for cygwin
pp.pas(224,1) Error: Import library not found for user32
pp.pas(224,1) Error: Import library not found for kernel32
pp.pas(224,1) Error: Import library not found for gcc


I have those files in c:\cygwin\lib. I don't know anymore what cygwin packages I 
installed to get them.


Last time I tried (a couple of months ago), I could compile Lazarus with profiling 
info, but the gprof output file remained empty, IIRC.



pp.pas(224,1) Error: Undefined symbol: _mcount
pp.pas(224,1) Error: Undefined symbol: __mcleanup
pp.pas(224,1) Error: Undefined symbol: _monstartup
pp.pas(224,1) Error: Undefined symbol: ___main
pp.pas(224,1) Error: Undefined symbol: _cygwin_crt0
pp.pas(224,1) Fatal: There were 11 errors compiling module, stopping

I understand that I need to help linker somehow to find some files. But 
I have no idea what does it need: c.lib or c.o or c.dll? Where should I 
obtain that files?


libc.a

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] LLVM Backend?

[Vincent Snijders]

Jonas Maebe schreef:

On 17 Nov 2009, at 07:31, Matej Spiller-Muys wrote:


I have no idea. All I know that's slightly related is the alioth computer
language benchmark game (with the stress on game), where you have at least
both FPC and GCC results.

Yup, the FPC factor is 2x-10x slower.


That's because you are looking at x86_64 results for FPC 2.2.2, which does not support register 
variables on x86_64. The i386 results are 20% slower than G++ on average. And as mentioned before, 
it's with the stress on game: the results on that site depend on almost as much on the 
implementation effort that people have put in optimizing the source code for their 
language as it does on the compiler.



And:
If you look at CPU secs, then the factor is 3 at most. What helps the C++ programs 
most is that they use 4 cores more, the fpc programs are mostly singlethreaded. LLVM 
doesn't help to solve this (AFAIK).


Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

[Vincent Snijders]

Paul Ishenin schreef:

Martin Schreiber wrote:

On Wednesday 11 November 2009 15:11:07 Florian Klaempfl wrote:
 

What rtl did you use? You need one from the branch.



Compiling the cpstrnew rtl with fixes_2_4 does not work:
  

1. Build compiler executable with 2.2.4 / 2.4.0
2. Build RTL with the new executable
3. Rebuild the compiler with the new executable and built RTL


That can be accomplished with the following command in the compiler dir:
make cycle PP=/path/to/ppc386-2.2.4

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

[Vincent Snijders]

Vincent Snijders schreef:

Paul Ishenin schreef:

Martin Schreiber wrote:

On Wednesday 11 November 2009 15:11:07 Florian Klaempfl wrote:
 

What rtl did you use? You need one from the branch.



Compiling the cpstrnew rtl with fixes_2_4 does not work:
  

1. Build compiler executable with 2.2.4 / 2.4.0
2. Build RTL with the new executable
3. Rebuild the compiler with the new executable and built RTL


That can be accomplished with the following command in the compiler dir:
make cycle PP=/path/to/ppc386-2.2.4



Sorry, that may not be true. It assumes that the new RTL can be build with fpc 
2.2.4.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

[Vincent Snijders]

Paul Ishenin schreef:

Martin Schreiber wrote:

On Wednesday 11 November 2009 15:11:07 Florian Klaempfl wrote:
 

What rtl did you use? You need one from the branch.



Compiling the cpstrnew rtl with fixes_2_4 does not work:
  

1. Build compiler executable with 2.2.4 / 2.4.0
2. Build RTL with the new executable


This fails here with the error Martin got too:
Compiling ../unix/cwstring.pp
cwstring.pp(731,26) Error: Incompatible types: got address of 
procedure(PWideChar,var AnsiString,LongInt);Register expected procedure variable 
type of procedure(PWideChar,var RawByteString,Word,LongInt);Register
cwstring.pp(732,26) Error: Incompatible types: got address of procedure(PChar,var 
WideString,LongInt);Register expected procedure variable type of 
procedure(PChar,Word,var WideString,LongInt);Register
cwstring.pp(756,29) Error: Incompatible types: got address of 
procedure(PWideChar,var AnsiString,LongInt);Register expected procedure variable 
type of procedure(PUnicodeChar,var RawByteString,Word,LongInt);Register
cwstring.pp(757,29) Error: Incompatible types: got address of procedure(PChar,var 
WideString,LongInt);Register expected procedure variable type of 
procedure(PChar,Word,var UnicodeString,LongInt);Register

cwstring.pp(780) Fatal: There were 4 errors compiling module, stopping

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] time for dumping stacktrace, when using dwarf.

[Vincent Snijders]

Micha Nelissen schreef:

Schatzl Thomas wrote:
Improving upon that should be trivial, all reading from the debug 
input has been encapsuled in the two ReadNext() methods in the file 
mentioned. It should be easy to make them to read from a (static?) 
buffer that is filled blockwise; note that a static buffer may give 
headaches for MT programs, and you are strongly discouraged to do 
memory allocation during crashes...


Allocating that buffer on the stack isn't sufficient?


That's not easy when the exception is raised in case of a stack overflow.

Vincent
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel