Re: [fpc-pascal] TReader.ReadProperty
See post from about two weeks ago. "Building FPC with debug information" On Wed, Nov 3, 2010 at 3:39 AM, Roland Turčan - RoTurSoft wrote: > > > On Wed, Nov 3, 2010 at 9:17 AM, Michael Van Canneyt > wrote: >>> >>> PS: How can I debug TReader class, because debuger steps over my calls >>> from >>> TReader. >> >> You must recompile the RTL with debug information, and then recompile your >> project. >> > > Thanks for answer, but please could you assist me how to build RTL with > debug infos. > > Thanks. > > > -- > Best regards, TRoland > http://www.rotursoft.sk > > ___ > fpc-pascal maillist - fpc-pas...@lists.freepascal.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
Am 04.11.2010 14:59, schrieb Marco van de Voort: > In our previous episode, Florian Klaempfl said: >>> Sorry, >>> >>> This was meant to be a private message. >>> >>> For those interested: the idea is to have a standard set of generics >>> definitions that implement some commonly-used templates. A kind of STL >>> in pascal. >> >> You are aware of the fgl unit in the rtl? It is supposed to be something >> like this. > > The fgl unit seems more targeted at implementing base Delphi types (which > all map to arrays) using generics. Currently yes, but it was supposed to contain more types (Micha didn't continue ;)). ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
In our previous episode, Florian Klaempfl said: > > Sorry, > > > > This was meant to be a private message. > > > > For those interested: the idea is to have a standard set of generics > > definitions that implement some commonly-used templates. A kind of STL > > in pascal. > > You are aware of the fgl unit in the rtl? It is supposed to be something > like this. The fgl unit seems more targeted at implementing base Delphi types (which all map to arrays) using generics. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
Am 04.11.2010 13:23, schrieb Michael Van Canneyt: > > Sorry, > > This was meant to be a private message. > > For those interested: the idea is to have a standard set of generics > definitions that implement some commonly-used templates. A kind of STL > in pascal. You are aware of the fgl unit in the rtl? It is supposed to be something like this. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] looking for a book - "XLIB Programming Manual Rel.5 Volume One"
Hello Graeme, Thursday, November 4, 2010, 7:20:24 AM, you wrote: GG> XLIB Programming Manual, Rel. 5 Volume One, Third Edition GG> Print ISBN: GG> 978-1-56592-002-6 GG> ISBN 10: GG> 1-56592-002-3 http://www.niksula.hut.fi/~jkirma/books/xlib.pdf It is not eBook, but... -- Best regards, José ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
Sorry, This was meant to be a private message. For those interested: the idea is to have a standard set of generics definitions that implement some commonly-used templates. A kind of STL in pascal. Michael. On Thu, 4 Nov 2010, Michael Van Canneyt wrote: Hi, I asked around. We'd like to propose the following: - We import the code in the FPC subversion repository, in a package. - You get read/write access to the package, so you can maintain it. Subject to 2 conditions: - You use the FPC license. - Please remove all _ characters at the start of identifiers. This goes against our coding rules. (we try to avoid _ as much as possible) If you can agree with this, I'll import the code in the FPC repository. Michael. On Wed, 3 Nov 2010, Vlado Boza wrote: On 10/19/2010 08:28 PM, Michael Van Canneyt wrote: On Tue, 19 Oct 2010, Sven Barth wrote: Am 19.10.2010 19:54, schrieb Juha Manninen (gmail): On Tuesday 19 October 2010 19:10:39 Luiz Americo Pereira Camara wrote: Yes it's ready in fpc 240: uses Fgl; type TIntegerList = specialize TFPGList; Well, yes. It is almost as good as a dedicated class. It has a Sort method but you must feed the compare function for it. It does not have a Find method for a binary search in a sorted list. Indexof does a linear search. Anyway, it could be used as a base class in Lazarus. I don't know what is the Lazarus team's policy for using generics in Lazarus code-base. In FPC 2.4.0 I had problems with memory consumption of generics containers. A map hogged gigabytes of memory while my data took only kilobytes (less than 1 MB for sure), on a 64 bit Linux. Now I have the latest FPC trunk 2.5.1 and the problems are gone. I added 10 integers to both a List and to a Map and didn't even notice the memory increase in resource monitor. TIntegerList = specialize TFPGList; TIntegerMap = specialize TFPGMap; TFPGMap's problem still is that it is not a hash map and is butt-slow with lots of data. A hash map is a superior container type, it really should be changed. Besides, people expect to get a hash map when they see "map" in the class name. Now they get a list which is deceivingly named as "map". As you seem to have experience with efficient data structures, what about creating such a generic hash map? :) (but don't use 2.4.2rc1 and current/unpatched 2.4.3 as a test base as those don't have the fixes from trunk to make "specialize" working again) Currently, the FPC team is looking at an implementation of Vlado Boza for a standard template library for inclusion in FPC. The code is on http://code.google.com/p/stlpascal Please have a look and comment on it. I'm not a generics expert and am not in the position to judge whether this library is good or not. Michael. Hash_map implementation shouldn't be a big problem. But I also think, that other structures can be usefull as well (for example in map done by red-black tree you can find greatest key which less than X in a good time, ...). A is there any decision if it is worth to put it in FPC and where to put it? Vlad. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
Hi, I asked around. We'd like to propose the following: - We import the code in the FPC subversion repository, in a package. - You get read/write access to the package, so you can maintain it. Subject to 2 conditions: - You use the FPC license. - Please remove all _ characters at the start of identifiers. This goes against our coding rules. (we try to avoid _ as much as possible) If you can agree with this, I'll import the code in the FPC repository. Michael. On Wed, 3 Nov 2010, Vlado Boza wrote: On 10/19/2010 08:28 PM, Michael Van Canneyt wrote: On Tue, 19 Oct 2010, Sven Barth wrote: Am 19.10.2010 19:54, schrieb Juha Manninen (gmail): On Tuesday 19 October 2010 19:10:39 Luiz Americo Pereira Camara wrote: Yes it's ready in fpc 240: uses Fgl; type TIntegerList = specialize TFPGList; Well, yes. It is almost as good as a dedicated class. It has a Sort method but you must feed the compare function for it. It does not have a Find method for a binary search in a sorted list. Indexof does a linear search. Anyway, it could be used as a base class in Lazarus. I don't know what is the Lazarus team's policy for using generics in Lazarus code-base. In FPC 2.4.0 I had problems with memory consumption of generics containers. A map hogged gigabytes of memory while my data took only kilobytes (less than 1 MB for sure), on a 64 bit Linux. Now I have the latest FPC trunk 2.5.1 and the problems are gone. I added 10 integers to both a List and to a Map and didn't even notice the memory increase in resource monitor. TIntegerList = specialize TFPGList; TIntegerMap = specialize TFPGMap; TFPGMap's problem still is that it is not a hash map and is butt-slow with lots of data. A hash map is a superior container type, it really should be changed. Besides, people expect to get a hash map when they see "map" in the class name. Now they get a list which is deceivingly named as "map". As you seem to have experience with efficient data structures, what about creating such a generic hash map? :) (but don't use 2.4.2rc1 and current/unpatched 2.4.3 as a test base as those don't have the fixes from trunk to make "specialize" working again) Currently, the FPC team is looking at an implementation of Vlado Boza for a standard template library for inclusion in FPC. The code is on http://code.google.com/p/stlpascal Please have a look and comment on it. I'm not a generics expert and am not in the position to judge whether this library is good or not. Michael. Hash_map implementation shouldn't be a big problem. But I also think, that other structures can be usefull as well (for example in map done by red-black tree you can find greatest key which less than X in a good time, ...). A is there any decision if it is worth to put it in FPC and where to put it? Vlad. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
On Wed, 3 Nov 2010, Vlado Boza wrote: On 10/19/2010 08:28 PM, Michael Van Canneyt wrote: [snip] The code is on http://code.google.com/p/stlpascal Please have a look and comment on it. I'm not a generics expert and am not in the position to judge whether this library is good or not. Michael. Hash_map implementation shouldn't be a big problem. But I also think, that other structures can be usefull as well (for example in map done by red-black tree you can find greatest key which less than X in a good time, ...). A is there any decision if it is worth to put it in FPC and where to put it? There is no decision yet. I will ask again and get back to you. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] GDB
Hello Can anybody tell me how i can build fpc 2.5.1 with gdb support. I have ubuntu 10.10 with gdb 7.2 binary package installed , when i tried to 'make build' i got linker errors like: (.text+0x142): undefined reference to `_Py_NoneStruct' //usr/lib/libgdb.a(py-type.o): In function `typy_get_tag': (.text+0x148): undefined reference to `_Py_NoneStruct' //usr/lib/libgdb.a(py-type.o): In function `typy_get_sizeof': (.text+0x1ba): undefined reference to `PyLong_FromLong' //usr/lib/libgdb.a(py-type.o): In function `typy_lookup_typename': (.text+0x348): undefined reference to `PyExc_KeyboardInterrupt' //usr/lib/libgdb.a(py-type.o): In function `typy_lookup_typename': (.text+0x34f): undefined reference to `PyExc_RuntimeError' //usr/lib/libgdb.a(py-type.o): In function `typy_lookup_typename': (.text+0x359): undefined reference to `PyErr_Format' //usr/lib/libgdb.a(py-type.o): In function `typy_range': (.text+0x4c4): undefined reference to `PyLong_FromLong' //usr/lib/libgdb.a(py-type.o): In function `typy_range': (.text+0x4d6): undefined reference to `PyLong_FromLong' //usr/lib/libgdb.a(py-type.o): In function `typy_range': (.text+0x4ec): undefined reference to `PyTuple_New' //usr/lib/libgdb.a(py-type.o): In function `typy_range': (.text+0x50a): undefined reference to `PyTuple_SetItem' //usr/lib/libgdb.a(py-type.o): In function `typy_range': etc... -- С Уважением, Евгений Семенов Best regards, Evgeniy Semenov. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] ppc386 or ppcx64
Am 04.11.2010 10:43, schrieb Julien Devillers: -Message d'origine- De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Sven Barth Envoyé : jeudi 4 novembre 2010 10:06 À : fpc-pascal@lists.freepascal.org Objet : Re: [fpc-pascal] ppc386 or ppcx64 Am 04.11.2010 09:33, schrieb Julien Devillers: Hello Please can you tell me if : ppc386 in intend to be used on a i386 platform and ppcx64 on a 64bits platform regarless the type of app to build or both are intend to be used on any plateform. ppc386 to build apps for i386 systems and ppcx64 to build 64bits apps. The second assumption is mostly right. ppc386 is a 32-bit application to compile applications for i386. ppcx64 is a 64-bit application to compile applications for x86_64 (so you can't use ppcx64 on a i386 system, you'd need to use ppcrossx64 there). Regards, Sven ___ Hum, the project I'm working on, is built on a win32 machine for linux32 and linux64. What's surprise me is : when I look at the compilation script, it calls ppc386 to build for linux32 and ppcx64 to build for linux 64... I tried to launch ppcx64 alone on the win32 machine. That shows the help message but no error. If you run FPC (or in this case ppc*) without an argument you'll always be displayed the help. You need to call it with a source file to make it compile something :) Regarding the script: that looks correct as ppc386 is the i386 compiler and ppcx64 is the x86_64 compiler (a FPC can build for all systems that are supported on a given CPU). Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] TReader.ReadProperty
On Wed, Nov 3, 2010 at 9:17 AM, Michael Van Canneyt wrote: > PS: How can I debug TReader class, because debuger steps over my calls from >> TReader. >> > > You must recompile the RTL with debug information, and then recompile your > project. > > Thanks for answer, but please could you assist me how to build RTL with debug infos. Thanks. -- Best regards, TRoland http://www.rotursoft.sk ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] IntList
On 10/19/2010 08:28 PM, Michael Van Canneyt wrote: On Tue, 19 Oct 2010, Sven Barth wrote: Am 19.10.2010 19:54, schrieb Juha Manninen (gmail): On Tuesday 19 October 2010 19:10:39 Luiz Americo Pereira Camara wrote: Yes it's ready in fpc 240: uses Fgl; type TIntegerList = specialize TFPGList; Well, yes. It is almost as good as a dedicated class. It has a Sort method but you must feed the compare function for it. It does not have a Find method for a binary search in a sorted list. Indexof does a linear search. Anyway, it could be used as a base class in Lazarus. I don't know what is the Lazarus team's policy for using generics in Lazarus code-base. In FPC 2.4.0 I had problems with memory consumption of generics containers. A map hogged gigabytes of memory while my data took only kilobytes (less than 1 MB for sure), on a 64 bit Linux. Now I have the latest FPC trunk 2.5.1 and the problems are gone. I added 10 integers to both a List and to a Map and didn't even notice the memory increase in resource monitor. TIntegerList = specialize TFPGList; TIntegerMap = specialize TFPGMap; TFPGMap's problem still is that it is not a hash map and is butt-slow with lots of data. A hash map is a superior container type, it really should be changed. Besides, people expect to get a hash map when they see "map" in the class name. Now they get a list which is deceivingly named as "map". As you seem to have experience with efficient data structures, what about creating such a generic hash map? :) (but don't use 2.4.2rc1 and current/unpatched 2.4.3 as a test base as those don't have the fixes from trunk to make "specialize" working again) Currently, the FPC team is looking at an implementation of Vlado Boza for a standard template library for inclusion in FPC. The code is on http://code.google.com/p/stlpascal Please have a look and comment on it. I'm not a generics expert and am not in the position to judge whether this library is good or not. Michael. Hash_map implementation shouldn't be a big problem. But I also think, that other structures can be usefull as well (for example in map done by red-black tree you can find greatest key which less than X in a good time, ...). A is there any decision if it is worth to put it in FPC and where to put it? Vlad. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
RE: [fpc-pascal] ppc386 or ppcx64
-Message d'origine- De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Sven Barth Envoyé : jeudi 4 novembre 2010 10:06 À : fpc-pascal@lists.freepascal.org Objet : Re: [fpc-pascal] ppc386 or ppcx64 Am 04.11.2010 09:33, schrieb Julien Devillers: > Hello > > Please can you tell me if : > > ppc386 in intend to be used on a i386 platform and ppcx64 on a 64bits > platform regarless the type of app to build > > or > > both are intend to be used on any plateform. ppc386 to build apps for > i386 systems and ppcx64 to build 64bits apps. The second assumption is mostly right. ppc386 is a 32-bit application to compile applications for i386. ppcx64 is a 64-bit application to compile applications for x86_64 (so you can't use ppcx64 on a i386 system, you'd need to use ppcrossx64 there). Regards, Sven ___ Hum, the project I'm working on, is built on a win32 machine for linux32 and linux64. What's surprise me is : when I look at the compilation script, it calls ppc386 to build for linux32 and ppcx64 to build for linux 64... I tried to launch ppcx64 alone on the win32 machine. That shows the help message but no error. Julien __ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 5589 (20101103) __ Le message a été vérifié par ESET NOD32 Antivirus. http://www.eset.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] ppc386 or ppcx64
Am 04.11.2010 09:33, schrieb Julien Devillers: Hello Please can you tell me if : ppc386 in intend to be used on a i386 platform and ppcx64 on a 64bits platform regarless the type of app to build or both are intend to be used on any plateform. ppc386 to build apps for i386 systems and ppcx64 to build 64bits apps. The second assumption is mostly right. ppc386 is a 32-bit application to compile applications for i386. ppcx64 is a 64-bit application to compile applications for x86_64 (so you can't use ppcx64 on a i386 system, you'd need to use ppcrossx64 there). Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
RE: [fpc-pascal] Cross-Compiling win32 -> Linux 64, how to get thecross compiler ?
-Message d'origine- De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Sven Barth Envoyé : jeudi 4 novembre 2010 09:16 À : fpc-pascal@lists.freepascal.org Objet : Re: [fpc-pascal] Cross-Compiling win32 -> Linux 64, how to get thecross compiler ? Am 03.11.2010 18:24, schrieb Julien Devillers: > Ok, I Found them. > > thanks > Julien Out of curiosity and maybe for others that have the same problem: Where did you find them? Regards, Sven - win32crossbinutils2005.zip in ftp://ftp.freepascal.org/pub/fpc/contrib/cross/mingw/ Regards Julien __ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 5589 (20101103) __ Le message a été vérifié par ESET NOD32 Antivirus. http://www.eset.com ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] ppc386 or ppcx64
Hello Please can you tell me if : ppc386 in intend to be used on a i386 platform and ppcx64 on a 64bits platform regarless the type of app to build or both are intend to be used on any plateform. ppc386 to build apps for i386 systems and ppcx64 to build 64bits apps. Thanks Julien ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Cross-Compiling win32 -> Linux 64, how to get the cross compiler ?
Am 03.11.2010 18:24, schrieb Julien Devillers: Ok, I Found them. thanks Julien Out of curiosity and maybe for others that have the same problem: Where did you find them? Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] looking for a book - "XLIB Programming Manual Rel.5 Volume One"
Op 2010-11-04 08:59, Marten Feldtmann het geskryf: > They seem to be (in used condition) available via amazon (as I looked > today). Amazon (USA and UK) was my first port of call, but I don't know, or am unsure how this "amazon marketplace" idea works. The books don't come from Amazon directly, so this was a bit worrying for me. Or is there nothing to worry about? The other problem is that Amazon USA will take 8-13 weeks to deliver the "semi used" book, hence me preferred choice is a eBook. I have a problem now in XLib, I don't really want to wait 13+ weeks to find out how to fix the issue. Thanks for the suggestion though. If I really can't find this book in any other place, I'll probably opt for those Amazon Marketplace versions. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net:8080/fpgui/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
