Re: [fpc-devel] Math expressions in wiki

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

Re: [fpc-devel] Math expressions in wiki

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)

Re: [fpc-devel] Math expressions in wiki

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

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

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

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] build fails of Jenkins and #21868

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:

Re: [fpc-devel] Improper OUT usage.

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

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

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

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

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

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

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

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.pp in

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

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

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

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

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

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

[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 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

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

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

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

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

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

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?

[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 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

[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=revroot=docsrevision=818 make distclean rtl.chk HTMLFMT=chm FPCSRCDIR=~/src/fpc/trunk gives: ...

Re: [fpc-devel] Faster InitObject

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

Re: [fpc-devel] Faster InitObject

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.

[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

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

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

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

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

Re: [fpc-devel] sysconst error

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

Re: [fpc-devel] ViewVC configuration

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

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

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

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

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

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

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?

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

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

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

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

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

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  -  

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

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

[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

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

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

Re: [fpc-devel] Sparc v9

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.

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

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

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

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

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

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

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

[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

Re: [fpc-devel] Free Pascal 2.4.4 available

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:

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

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

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

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

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

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

Re: [fpc-devel] When native debuggers?

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:

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

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

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

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

Re: [fpc-devel] Location of documentation

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

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

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:

Re: [fpc-devel] Re: enumerators

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

Re: [fpc-devel] Re: enumerators

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

Re: [fpc-devel] Re: enumerators

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.

Re: [fpc-devel] Re: enumerators

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

Re: [fpc-devel] Pointer type declaration issue

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

Re: [fpc-devel] memleak in fpdoc

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

[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 === ---

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

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

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

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.

Re: [fpc-devel] Alternative parsers

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

Re: [fpc-devel] Alternative parsers

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

Re: [fpc-devel] Alternative parsers

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

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

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

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

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

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

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

[fpc-devel] Potential merge conflict in r15401

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

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

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 cannot

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

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 correctly

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 compile

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

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

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

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

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

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

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

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

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] 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 -

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.

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

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

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?

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

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

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

Re: [fpc-devel] heaptrc

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

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

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

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 can't

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

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.

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

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

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

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

  1   2   3   4   5   6   >