This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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


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 no fix for the fact that on some systems it's
> impossible to link a shared library that contains non-PIC code, and that
> on those same systems static libraries are built non-PIC.  The core idea
> behind libtool is to abstract away these sort of details, so if it made
> an exception and allowed this to succeed on some systems but refused on
> those systems where it's impossible then it would fail to meet this most
> basic goal.  In other words: there's nothing to fix.

Hmm, no tiny exception for us? ;-)

> Why can't the libWin32CORE library just be shared?

CORE stands there for a reason. I'll ask Jan Dubois. I want it either
shared or builtin.
p5p wants it statically linked, but only thought of MSVC and ld apparently.
The linker does it fine, only Yaakov needs it for some libtool packages.
A normal dynamic extension as Win32 will be the easiest, but they splitted it
from the Win32 extension to CORE for a reason. Less external deps probably.
So we went the way to link just the .o.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]