Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Andrew Brunner
For those following I've done a lot of reading and it just doesn't seem doable. So for cross CPU support I'm just creating a class for statisics which will break down the transaction components in their thousands and support up to PiBs. This way I'll set a write barrier and then use the CAS with

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Thomas Schatzl
Some small addition: On Thu, 28 Oct 2010 16:25:59 +0200, Thomas Schatzl wrote: > Hi, > > On Thu, 28 Oct 2010 08:28:16 -0500, Andrew Brunner > wrote: >> I tried to use the assembly code from the x64 unit on a i386 build of >> FPC but FPC throws error on compile. Why are the specific x64 >> ins

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Thomas Schatzl
Hi, On Thu, 28 Oct 2010 08:28:16 -0500, Andrew Brunner wrote: > I tried to use the assembly code from the x64 unit on a i386 build of > FPC but FPC throws error on compile. Why are the specific x64 > instructions being blocked? The cpu running the code has the ability In general, the 32 and 64

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Andrew Brunner
I tried to use the assembly code from the x64 unit on a i386 build of FPC but FPC throws error on compile. Why are the specific x64 instructions being blocked? The cpu running the code has the ability to execute the instructions. I don't see why the compiler is making the assumption that the cod

Re: [fpc-devel] libtinfo issue

2010-10-28 Thread Joost van der Sluis
On Tue, 2010-10-26 at 14:43 +0200, Felipe Monteiro de Carvalho wrote: > Is there a no-brainer guide for building the rpms? Here: http://wiki.freepascal.org/Release_engineering#Linux Basically: export the svn-source, add the libgdb archive and do 'make rpm'. You need to have the rpm-buildtools f

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Jeppe Johansen
Den 28-10-2010 10:11, Florian Klaempfl skrev: Am 28.10.2010 10:02, schrieb Jeppe Johansen: Den 27-10-2010 23:14, Florian Klämpfl skrev: Am 27.10.2010 22:52, schrieb Andrew Brunner: My SCS project which is a scalable unified collaboration and communication server that uses counting for transact

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Florian Klaempfl
Am 28.10.2010 10:02, schrieb Jeppe Johansen: > Den 27-10-2010 23:14, Florian Klämpfl skrev: >> Am 27.10.2010 22:52, schrieb Andrew Brunner: >>> My SCS project which is a scalable unified collaboration and >>> communication server that uses counting for transactions and network >>> consumption acros

Re: [fpc-devel] Re: systemh.inc InterLockedIncrement64 (var Target: int64)

2010-10-28 Thread Jeppe Johansen
Den 27-10-2010 23:14, Florian Klämpfl skrev: Am 27.10.2010 22:52, schrieb Andrew Brunner: My SCS project which is a scalable unified collaboration and communication server that uses counting for transactions and network consumption across all implemented protocols. Bytes, when aggregated can cl

Re: [fpc-devel] win debugging in gdb

2010-10-28 Thread Adem
On 2010-10-28 10:23, Graeme Geldenhuys wrote: Op 2010-10-28 03:19, Adem het geskryf: Any idea where I can locate winTools32.pas? I just had a look at the repository history of duby. wintools32.pas was removed in r230. The commit comment was that it had to be replaced by FCL. I'm not sure if

Re: [fpc-devel] win debugging in gdb

2010-10-28 Thread Graeme Geldenhuys
Op 2010-10-28 03:19, Adem het geskryf: > > Any idea where I can locate winTools32.pas? > I just had a look at the repository history of duby. wintools32.pas was removed in r230. The commit comment was that it had to be replaced by FCL. I'm not sure if Dmitry completed that process. Otherwise jus