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

2011/9/7 Martin : > 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 kn

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

2011/9/9 Mark Morgan Lloyd : > 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 t

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

2011/8/30, Martin : > 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/p

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

2011/9/13, 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 resu

Re: [fpc-devel] ViewVC configuration

2011/9/18 Flávio Etrusco : > On Sat, Sep 17, 2011 at 5:55 AM, Michael Van Canneyt > wrote: >> >> > > It made, thanks a lot! > You can see for yourself: > http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/?root=lazarus&view=log > I guess now I can add a link in the wiki ;-) How can it be turned o

Re: [fpc-devel] sysconst error

2011/10/11 ik : > 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 s

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

2011/10/21 David Welch : > > 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.

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

2011/10/21 LacaK : > 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 s

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

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 mai

Re: [fpc-devel] Faster InitObject

Op 24 februari 2012 13:40 heeft Hans-Peter Diettrich 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 op

Re: [fpc-devel] Faster InitObject

Op 24 februari 2012 15:14 heeft Hans-Peter Diettrich 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 tha

[fpc-devel] fpcdoc revision 818

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=rev&root=docs&revision=818 make distclean rtl.chk HTMLFMT=chm FPCSRCDIR=~/src/fpc/trunk gives: ... H

[fpc-devel] Compilation error

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

Re: [fpc-devel] Compilation error

Op 7 april 2012 12:38 heeft Jonas Maebe 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

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

Op 24 april 2012 21:16 heeft Marcos Douglas het volgende geschreven: > On Tue, Apr 24, 2012 at 3:56 PM, Martin Schreiber 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 "Point

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

2012/8/23 Hans-Peter Diettrich : > 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 >>> wrote: I am not talking about Unicode. I am talking about day by day programming of an average

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

2012/8/28 Martin : > 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

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

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

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

2012/8/30 Zaher Dirkey : > > On Thu, Aug 30, 2012 at 4:05 PM, Vincent Snijders > wrote: >> >> Hi, >> >> If I compile fpc trunk for arm-wince, I get the following error: >> Compiling .\fcl-db\src\sqldb\postgres\pqconnection.pp >> pqconnection.p

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

2012/8/30 Vincent Snijders : > 2012/8/30 Zaher Dirkey : >> >> On Thu, Aug 30, 2012 at 4:05 PM, Vincent Snijders >> wrote: >>> >>> Hi, >>> >>> If I compile fpc trunk for arm-wince, I get the following error: >>> Compiling .\fcl

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

2012/9/10 Den Jean : > 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 i

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

2012/9/26 Cephas Atheos : > On 27/09/12 12:42 AM, "Vincent Snijders" > wrote: > >>2012/9/26 Cephas Atheos : >>> What >>> would _you_ want to be able to do in one click (or less)? >> >>Go to http://svn.freepascal.org/cgi-bin/viewvc.cgi/ >

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

2012/10/27 Florian Klämpfl > > I added already several weeks ago the new multi-arch pathes as > additional default search pathes to armhf-linux but since people didn't > like this change I didn't add it for the other architectures. > > How do I workaround it? First I added -Fl/usr/lib/i386-linux

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

> 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.p

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

2012/11/28 > 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 pr

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

2012/12/18 Florian Klämpfl : > 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 m

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

2013/3/8 Graeme Geldenhuys : > 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.

Re: [fpc-devel] Improper OUT usage.

2013/3/9 Marco van de Voort : > > 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 pa

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

2013/4/22 Marco van de Voort > > 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/console

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

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] time for dumping stacktrace, when using dwarf.

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 st

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

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 wit

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

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

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

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 wit

Re: [fpc-devel] LLVM Backend?

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

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

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 ne

Re: [fpc-devel] heaptrc

Mattias Gaertner schreef: On Thu, 19 Nov 2009 10:53:09 +0100 JoshyFun 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 heapt

Re: [fpc-devel] heaptrc

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 b

Re: [fpc-devel] heaptrc

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

Re: [fpc-devel] heaptrc

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

Re: [fpc-devel] profiling under windows

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

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

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://blog

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

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

Re: [fpc-devel] Free Pascal 2.4.0 released

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? Vinc

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

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:

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

Graeme Geldenhuys schreef: On 06/01/2010, Florian Klaempfl 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

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

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

Re: [fpc-devel] GetHeapStatus.TotalAllocated

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 _

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

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.freepasca

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

dmitry boyarintsev schreef: On Wed, Feb 17, 2010 at 11:15 AM, Marco van de Voort 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

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

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 _

Re: [fpc-devel] Help with Lazarus

dmitry boyarintsev schreef: On Mon, Mar 1, 2010 at 1:30 PM, Jonas Maebe wrote: I also don't think it is a good idea that Lazarus does its own packaging of official release versions of the compiler, because that can only lead to confusion and additional errors (as above -- now before finding o

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

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

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

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 l

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

Graeme Geldenhuys schreef: On 25 March 2010 21:00, Vincent Snijders 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&#

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

Henry Vermaak schreef: On 3 May 2010 23:49, Graeme Geldenhuys 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

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

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

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

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 correctl

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

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 co

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

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?

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

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 i

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

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 c

[fpc-devel] Potential merge conflict in r15401

I just reviewed r15401: http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=rev&revision=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=14004&r2=14005 V

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

2010/8/4 Marco van de Voort : > 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 f

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

2010/8/4 Marco van de Voort : > 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 f

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

2010/8/23 Michael Van Canneyt : >> 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 sa

Re: [fpc-devel] Alternative parsers

2010/10/19 Alexander Klenin : > On Tue, Oct 19, 2010 at 16:19, Hans-Peter Diettrich > 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 c

Re: [fpc-devel] Alternative parsers

2010/10/19 Graeme Geldenhuys : > 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

Re: [fpc-devel] Alternative parsers

2010/10/19 Graeme Geldenhuys : > 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 bi

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

2010/10/25 luciano de souza > > 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 examp

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

2010/10/25 luciano de souza > 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 me

[fpc-devel] memleak in pascal parser

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

Re: [fpc-devel] memleak in fpdoc

2010/11/5 Michael Van Canneyt : > > > 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 a

Re: [fpc-devel] Pointer type declaration issue

2010/11/10 Sven Barth : > 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 ___ f

Re: [fpc-devel] Re: enumerators

2010/11/14 Thaddy : > 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,

Re: [fpc-devel] Re: enumerators

2010/11/14 Thaddy : > 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

Re: [fpc-devel] Re: enumerators

2010/11/15 Michael Schnell : > 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 wal

Re: [fpc-devel] Re: enumerators

2010/11/15 Michael Schnell : > 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

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

2010/12/3 Thaddy : > 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 n

Re: [fpc-devel] Location of documentation

2010/12/6 Darius Blaszyk : > 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 a

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

2010/12/8 Martin : > 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:

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

2010/12/13 Marco van de Voort : > 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 comm

Re: [fpc-devel] When native debuggers?

2010/12/16 Andrzej : > 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_variabl

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

2011/1/4 Juha Manninen : > 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

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

2011/4/1 Joost van der Sluis : > 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 pa

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

2011/5/10 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 l

Re: [fpc-devel] Free Pascal 2.4.4 available

2011/5/23 Marco van de Voort : > 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_Change

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

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\so

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

2011/5/27 : > > > 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 syst

[fpc-devel] merge request

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=17847&r2=17846&pathrev=17847 be me

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

2011/7/1 Michael Schnell : > 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 c

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

2011/7/1 Michael Schnell : > 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 &q

Re: [fpc-devel] Sparc < v9

2011/7/8 Ludo Brands : > membar and stbar are instructions available as of sparc v9. To get fpc > running on a sparc 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 _

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

2011/8/2 Ludo Brands : > 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.freepas

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

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/

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

2011/8/9 Joost van der Sluis : > 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 _

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

2011/8/26 Florian Klämpfl : > 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

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

2011/9/1 Graeme Geldenhuys : > 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 MediaWi

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

2011/9/5 Marcos Douglas : > On Tue, Aug 30, 2011 at 7:55 AM, Martin wrote: >> >> very weird issue; >> >> I have a batch fiel, that does (sucesfull): >> >> make.exe clean  distclean >> make.exe all   LINKSMART=1  CREATESMART=1  OPTIMIZE=1  OPT="-gl -O3 -Or >> -CpPENTIUMM -OpPENTIUMM" >> make.exe i

[fpc-devel]Time at www.freepascal.org

changed this year. Regards, Vincent Snijders. ___ fpc-devel maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-devel

  1   2   3   4   5   6   7   >