Re: AW: Patch for building libcrypt.a as a DLL
On Mon, Oct 20, 2003 at 01:15:46PM +0200, Gerrit P. Haase wrote: > Hello Ralf, > > >> Libutil.a is deprecated and will not be part of future inetutils > >> releases anymore. > > > Only for cygwin or for the whole unix/linux world ? > > > > It seems that some linux based packages (as far as I know kde releated > > package) are using libutil as default, which requires additional patching. > > For this it would help, building a special import library containing the > > libutil relating symbols pointing to the cygwin dll like done with > > libpthread. > > Isn't there a confiure check which tests if the symbols in question are > available in the C library and if not whether libutil is available and > if so use this? This is the usual autotool way, e.g for iconv() (IIRC). > Isn't it possible to push these kind of changes upstream (if changes are > needed to configure)? I agree. Even our very ancient inetutils package checks the needed functions in case there's no libutil.a (see its configure.in). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
Re: AW: Patch for building libcrypt.a as a DLL
Hello Ralf, >> Libutil.a is deprecated and will not be part of future inetutils >> releases anymore. > Only for cygwin or for the whole unix/linux world ? > It seems that some linux based packages (as far as I know kde releated > package) are using libutil as default, which requires additional patching. > For this it would help, building a special import library containing the > libutil relating symbols pointing to the cygwin dll like done with > libpthread. Isn't there a confiure check which tests if the symbols in question are available in the C library and if not whether libutil is available and if so use this? This is the usual autotool way, e.g for iconv() (IIRC). Isn't it possible to push these kind of changes upstream (if changes are needed to configure)? Gerrit -- =^..^= http://nyckelpiga.de/donate.html -- 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/
AW: Patch for building libcrypt.a as a DLL
> On Sun, Oct 19, 2003 at 09:31:44PM +0200, Ralf Habacker wrote: > > BTW: There is another lib, libutil.a in the inetutils package, > which causes > > same libtool problems > > Please don't use libutil.a anymore. All functionality intentionally > exported from libutil.a is now exported genuinely by the Cygwin DLL > itself, beginning with release 1.5.5. These functions are > > getusershell > setusershell > endusershell > daemon > forkpty > login_tty > logwtmp > openpty > revoke > > Additionally, Cygwin exports updwtmp now, too. > > Libutil.a is deprecated and will not be part of future inetutils > releases anymore. Only for cygwin or for the whole unix/linux world ? It seems that some linux based packages (as far as I know kde releated package) are using libutil as default, which requires additional patching. For this it would help, building a special import library containing the libutil relating symbols pointing to the cygwin dll like done with libpthread. Ralf > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developermailto:[EMAIL PROTECTED] > Red Hat, Inc. > > -- > 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/ > > -- 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/
AW: Patch for building libcrypt.a as a DLL
Hi Charles, this is very suprising. I have noted for the next to make a note exactly of this library. The reason for this is, that KDE had upgrades their libtool release to on to the newest cvs release and file_magic dependency style is not the default. Thanks very much for your effort. BTW: There is another lib, libutil.a in the inetutils package, which causes same libtool problems Ralf > -Ursprungliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Auftrag > von Charles Wilson > Gesendet: Samstag, 18. Oktober 2003 23:21 > An: [EMAIL PROTECTED] > Betreff: Patch for building libcrypt.a as a DLL > > > This should make life a little simpler for those apps that use libtool > to build DLLs and depend on libcrypt -- since libtool tries very hard to > ensure that all dependencies of a DLL are themselves DLLs. > > Corinna, please consider this patch. > > -- > Chuck > -- 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/