Jonas Maebe wrote:
>
> On 04 Jan 2009, at 16:51, Andrea wrote:
>
>> My gdb is version 6.8, on your link I can only find 6.2.1
>> Will that be a problem when it runs?
>
> No: libgdb.a basically contains a complete gdb implementation in that
> library, and the IDE will use that. It's not an interf
Hello,
I got some time and I decided to improve fpspreadsheet:
http://wiki.lazarus.freepascal.org/FPSpreadsheet
I wrote a OLE document generator, so now it is possible to generate
Excel 5 spreasheets in any platforms (actually some lines of code are
missing for big endian systems). And it support
In our previous episode, J?rgen Hestermann said:
> Because of these weak definition of types (which is very confusing IMO)
> I often use a check in the implementation part of units if I have to
> reliy on sizes:
>
> if sizeof(Word)<>2then Halt(9000);
> if sizeof(DWord)<>4 then Halt(9001);
"The cardinal type is currently always mapped to the longword type.
The definition of the cardinal and integer types may change from one
architecture to another and from one compiler mode to another."
"Always" or "may change" ? :-?
Current always, but may change ? Perfect English. Now so, but not
In our previous episode, JoshyFun said:
> MvdV> Afaik most is in the docs, but some short pointers:
>
> Sure :) but as I said not found :( and the information I had found
> does not describe the 32/64 bits differences.
First, if you don't know the 64-bit memory model discussions have a look
here:
Hello Marco,
Saturday, January 10, 2009, 12:36:37 AM, you wrote:
MvdV> Afaik most is in the docs, but some short pointers:
Sure :) but as I said not found :( and the information I had found
does not describe the 32/64 bits differences.
MvdV> 32 64
MvdV>
Vinzent Höfler wrote:
Jürgen Hestermann wrote:
Mantra: First make it work, then make it fast.
In general that's true from the programmer's viewpoint. But this does
not apply to adding language details because there is no 'first make
it work'. Why obscure important implementation details if th
