This is not about duplicate libs. This is about libz in general. if
it has to be disabled totally...
libz.dylib is a dynamic library only existing ONCE on my system and
its the one from Apple.
note: i'm not getting linking warning if I compile with -with-libz
On 23.10.2006, at 17:02, LEGO wrot
Andreas try:
[id-est:~ lego% ktrace tshark -q
^C
[id-est:~] lego% kdump | grep 'NAMI.*dylib'
and check whether there are libs that loads more than once (if they do
they must be identical or else the pointers table gets mangled, I
think this is a bug in MacOSX dylib loading)
My theory is that if
Hi Andreas,
just compiled and tested it on a Mac Mini Intel running 10.4.8. No
problems.
Best regards
Michael
On Oct 24, 2006, at 6:27 AM, Andreas Fink wrote:
>
> On 23.10.2006, at 18:47, Michael Tuexen wrote:
>
>> Hi Andreas,
>>
>> 0.99.4pre1 can be compiled on my 10.4.8 systens without any
On 23.10.2006, at 18:47, Michael Tuexen wrote:Hi Andreas,0.99.4pre1 can be compiled on my 10.4.8 systens without any problems.Same here on powerPC. but not on intel Andreas FinkFink Consulting GmbH---Tel: +41-61-332 Fax: +41-61-331
Hi Andreas,
0.99.4pre1 can be compiled on my 10.4.8 systens without any problems.
Best regards
Michael
On Oct 23, 2006, at 4:47 PM, Andreas Fink wrote:
>
> 0.99.4pre1 still doesnt work under MacOS X unless -without-zlib is
> being choosen as configure option even though no other zlib is
> p
There's probably other duplicate libs (I've seen the same behaviour we
discussed befor when with a duped openssl).
Luis
On 10/23/06, Andreas Fink <[EMAIL PROTECTED]> wrote:
>
> 0.99.4pre1 still doesnt work under MacOS X unless -without-zlib is being
> choosen as configure option even though no o
0.99.4pre1 still doesnt work under MacOS X unless -without-zlib is being choosen as configure option even though no other zlib is present on the system except the one shipped from Apple. (Seen on 10.4.8)Andreas FinkFink Consulting GmbH---
