Re: [fpc-pascal] FPC static linking of zlib

2010-04-14 Thread Micha Nelissen
Michael Van Canneyt wrote: libz.so.1 = /lib/libz.so.1 (0x7f6de2801000) As you can see, it uses libz (or zlib) but dynamically, probably through some library dependency. I think this dynamic library dependency is caused by e.g. gtk, not directly by application or lcl or fcl

Re: [fpc-pascal] FPC static linking of zlib

2010-04-14 Thread Michael Van Canneyt
On Wed, 14 Apr 2010, Micha Nelissen wrote: Michael Van Canneyt wrote: libz.so.1 = /lib/libz.so.1 (0x7f6de2801000) As you can see, it uses libz (or zlib) but dynamically, probably through some library dependency. I think this dynamic library dependency is caused by e.g. gtk,

[fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Matthias Klumpp
Hello! Some time ago, bug #472304 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472304) was filed against Debian, cause FPC does not link executables dynamically. This bug should have been fixed with FPC 2.4.0 Unfortunately, the binaries generated by FPC 2.4.0 on Debian seem to link zlib

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Michael Van Canneyt
On Tue, 13 Apr 2010, Matthias Klumpp wrote: Hello! Some time ago, bug #472304 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472304) was filed against Debian, cause FPC does not link executables dynamically. This bug should have been fixed with FPC 2.4.0 FPC does link executables

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Matthias Klumpp
This bug report does not make any sense. 1. FPC does link executables to dynamic libraries if you ask it to. I do it every day. It does - but zlib is included. 2. zlib is linked dynamically if you ask it to be. If the zlib unit is used, then zlib is linked dynamically. If they

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Micha Nelissen
Matthias Klumpp wrote: If you build the package using lazbuild, lintian (the Debian policy checker tool) throws an error described here: http://lintian.debian.org/tags/embedded-zlib.html paszlib is a pascal implementation of compression. How is that check performed? Maybe it triggers on some

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Matthias Klumpp
On Tue, 13 Apr 2010 22:00:58 +0200, Micha Nelissen mi...@neli.hopto.org wrote: Matthias Klumpp wrote: If you build the package using lazbuild, lintian (the Debian policy checker tool) throws an error described here: http://lintian.debian.org/tags/embedded-zlib.html paszlib is a pascal

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Michael Van Canneyt
On Tue, 13 Apr 2010, Matthias Klumpp wrote: On Tue, 13 Apr 2010 22:00:58 +0200, Micha Nelissen mi...@neli.hopto.org wrote: Matthias Klumpp wrote: If you build the package using lazbuild, lintian (the Debian policy checker tool) throws an error described here:

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Vincent Snijders
Matthias Klumpp schreef: I'm not sure if some version of zlib was translated to pascal; therefore having the same security issues, or if it was written from scratch, so that it won't have those security issues? Not sure... I should say that WinFF and easyMp3Gain do not use any ZLib function,

Re: [fpc-pascal] FPC static linking of zlib

2010-04-13 Thread Matthias Klumpp
On Tue, 13 Apr 2010 22:45:26 +0200 (CEST), Michael Van Canneyt mich...@freepascal.org wrote: [...] As you can see, it uses libz (or zlib) but dynamically, probably through some library dependency. So I have no idea why they think it is linked statically. I searched the sources, but found