-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert <[EMAIL PROTECTED]> writes:
> Quoting Bruno Haible <[EMAIL PROTECTED]>:
>
> > It appears that -Xlinker is supported only by gcc, and -Wl by other
> > compilers too?
>
> Sorry, I had never heard of -Wl. Do you know whether GCC has
> supp
[EMAIL PROTECTED] (James Youngman) wrote:
> On Tue, Jan 17, 2006 at 10:33:18PM +0100, Jim Meyering wrote:
>> FTS API change:
>> ==
>>
>> This changes the fts API.
>
> Is there a way for autoconf-using gnulib client s to select only the
> gnulib version? I'm happy to adopt the change, a
Quoting Bruno Haible <[EMAIL PROTECTED]>:
> It appears that -Xlinker is supported only by gcc, and -Wl by other
> compilers too?
Sorry, I had never heard of -Wl. Do you know whether GCC has
supported -Wl for as long as it has supported -Xlinker? If so, I'll
just change lib-ignore to use -Wl rat
Hi Bruno,
* Bruno Haible wrote on Wed, Jan 18, 2006 at 01:36:35PM CET:
>
> One more question about this macro: What is the difference between
> -Xlinker and -Wl (apart from the slightly different syntax)? libtool and
> config.rpath sometimes use -Wl to pass an option to the linker and never
> -Xl
Hi Simon,
* Simon Josefsson wrote on Wed, Jan 18, 2006 at 02:01:27PM CET:
> While testing mingw32 portability (GNU SASL now builds cleanly
> cross-compiled to mingw32!) I encountered the following. It seems
> $(EXEXT) is required for automake TESTS variables, otherwise
> 'make' misses out all
[EMAIL PROTECTED] (Eric Blake) wrote:
>> FTS API change:
>> ==
>>
>> This changes the fts API. Before, callers (those not using FTS_NOCHDIR)
>> could expect fts_read to change the current working directory so that
>> a simple directory entry name (fts_accpath) could be used to access
>
[The text portion of my last e-mail was garbled somehow (second time
that happens...), sorry! Here is it again unwraped:]
While testing mingw32 portability (GNU SASL now builds cleanly
cross-compiled to mingw32!) I encountered the following. It seems
$(EXEXT) is required for automake TESTS varia
Simon Josefsson wrote:
> AC_SEARCH_LIBS(gethostbyname, [inet nsl])
> ...
> if test "$ac_cv_search_gethostbyname" = "no"; then
> save_LIBS="$LIBS"
> LIBS="$LIBS -lwsock32"
> AC_MSG_CHECKING([whether we need -lwsock32])
> AC_LINK_IFELSE([
> AC_LANG_PROGRAM([[
> #include
Wh
Simon Josefsson wrote:
> This fixes the socklen M4 test. It more or less duplicate the
> sys_socket module but I don't see any other way around it.
Duplication of code always leads to maintenance problems. Not sometimes.
Always. (I tried it often enough ;-))
Already in this patch it is not clear
While testing mingw32 portability (GNU SASL now builds cleanly
cross-compiled to mingw32!) I encountered the following. It seems
$(EXEXT) is required for automake TESTS variables, otherwise
'make' misses out all CPPFLAGS etc: make check-TESTS make[2]:
Entering directory `/home/jas/src/gsasl/
Simon Josefsson wrote:
> My problem is getting
> AC_SEARCH_LIBS to find functions in the mingw32 libraries. It seems a
> __stdcall is required in the prototype to make it link correctly.
The prototype with __stdcall must be contained in a public include file,
no? (, included by your substitute.)
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> My problem is getting
>> AC_SEARCH_LIBS to find functions in the mingw32 libraries. It seems a
>> __stdcall is required in the prototype to make it link correctly.
>
> The prototype with __stdcall must be contained in a public i
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> This fixes the socklen M4 test. It more or less duplicate the
>> sys_socket module but I don't see any other way around it.
>
> Duplication of code always leads to maintenance problems. Not sometimes.
> Always. (I tried it often
Paul Eggert wrote:
> Stepping back from things a bit, I discovered a way to simplify
> lib-ignore so that it no longer needs to use ldd. Instead, it merely
> uses the '-z ignore' option if this works.
All the better.
One more question about this macro: What is the difference between
-Xlinker and
Hi!
After fixing socklen and sys_socket, I'm now back at trying to get
getaddrinfo to work under mingw32. My problem is getting
AC_SEARCH_LIBS to find functions in the mingw32 libraries. It seems a
__stdcall is required in the prototype to make it link correctly.
See:
void * gethostbyname(const
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> I installed this patch:
>>
>> Index: modules/socklen
>> ===
>> RCS file: /sources/gnulib/gnulib/modules/socklen,v
>> retrieving revision 1.2
>> retrieving revision 1
This fixes the socklen M4 test. It more or less duplicate the
sys_socket module but I don't see any other way around it.
Ok to install?
Index: socklen.m4
===
RCS file: /sources/gnulib/gnulib/m4/socklen.m4,v
retrieving revision 1.3
d
[ removing the bug-coreutils list, adding libtool-patches ]
* Paul Eggert wrote on Wed, Jan 18, 2006 at 06:07:50AM CET:
>
> And perhaps the ldd module itself isn't necessary any more, at least
> for now.
Given that it works on enough relevant systems, it would be useful in
Libtool's hardcode.test
18 matches
Mail list logo
