Re: [fpc-devel] Unicode resource strings

On Tue, 21 Aug 2012 15:38:31 +0200 "Ludo Brands" wrote: > > > > There is the large category of network apps. Most protocols > > are utf8 > > > or have a clear preference for utf8 (json for example). > > Databases are > > > an extension of that and have the additional complication that they

Re: [fpc-devel] Unicode resource strings

On Tue, 21 Aug 2012 17:21:27 +0200 Sven Barth wrote: >[...] > > length returns the number of characters. > > UTF8Length the number of codepoints. > > There must also be a function to return the number of bytes. > > Does someone know the name? > > Length(s) * SizeOf(s[1]) Cheater. ;) Mattias __

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

On Wed, 22 Aug 2012 09:34:33 +0500 Ivanko B wrote: > > Do you mean replacing a character in an UCS-2/UCS-4 string can be > > implemented more efficiently than in an UTF-8/UTF-16 string? > > > > Sure, just scan the string char by char as array elements and replace > as matches encounter. Like wor

Re: [fpc-devel] Unicode resource strings

On Wed, 22 Aug 2012 10:37:45 +0200 Michael Schnell wrote: > On 08/21/2012 02:53 PM, Mattias Gaertner wrote: > > If the FCL moves to another string or starts enforcing an encoding the > > LCL has to be adapted. > > I believe if "String" becomes a sequence of 16 b

Re: [fpc-devel] Unicode resource strings

On Wed, 22 Aug 2012 11:35:17 +0200 Michael Schnell wrote: > On 08/22/2012 10:56 AM, Mattias Gaertner wrote: > > The UTF-8 optimized functions needs UTF-16 versions. But why do you > > mean it needs a "really thorough rework"? > Guesswork :-) > > The LCL itself

Re: [fpc-devel] Unicode resource strings

On Wed, 22 Aug 2012 22:30:52 +0500 Ivanko B wrote: > Even if you would implement something like the Unix "find" or "ls" > programs, they would be more likely to be limited by I/O and all sorts > of file/directory attribute lookups than code page conversions of file > names. > > 1) I/

Re: [fpc-devel] But what /is/ a string?

On Sun, 26 Aug 2012 18:49:05 +0100 Graeme Geldenhuys wrote: > On 26/08/12 13:40, Marco van de Voort wrote: > > I doubt it. You maybe could (and probably would) in a new language, and have > > one single stringtype. > > > > FPC is closer to 20 stringtypes or types with autoconversions. > > > Thi

[fpc-devel] Lazarus 1.0 Release

The Lazarus team is glad to announce the release of: Lazarus 1.0 At this important stage the current team would like to thank all the past and current people who were involved in getting us here. * Thanks also go to the FPC team for providing the compiler that makes it all possibl

Re: [fpc-devel] Getting 2.6.1 from svn

Mark Morgan Lloyd hat am 5. September 2012 um 11:38 geschrieben: > Referring to http://www.freepascal.org/develop.var is there a reason why > the "Fixes to 2.6.x" section gives a URI for fixes_2_2 ? > > What's correct in this context- branches/fixes_2_6/ or > branches/fixes_2_6_0/ ? fixes_2_6 S

[fpc-devel] 2.7.1 rev 22341 causes crashes

Hi, Since revision 22341 various strange crashes appear in Lazarus and applications (Windows and Linux). See http://bugs.freepascal.org/view.php?id=22842 Log entry says: r22341 | florian | 2012-09-06 17:11:58 +0200 (Thu, 06 Sep 2012) | 1 line * when creating method pointers, put them into regis

Re: [fpc-devel] XML Parser problems with C-Data and Character Encoding

Andrew Brunner hat am 26. September 2012 um 21:21 geschrieben: >[...] > If c-data contains any character whose ordinal value is greater than 127 > the XML parser raises an exception. Have you tried setting the right encoding in the xml? >[...] > Is there a ANY case where dropping c-data is OK

Re: [fpc-devel] Local variable names and colision with attributes/properties names

On Thu, 27 Sep 2012 13:52:53 -0300 Marcos Douglas wrote: > On Thu, Sep 27, 2012 at 12:34 PM, Graeme Geldenhuys > wrote: > > On 2012-09-27 16:08, michael.vancann...@wisa.be wrote: > >> > >> The compiler helps you by forcing you to use a prefix in objfpc mode in > >> case you forgot. > > > > The c

[fpc-devel] Lazarus 1.0.2 Release

The Lazarus team is glad to announce the release of Lazarus 1.0.2. This is a bug fix release. Here is the list of changes: http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch#Fixes_for_1.0.2_.28Merged.29 The release is available for download at the SourceForge download page: http://source

Re: [fpc-devel] XML Components

Andrew Brunner hat am 2. November 2012 um 13:59 geschrieben: > > > On Nov 2, 2012, at 7:24 AM, Michael Van Canneyt > wrote: > > > > > > > On Thu, 1 Nov 2012, Andrew Brunner wrote: > > > >> I'm having a problem getting the XML parser to read. > >> > >> Is there any way I can get the attached prog

Re: [fpc-devel] XML Components

Sergei Gorelkin hat am 2. November 2012 um 14:32 geschrieben: > 02.11.2012 17:08, Michael Van Canneyt пишет: > > > > > > On Fri, 2 Nov 2012, Andrew Brunner wrote: > > > >> > >> I think it would be a good solution and even prove faster in controlled > >> environments. Plus all > >> data is stored

[fpc-devel] Lazarus Release 1.0.4

The Lazarus team is glad to announce the release of Lazarus 1.0.4. This is a bug fix release. Here is the list of changes: http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch#Fixes_for_1.0.4_.28Merged.29 The release is available for download at the SourceForge download page: http://source

Re: [fpc-devel] Unhelpful error message

On Sun, 02 Dec 2012 11:46:54 + Mark Morgan Lloyd wrote: > I've just had a slight problem compiling Lazarus where FPC was reporting > this: > > main.pp(5001,1) Fatal: Syntax error, "BEGIN" expected but "shl" found > > The reason was that I'd not spotted that Subversion had inserted a like l

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

Graeme Geldenhuys hat am 21. Dezember 2012 um 13:49 geschrieben: > On 21/12/12 12:26, Michael Van Canneyt wrote: > > > > We know what to do. What we lack, is time. > > > > Status currently: > > > Thanks for the update. Most of what you mentioned was unknown to any > person outside the FPC core te

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

On Tue, 25 Dec 2012 12:55:41 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > The numbers Martin names (up till 10 times slower, even without linking) are > the numbers I have in mind too. IMHO denial without tests is unfair. Maybe the parallelization could be improved? This would

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

On Tue, 25 Dec 2012 18:01:50 +0100 Florian Klaempfl wrote: > Am 25.12.2012 15:28, schrieb Mattias Gaertner: > > On Tue, 25 Dec 2012 12:55:41 +0100 (CET) > > mar...@stack.nl (Marco van de Voort) wrote: > > > >> [...] > >> The numbers Martin names (up til

Re: [fpc-devel] AMD & Intel CPUCount (was: Feature announcement: Extension of TThread's interface)

On Thu, 27 Dec 2012 23:06:41 +0100 Ewald wrote: > Right, since the /proc/cpuinfo (a) is not available on many platforms > and (b) has no standard output format, I decided to fix the half done > CPUID approach. Here it goes (note: don't shoot me if my assembly is a > bit weird, I've only learned p

Re: [fpc-devel] utf8 in 2.6.0

On Sat, 5 Jan 2013 13:06:42 + Frank Church wrote: >[...] > It is obvious that Unicode is not a simple topic and among FPC/Lazarus > developers/contributors,I suspect that few if any at all, have a detailed > grasp of how it all hangs together in the current state of implementation. > It bring

Re: [fpc-devel] for-in-index loop

On Thu, 24 Jan 2013 21:30:23 +0100 Florian Klämpfl wrote: > Am 24.01.2013 20:36, schrieb Alexander Klenin: > > That's debatable. > > As long as there is only some few line idea, there cannot debated much. > Just an example: what happens with i if I start to delete from s during > the for loop?

Re: [fpc-devel] for-in-index loop

Michael Van Canneyt hat am 25. Januar 2013 um 09:26 geschrieben: >[...] > You are totally missing the point. > > Finding a use case to justify a feature is not difficult. > I could probably find some more use cases to justify other 'missing features'. > > The point is: it is not because it can be

Re: [fpc-devel] for-in-index loop

Michael Schnell hat am 25. Januar 2013 um 10:35 geschrieben: > On 01/23/2013 12:54 AM, vrt277 wrote: > > > > Hi FPC team, > > > > There is good proposed extension of for-in loop on fpc wiki: get > > enumerator Position if available > >

Re: [fpc-devel] for-in-index loop

Mattias Gaertner hat am 25. Januar 2013 um 10:52 geschrieben: > > Michael Schnell hat am 25. Januar 2013 um 10:35 > geschrieben: > > > On 01/23/2013 12:54 AM, vrt277 wrote: > > > > > > Hi FPC team, > > > > > > There is good proposed exte

Re: [fpc-devel] for-in-index loop

Michael Schnell hat am 25. Januar 2013 um 11:09 geschrieben: > On 01/25/2013 10:52 AM, Mattias Gaertner wrote: > > The above UTF8 example misses some points > My question was about the want for a construct that allows for accessing > the n'th printable character in an

Re: [fpc-devel] for-in-index loop

Michael Schnell hat am 25. Januar 2013 um 11:22 geschrieben: > On 01/25/2013 11:12 AM, Michael Van Canneyt wrote: > > > > Pchar ? > > > You seem to miss my point: the n'th printable character in an utf-8 > coded string (may same be stored as a pchar or a string) starts at the > m'th byte (m>=n).

Re: [fpc-devel] for-in-index loop

Michael Schnell hat am 25. Januar 2013 um 11:58 geschrieben: > On 01/25/2013 11:23 AM, Mattias Gaertner wrote: > > Do you mean codepoint? Printable depends on ligatures and other things. > > Both might be desirable. I don't want to define that. This will depend > ´on th

Re: [fpc-devel] for-in-index loop

On Mon, 28 Jan 2013 21:02:23 +0800 Paul Ishenin wrote: > 28.01.13, 20:33, Graeme Geldenhuys пишет: > > On 01/25/13 08:07, Michael Van Canneyt wrote: > >> Delphi 7 object pascal could be learned very easily. Nowadays with all the > >> "features" added > >> you go, try and explain pascal to someon

Re: [fpc-devel] Extract the color data and alpha from a PNG image

On Tue, 5 Feb 2013 12:37:24 -0200 silvioprog wrote: > Hello friends, > > I'm trying to extract the color data and alpha from a PNG image. In PHP it > is very easy to implement, but in FPC I don't know how to do it. I tried to > do it via "chunk.data", "ZData" etc., but, without success. > > Att

Re: [fpc-devel] Feature announcement: Type helpers

On Wed, 06 Feb 2013 10:49:36 +0100 Sven Barth wrote: >[...] Hello Free Pascal community! > === example begin === > > var >i: LongInt; > begin > Writeln(i.ToString); > end. And how is toString declared? Mattias ___ fpc-devel maillist - fpc-

Re: [fpc-devel] Feature announcement: Type helpers

Marco van de Voort hat am 6. Februar 2013 um 11:41 geschrieben: > In our previous episode, Michael Van Canneyt said: > > > Well, newbies are not to strong in knowing what is which unit either :-) > > > > If we're talking newbies and IDE: > > > > They don't need to, if the IDE puts the unit in the

Re: [fpc-devel] Feature announcement: Type helpers

Michael Van Canneyt hat am 6. Februar 2013 um 11:38 geschrieben: > > > On Wed, 6 Feb 2013, Marco van de Voort wrote: > > > In our previous episode, Michael Van Canneyt said: > >> With helpers you can do > >> i. > >> and get a list of methods, for example ToString; > >> > >> Which, for newbies, is

Re: [fpc-devel] Extract the color data and alpha from a PNG image

silvioprog hat am 5. Februar 2013 um 16:08 geschrieben: > 2013/2/5 Mattias Gaertner <mailto:nc-gaert...@netcologne.de> > >> >On Tue, 5 Feb 2013 12:37:24 -0200 > >silvioprog < silviop...@gmail.com <mailto:silviop...@gmail.com>

Re: [fpc-devel] Delphi anonymous methods

On Mon, 04 Mar 2013 11:17:53 + Martin wrote: > On 04/03/2013 04:54, Boian Mitov wrote: > > Here is example: > > > > Parallel execution with selection of executor: > > > > for i := 0 to AMaxScaleIndex - 1 do > > begin > > APerIterationLocations.Add( TRTDynamicList.Create() ); > > AExecution

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 13:22:11 +0100 Martin Schreiber wrote: >[...] > > You completely miss the point. If there are only approx 25 > > features/properties which make the compiler each 10% slower than in > > total FPC is 10 (1.1^25=10.9) times slower than before. > > Is this correct? It implies that

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 13:38:50 +0100 (CET) Daniël Mantione wrote: >[...] > Some features only request procesing power if you use them. However, > the features in Florian's list require continuous processing power. Two > examples how features can impact overall speed: > > 1. Operator overloading >

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 14:18:09 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: > In our previous episode, Mattias Gaertner said: > > > are 50 units loaded, this means 50 symtable lookups, simply because the > > > operator might be overloaded. > > > > Is t

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 14:37:40 +0100 (CET) Daniël Mantione wrote: > > > Op Mon, 4 Mar 2013, schreef Mattias Gaertner: > > > Can this be cached? > > Maybe the compiler can reuse some results? > > No. The symtable lookups can be parsed, but the candidate selection,

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 14:50:17 +0100 Martin Schreiber wrote: > On Monday 04 March 2013 07:08:25 Martin Schreiber wrote: > > > > Both Delphi 7 and Kylix 3 compiled MSEide feel more snappy than their FPC > > counterpart which is especially surprising for Delphi because Delphi > > widestrings are not r

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 15:02:34 +0100 (CET) Michael Van Canneyt wrote: > > > On Mon, 4 Mar 2013, Mattias Gaertner wrote: > > > On Mon, 4 Mar 2013 14:50:17 +0100 > > Martin Schreiber wrote: > > > >> On Monday 04 March 2013 07:08:25 Martin Schreiber wrote

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 15:00:30 +0100 (CET) Daniël Mantione wrote: > > > Op Mon, 4 Mar 2013, schreef Mattias Gaertner: > > > On Mon, 4 Mar 2013 14:37:40 +0100 (CET) > > Daniël Mantione wrote: > > > >> > >> > >> Op Mon, 4 Mar 2013

Re: [fpc-devel] Delphi anonymous methods

On Mon, 4 Mar 2013 15:28:07 +0100 (CET) Michael Van Canneyt wrote: >[...] > I play chess. The rules of chess have not evolved in a long time. > It doesn't make the game less popular or interesting to those that play it. Actually, yes it does. ;) > I dare you to propose a new movement or a new p

Re: [fpc-devel] Re: Comparison FPC 2.6.2 - Kylix 3

On Mon, 4 Mar 2013 17:34:37 +0100 Martin Schreiber wrote: > On Monday 04 March 2013 15:19:56 Tomas Hajny wrote: > > > > > > Any idea, why FPC Linux is slower than FPC Windows? > > > Loading and highlighting does not sound like a task where many OS calls > > > are involved. > > > > Is the "startin

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

Michael Van Canneyt hat am 5. März 2013 um 11:09 geschrieben: > > > On Tue, 5 Mar 2013, Sven Barth wrote: > > > Am 05.03.2013 10:58, schrieb Henry Vermaak: > >> On Tue, Mar 05, 2013 at 09:41:37AM +, Mark Morgan Lloyd wrote: > >>> Sven Barth wrote: > Am 05.03.2013 10:14, schrieb Mark Morg

Re: [fpc-devel] Delphi anonymous methods

Sven Barth hat am 5. März 2013 um 14:27 geschrieben: >[...] > Please note that I wouldn't have choosen round brackets either > (potential conflicts with type casting) ? Can you give an example? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepa

Re: [fpc-devel] problem with TStringLists and delete in glibc

On Sat, 16 Mar 2013 15:37:14 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > Maybe tstringlist doesn't store dupes by default[...] Are you kidding? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepa

[fpc-devel] Lazarus 1.0.8 Release

The Lazarus team is glad to announce the release of Lazarus 1.0.8. This is a bug fix release, built with the current fpc 2.6.2. The previous release 1.0.6 was built with 2.6.0. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch#Fi

Re: [fpc-devel] no logo

On Wed, 20 Mar 2013 10:17:48 +0100 Vittorio Giovara wrote: > Hi, > is it possible to disable printing the fpc logo without editing fpc.cfg or > redirecting the output? You can disable any option by appending a minus. fpc -l- Mattias ___ fpc-devel mai

[fpc-devel] state of units dbf*

Hi, The unit dbf is marked as deprecated in fpc 2.6.2. The unit bufdataset uses unit bufdataset_parser, which uses the units dbf_prscore and dbf_prsdef and so forth. Those units are not marked deprecated. Are they still maintained? Mattias ___ fpc-dev

Re: [fpc-devel] state of units dbf*

On Sun, 24 Mar 2013 13:37:06 +0100 (CET) Michael Van Canneyt wrote: > > > On Sun, 24 Mar 2013, Mattias Gaertner wrote: > > > Hi, > > > > The unit dbf is marked as deprecated in fpc 2.6.2. > > > > The unit bufdataset uses unit bufdataset_parser

[fpc-devel] Re: [fpc-other] Lazarus 1.0.8 Release

On Sun, 07 Apr 2013 12:14:10 +0200 Giuliano Colla wrote: > Il 19/03/2013 10:28, Mattias Gaertner ha scritto: > > The Lazarus team is glad to announce the release of Lazarus 1.0.8. > > > > This is a bug fix release, built with the current fpc 2.6.2. The > > previous r

Re: [fpc-devel] Unit for handling UTF-8 strings

On Sun, 7 Apr 2013 13:35:40 +0200 Kostas Michalopoulos wrote: >[...]I looked around in FPC 2.6.2's units and found nothing beyond > utf8encode/decode (which in linux requires a C widestring manager that i'd > like to avoid... and doesn't really help in all cases since Unicode can > exceed the 16b

Re: [fpc-devel] Unit for handling UTF-8 strings

On Sun, 7 Apr 2013 20:18:51 +0200 (CEST) Michael Van Canneyt wrote: >[...] > FPC is preparing for a complete unicode solution, with proper language > support. Great. I guess, you mean encoded string types. But even then, FPC should contain UTF-8 and UTF-16 functions. > At best, these units

Re: [fpc-devel] Unit for handling UTF-8 strings

On Mon, 8 Apr 2013 23:13:17 +0200 (CEST) Michael Van Canneyt wrote: > > > On Mon, 8 Apr 2013, Mattias Gaertner wrote: > > > On Sun, 7 Apr 2013 20:18:51 +0200 (CEST) > > Michael Van Canneyt wrote: > > > >> [...] > >> FPC is preparing for a

Re: [fpc-devel] Unit for handling UTF-8 strings

On Tue, 09 Apr 2013 08:24:11 +0200 Michael Schnell wrote: > On 04/08/2013 07:02 PM, Mattias Gaertner wrote: > > I guess, you mean encoded string types. > > AFAIK, you can just create string variables of the appropriate coding > type and an assignment will do auto-conversion

[fpc-devel] cairo.ppu

Hi, According to this bug report cairo.ppu is not installed on win64 fpc 2.6.3: http://bugs.freepascal.org/view.php?id=24215#c66862 I don't have Windows to test. Was there some revision that didn't install cairo.ppu? Mattias ___ fpc-devel maillist -

Re: [fpc-devel] Unit for handling UTF-8 strings

On Tue, 9 Apr 2013 08:55:15 +0200 (CEST) Michael Van Canneyt wrote: > > > On Tue, 9 Apr 2013, Mattias Gaertner wrote: > > > On Tue, 09 Apr 2013 08:24:11 +0200 > > Michael Schnell wrote: > > > >> On 04/08/2013 07:02 PM, Mattias Gaertner wrote: >

Re: [fpc-devel] Unit for handling UTF-8 strings

> Paul Ishenin hat am 9. April 2013 um 09:20 geschrieben: > > > 09.04.2013 15:13, Mattias Gaertner wrote: > > > Will there be UTF-8 functions too or do you have to convert > > to UnicodeString? > > At the moment TCharacter contains methods which delphi TChara

Re: [fpc-devel] cairo.ppu

> Florian Klämpfl hat am 9. April 2013 um 09:35 > geschrieben: >[...] > As far as I can see cairo for win64 was never packed with an fpc > release. Even if it was, it is unlikely that it worked before r24211. Thanks. Then we will change Lazarus to not use it there. Mattias _

Re: [fpc-devel] Unit for handling UTF-8 strings

> Paul Ishenin hat am 9. April 2013 um 11:23 geschrieben: > > > 09.04.2013 17:10, Sven Barth пишет: > > >> Demand+=1 > > (1,8) Error: Illegal expression > > (1,9) Error: Illegal expression > > (1,9) Fatal: Syntax error, ";" expected but "ordinal const" found > > > > (Sorry, had to be said :P ) >

[fpc-devel] Lazarus 1.0.10 Release

The Lazarus team is glad to announce the release of Lazarus 1.0.10. This is a bug fix release, built with the fpc 2.6.2. The previous release 1.0.8 was built with 2.6.2 too, while release 1.0.6 was built with 2.6.0. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.fre

Re: [fpc-devel] Re: [fpc-pascal] Should TObject or TComponent have a Comment property?

On Fri, 12 Jul 2013 10:40:23 + Mark Morgan Lloyd wrote: > Michael Van Canneyt wrote: > > > You can put a comment in front of the object or any of its properties, > > and the lazarus IDE will display this comment for you. > > Although if I recall correctly somebody was going to look at this

[fpc-devel] compiler switches machine readable

Hi, Lazarus wants to show all available switches of the currently selected fpc. It would be nice if the compiler could output all options. Something like the -h option, but in a machine readable format. How difficult is it to implement that? Mattias __

Re: [fpc-devel] Little feature teaser

On Fri, 02 Aug 2013 13:18:53 +0200 Sven Barth wrote: >[...] > === source begin === > > program tgenfuncs; > > {$modeswitch result} > > generic function IsIn(aElement: T; const aArray: array of T): Boolean; > var >elem: T; > begin >for elem in aArray do > if elem = aElement then >

Re: [fpc-devel] fpc 2.6.2 gives AV on arm

On Fri, 09 Aug 2013 23:10:05 +0200 Florian Klämpfl wrote: >[...] > > Which is the revision to switch to armel by default. > > > > I had to add OPT=-dFPC_ARMEL, CROSSOPT=-dFPC_ARMEL alone was not enough. > > Where did you get the CROSSOPT=-dFPC_ARMEL from? It is not needed at all. It's on the w

Re: [fpc-devel] fpc 2.6.2 gives AV on arm

On Thu, 15 Aug 2013 11:45:38 +0200 Jonas Maebe wrote: > > On 15 Aug 2013, at 11:26, Mattias Gaertner wrote: > > > On Fri, 09 Aug 2013 23:10:05 +0200 > > Florian Klämpfl wrote: > > > >> > >> Where did you get the CROSSOPT=-dFPC_ARMEL from? It is

[fpc-devel] Lazarus 1.0.12 Release

The Lazarus team is glad to announce the release of Lazarus 1.0.12. This is a bug fix release, built with fpc 2.6.2. The previous releases 1.0.8 and 1.0.10 were built with fpc 2.6.2 too, while release 1.0.6 was built with fpc 2.6.0. Here is the list of changes for Lazarus and Free Pascal: http:/

Re: [fpc-devel] Explanation about code page-aware AnsiStrings

> Jonas Maebe hat am 7. Januar 2014 um 12:57 > geschrieben: > > > Hi, > > Large parts of the returning discussions about code page-aware > AnsiStrings are related to the fact that many people don't how they > work. For this reason I've created an overview that explains the rules > that are fo

Re: [fpc-devel] about {$OPTIMIZATION xxx} // Re: error in docs ?

On Thu, 06 Feb 2014 17:53:35 + Martin Frb wrote: > On 06/02/2014 17:48, Martin Frb wrote: >[...] > {$OPTIMIZATION -usemachspeed} > Note the "-", fpc accepts everithing, if there is a dash, why. - is off. Everything behind is a comment. Mattias __

Re: [fpc-devel] about {$OPTIMIZATION xxx} // Re: error in docs ?

On Thu, 06 Feb 2014 20:41:32 +0100 Sven Barth wrote: >[...] > >> {$OPTIMIZATION -usemachspeed} > >> Note the "-", fpc accepts everithing, if there is a dash, why. > > > > - is off. > > Everything behind is a comment. The flag directives like H, I, R, RangeChecks work like this. > Looking at th

[fpc-devel] subtools fpcres and parameter -Xp

Hi, How does the compiler (2.6.2, 2.6.4, 2.7.1) search for sub tools like fpcres? For example: first in its working directory, then in PATH, etc. What parameters effects this search? -Xp? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.o

Re: [fpc-devel] subtools fpcres and parameter -Xp

> Sven Barth hat am 12. Februar 2014 um 09:03 > geschrieben: > > > Am 11.02.2014 23:19, schrieb Mattias Gaertner: > > Hi, > > > > How does the compiler (2.6.2, 2.6.4, 2.7.1) search for sub tools like > > fpcres? > > > > For example: first i

[fpc-devel] One fpc.cfg per fpc version

Hi, Is there a recommended or usual way to install multiple FPC versions and one fpc.cfg per version under Linux/Unix? fpc 2.6.2 and 2.7.1 search fpc.cfg under Linux: Configfile search: /home/mattias/.fpc.cfg Configfile search: /usr/lib/fpc/etc/fpc.cfg Configfile search: /etc/fpc.cfg The second

Re: [fpc-devel] One fpc.cfg per fpc version

On Sun, 16 Feb 2014 01:53:16 +0100 Mattias Gaertner wrote: >[...] > When installing multiple version of fpc you normally get > /usr/(local/)lib/fpc/2.6.2/ppcx86 > /usr/(local/)lib/fpc/2.7.1/ppcx86 s/x86/x64/ Mattias ___ fpc-devel mail

Re: [fpc-devel] One fpc.cfg per fpc version

On Sun, 16 Feb 2014 12:00:59 + Mark Morgan Lloyd wrote: >[...] > I've got a very vague recollection from elsewhere that you can do this > sort of thing using a unix-domain (named) pipe. In other words it would > probably be something like a "config-file server" daemon listening for > attem

Re: [fpc-devel] One fpc.cfg per fpc version

On Sun, 16 Feb 2014 15:28:59 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > I played with this in 1.9.2 times iirc. > > IIRC the principle was developed for cases where every version installed > into a prefix with make INSTALL INSTALL_PREFIX=~/somethingversion. (so that > you

Re: [fpc-devel] One fpc.cfg per fpc version

On Sun, 16 Feb 2014 13:29:42 +0100 "Tomas Hajny" wrote: >[...] > If having different file per version is really necessary (rather than only > having differences among versions covered by #IFDEF within a single file), > combining an #IFDEF with an #INCLUDE inside the fpc.cfg may be an option. > Re

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 00:02:11 +0100 Ewald wrote: >[...] > The trick is basically to run fpc with two switches, and a modified $PATH: > - [-n]: One that disables the default config file > - [@XXX]: One that specifies where to look for the config file. (as > the quoted text states this sho

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 10:36:21 +0100 (CET) mar...@stack.nl (Marco van de Voort) wrote: >[...] > And none of all address the duplication of binaries in the bin directories. True. Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://l

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 10:50:02 +0100 (CET) Michael Van Canneyt wrote: >[...] > You can perfectly cater for different FPC versions in 1 config file. > It has support for ifdef, include and whatnot. > You can probably even have (I would need to check this) > > #include /etc/fpc.d/$FPCVERSION$.cfg N

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 12:41:45 +0100 Sven Barth wrote: > Am 17.02.2014 12:16 schrieb "Mattias Gaertner" : > > > What more do you need ? > > > > I'm investigating what Lazarus needs to support to switch fpc versions > > more easily. That's w

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 14:14:03 +0100 "Tomas Hajny" wrote: >[...] > I guess that it's at least partly also due to different needs and > preferences of different people. If I use one FPC version most of the time > and only want to keep older versions for occassional regression testing, I > do not nee

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 15:10:03 +0100 (CET) Michael Van Canneyt wrote: > On Mon, 17 Feb 2014, Mattias Gaertner wrote: >[...] > > Is there already a doc about how to install multiple versions of fpc? > > No, because > a) There are so many ways to do it > b) There are so ma

Re: [fpc-devel] One fpc.cfg per fpc version

On Mon, 17 Feb 2014 17:09:17 +0200 patspiper wrote: > On 17/02/14 16:45, Mattias Gaertner wrote: > > On Mon, 17 Feb 2014 15:10:03 +0100 (CET) > > Michael Van Canneyt wrote: > > > >> On Mon, 17 Feb 2014, Mattias Gaertner wrote: > >> [...] > >&

[fpc-devel] documentation TComponentState

Hi, Some TComponentState flags need documentation. Here are some suggestions: csAncestor: The component has a design ancestor. For example a form TForm2 inherited from a form TForm1. TForm1 and all its components are copied to TForm2. TForm2 and all its inherited components have csAncestor. Only

[fpc-devel] Lazarus 1.2 Release

The Lazarus team is glad to announce the release of Lazarus 1.2. This release was built with fpc 2.6.2. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_1.2.0_release_notes On Windows the installer now allows 2 independent installations. http:/

Re: [fpc-devel] Lazarus 1.2 Release

On Tue, 11 Mar 2014 13:56:18 -0700 Ralf Quint wrote: > On 3/4/2014 6:52 AM, Mattias Gaertner wrote: > > The Lazarus team is glad to announce the release of Lazarus 1.2. > > > > This release was built with fpc 2.6.2. > > > In the light of FPC 2.6.4 being relea

[fpc-devel] Lazarus 1.2.2 Release

The Lazarus team is glad to announce the release of Lazarus 1.2.2. This release was built with fpc 2.6.4. The previous release 1.2 was built with 2.6.2. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/Lazarus_1.2_fixes_branch#Fixes_for_1.2.2_.28Merged.

Re: [fpc-devel] Need heap manager -gv explanation

On Mon, 28 Apr 2014 17:20:17 +0200 Petr Kristan wrote: > Hi > > I have some application with huge usage ReAllocMem and I found the big > performance difference if application is compiled with -gv option (cca > 20x faster) then without -gv option. -gv generates code for valgrind. It should be sl

Re: [fpc-devel] Need heap manager -gv explanation

On Mon, 28 Apr 2014 21:14:14 +0200 Petr Kristan wrote: >[...] > > Others would be better positioned for more detailed comparison among > > various heap managers with regard to speed in different use cases, overall > > memory requirements achieved by reuse of previously allocated memory, etc. > Re

Re: [fpc-devel] Need heap manager -gv explanation [tests]

On Tue, 29 Apr 2014 10:30:43 +0200 Petr Kristan wrote: >[...] > > Check if you are increasing buffers in constant steps. > > Change the increment to exponentially. > I use "inteligent" block increasing. I can optimize program, but why is > fpc heap manager to slow? >[...] > const > base = 1

Re: [fpc-devel] Need heap manager -gv explanation [tests]

On Tue, 29 Apr 2014 12:13:48 +0200 Petr Kristan wrote: >[...] > Is possible to tune this space behind the blocks? The space is bad for the processor's caches. You only need the space behind when you want to grow big chunks in many small steps. Since this does not happen often it is better to cha

[fpc-devel] translations of the errore.msg file

Hi, I'm looking at the fpc translation files (fpc/compiler/msg/*.msg) and maybe these findings may be interesting to you as well: errorct.msg:# Catalan Language File for Free Pascal errorda.msg:# Danish Language File for Free Pascal errord.msg:# German (alternative, LATIN-US DOS) Language F

Re: [fpc-devel] translations of the errore.msg file

Hi, And here is a list of the encodings and language: errorct.msg CP1252 Catalan errord.msg CP437 German errorda.msg UTF-8 Danish errordu.msg UTF-8 German errore.msg UTF-8 English errores.msg CP1252 Spanish errorf.msg CP850 French errorfi.msg ISO-8859-1 French errorhe.msg

Re: [fpc-devel] Class property and virtual getter

On Wed, 28 May 2014 09:27:42 +0200 Michael Schnell wrote: > On 05/26/2014 08:25 PM, Sven Barth wrote: >[...]I wonder if the dynamic instance record has a just a > pointer to the VMT of the class or if the classes VMT gets copied when > creating an instance. The VMT is part of the class. The c

[fpc-devel] Lazarus 1.2.4 Release

The Lazarus team is glad to announce the release of Lazarus 1.2.4. This release was built with fpc 2.6.4. The previous release 1.2.2 was built with 2.6.4 too, the release 1.2.0 was built with fpc 2.6.2. Here is the list of changes for Lazarus and Free Pascal: http://wiki.lazarus.freepascal.org/L

Re: [fpc-devel] TThread extensions

On Thu, 26 Jun 2014 15:20:39 +0200 Michael Schnell wrote: >[...] > More explicit; > I need an Event queue, and IMHO for this project it is not appropriate > at all to implement a second Event queue, while the rtl with > TThread.Queue provides a perfectly usable one. As I do not practically >

Re: [fpc-devel] TThread extensions

On Thu, 26 Jun 2014 15:48:18 +0200 Michael Schnell wrote: > On 06/26/2014 03:34 PM, Mattias Gaertner wrote: > > 2. If you insist using the new RTL features, then add the LCL features > > using $IFs. > I do not _need_ anything. I just want to enhance the functionality in >

<    1   2   3   4   5   6   7   8   >