Re: Updated: perl-ExtUtils-Depends-0.300-2

2008-08-24 Thread Reini Urban
2008/8/24 Brian Dessent: > Reini Urban wrote: > >> Sure. Fixing libtool of course. >> Mixing static and dynamic libs should be possible. > > I think you're missing the point of why libtool disallows it: not > because it won't work in a specific instance, but because it is not > portable. There is

Re: Updated: perl-ExtUtils-Depends-0.300-2

2008-08-24 Thread Brian Dessent
Reini Urban wrote: > Sure. Fixing libtool of course. > Mixing static and dynamic libs should be possible. I think you're missing the point of why libtool disallows it: not because it won't work in a specific instance, but because it is not portable. There is no fix for the fact that on some syst

Re: Updated: perl-ExtUtils-Depends-0.300-2

2008-08-24 Thread Reini Urban
Yaakov (Cygwin Ports) schrieb: Reini Urban wrote: Did you look into the root cause for this headache, libtool? The gtk2-perl hack had nothing to do with libtool, it had to do with the unique case of linking one Perl module against another. I was referring to the EU::Liblist::Kid patch we disc

Re: Updated: perl-ExtUtils-Depends-0.300-2

2008-08-24 Thread Yaakov (Cygwin Ports)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Reini Urban wrote: > Did you look into the root cause for this headache, libtool? The gtk2-perl hack had nothing to do with libtool, it had to do with the unique case of linking one Perl module against another. I was referring to the EU::Liblist::K

Re: Updated: perl-ExtUtils-Depends-0.300-2

2008-08-24 Thread Reini Urban
2008/8/24 Yaakov (Cygwin Ports): > This release includes a patch, combined with perl-5.10.0-5, which allows > the linking of Gtk2-Perl modules without further intervention. cygport > will soon require this release for gtk2-perl.cygclass. Did you look into the root cause for this headache, libtoo