[ moving from autoconf-patches ]
* Ralf Wildenhues wrote on Fri, Mar 04, 2011 at 09:46:00PM CET:
> This patch is my current known set of updates for existing Fortran
> macros. [...]
I'm syncing the part below to gnulib.
Thanks,
Ralf
Update AC_OPENMP macro for Lahey compiler on GNU/Linux.
That problem is occurring because libidn is using an old
version of gnulib's m4/longlong.m4. This bug was fixed
on 2007-11-12 in gnulib. Time to upgrade, I expect.
Plus, the libidn maintainers might consider upgrading from
gnulib regularly, before doing a libidn release.
Hi Eric,
Am 04.03.2011 um 21:30 schrieb Eric Blake:
> On 03/04/2011 01:21 PM, Dagobert Michelsen wrote:
>> Hi,
>>
>> I am trying to compile libidn 1.20 on Solaris 9 Sparc with Sun Studio 12
>> and I get a failing test in the gnulib-part (cc'ed bug-gnulib@ for this):
>>
>>> DEPDIR=.deps depmode=
On 03/04/2011 01:21 PM, Dagobert Michelsen wrote:
> Hi,
>
> I am trying to compile libidn 1.20 on Solaris 9 Sparc with Sun Studio 12
> and I get a failing test in the gnulib-part (cc'ed bug-gnulib@ for this):
>
>> DEPDIR=.deps depmode=none /bin/bash ../../build-aux/depcomp \
>> /opt/SUNWspro/bin/
Hi,
I am trying to compile libidn 1.20 on Solaris 9 Sparc with Sun Studio 12
and I get a failing test in the gnulib-part (cc'ed bug-gnulib@ for this):
> DEPDIR=.deps depmode=none /bin/bash ../../build-aux/depcomp \
> /opt/SUNWspro/bin/cc -DHAVE_CONFIG_H -I. -I../.. -DIN_LIBIDN_GNULIB_TESTS=1
>
On 03/03/2011 10:33 PM, Eric Blake wrote:
I just createdhttp://sourceware.org/bugzilla/show_bug.cgi?id=12539 - it
would be nice if the kernel and glibc would give us a way to atomically
set the FD_CLOEXEC flag on fd's created by recvfd. But even without
atomic support from the kernel, it would
