This is the mail archive of the cygwin@cygwin.com 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] |
Besides, this means altering the platform to suit libtool. Talk about the tail wagging the dog!
The only alternatives for this particular problem seem to be:
1) punt.
Well, it's not like we've got many complaints about this.
2) delay. --enable-runtime-pseudo-relocs will be the default **on cygwin** someday (never on mingw). Wait until then, or push it now. In any case, once it is the default, then we can simply dllize libuuid, and then -luuid will grab the import library, and libtool will be happy. But this can never be the solution for mingw.
And, as I say above, is ridiculous. Libtool is supposed to assist portability - no force platforms to redesign themselves.
3) kludge. Put a special-case exception for -luuid and libuuid.a -- and the other four ! at #$!@# static libs in w32api -- into the libtool code.
Messy.
4) revoke the libtool policy; DLLs with static dependencies are just dandy.
I like it.
But it's not going to happen. So: How about a flag, like -no-undefined ? For example: -i-know-what-i-want-to-link-dont-interfere-please :-)
All four alternatives suck. #4 is the worst; it won't happen. #2 won't help mingw. That leaves #1 and #3 -- and I hate kludges. How important is this? Is "punting" really such a bad idea?
Punting is acceptable, if necessary. What do you think about my flag idea?
-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.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] |