On 7 sep 2006, at 22:08, Daniël Mantione wrote:
Or could we perhaps just import back zutil.pas but without the
memory functions?
No, there is no reason why you want to use types like Pulong etc.
One reason to do that is to keep code portable between different
Pascal compilers.
in
Op Fri, 8 Sep 2006, schreef Daniël Mantione:
For Pascal compilers, we have a very stable situation, i.e. a word is 16
bits unsigned. There is only some disagreement about the size of a
pointer.
... of an integer.
Daniël___
fpc-devel maillist -
On 8 sep 2006, at 10:37, Daniël Mantione wrote:
No, there is no reason why you want to use types like Pulong etc.
One reason to do that is to keep code portable between different
Pascal
compilers.
C compilers.
I'm only talking Pascal compilers: this is a unit part of a package
which
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
On 8 sep 2006, at 10:37, Daniël Mantione wrote:
No, there is no reason why you want to use types like Pulong etc.
One reason to do that is to keep code portable between different
Pascal
compilers.
C compilers.
I'm only
On 8 sep 2006, at 10:55, Daniël Mantione wrote:
I'm only talking Pascal compilers: this is a unit part of a
package which is
available for different Pascal compiler, so people using different
Pascal
compilers (apparently) use the unit and the types declared to it.
There is no need for
On 8 sep 2006, at 11:01, Jonas Maebe wrote:
There are no endian conversions at all in the paszlib package,
which is
IMHO impossible for correct behaviour but many of these
constructions. To
be sure, can you test minigzip on OS X?
It works fine (I compressed a file with minigzip and
On 8 sep 2006, at 11:03, Jonas Maebe wrote:
There are no endian conversions at all in the paszlib package,
which is
IMHO impossible for correct behaviour but many of these
constructions. To
be sure, can you test minigzip on OS X?
It works fine (I compressed a file with minigzip and
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
On 8 sep 2006, at 11:03, Jonas Maebe wrote:
There are no endian conversions at all in the paszlib package,
which is
IMHO impossible for correct behaviour but many of these
constructions. To
be sure, can you test minigzip on OS X?
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
The problem is that it breaks code which depends on zutil and the
types
declared in it.
Zutil is internal paszlib use only, it is not part of the published
interface.
But it is nevertheless used by external code according the posts in
Op Fri, 8 Sep 2006, schreef Jonas Maebe:
On 8 sep 2006, at 11:03, Jonas Maebe wrote:
There are no endian conversions at all in the paszlib package,
which is
IMHO impossible for correct behaviour but many of these
constructions. To
be sure, can you test minigzip on OS X?
versions, just wondering why.
Darius
- Original Message -
From: Darius Blaszijk [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, September 07, 2006 4:22 PM
Subject: [fpc-devel] patch minigzip
Here's a patch for minigzip. It changes the type
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Here's a patch for minigzip. It changes the type of the err variable to
smallint to make it compile again.
The compilation of the example.pas file is also broken. But a missing
zutil.pas and subsequent missing pzByteArray implementation make it
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Just looked at the site of Nomssi, and it appears that the paszlib version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It seems that
Just looked at the site of Nomssi, and it appears that the paszlib
version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It seems that there are some
differences between the two
Hi Darius,
I remeber strugling throug that as well, shortly after the zutils unit
was dumped (post FPC 2.0.2 release). The dzlib unit I use in tiOPF
had to change. I remember the memory functions, but will have to
check what everything I changed to get dzlib to work again. It might
be able to
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Just looked at the site of Nomssi, and it appears that the paszlib
version
he's shipping is also FPC compatible. I could have a look to use that
zutil.pas unless someone tells me not to ;)
Who did import this lib initially to fpc? It
Op Thu, 7 Sep 2006, schreef Darius Blaszijk:
Here's a patch for minigzip. It changes the type of the err variable to
smallint to make it compile again.
I think I'm going to fix this a different way; the bug is caused by a
change from fpc to objfpc mode, which caused all integers to become
17 matches
Mail list logo