bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#14911: automake-1.14 t/ccnoco-lt failure on OS X


From: Nick Bowler
Subject: bug#14911: automake-1.14 t/ccnoco-lt failure on OS X
Date: Fri, 19 Jul 2013 17:24:58 -0400
User-agent: Mutt/1.5.21 (2010-09-15)

On 2013-07-19 11:48 -0400, Hanspeter Niederstrasser wrote:
> On OS X 10.7, t/ccnoco-lt fails with the following error (from 
> test-suite.log).  For completeness sake, t/depcomp2 also failed, but I 
> applied the patch from #14706 and that allowed depcomp2 to pass.
> 
> ------- 8< ------- 8< ------- 8< -------
> 
> FAIL: t/ccnoco-lt
> =================
[...]
> libtool: link: 
> /sw/build.build/automake1.14-1.14-1/automake-1.14/t/ccnoco-lt.dir/compile 
> /sw/build.build/automake1.14-1.14-1/automake-1.14/t/ax/cc-no-c-o 
> -dynamiclib -Wl,-undefined -Wl,dynamic_lookup -o .libs/libwish.0.dylib 
> .libs/libwish.o   -L/sw/lib  -O2   -install_name 
> /usr/local/lib/libwish.0.dylib -compatibility_version 1 -current_version 
> 1.0 -Wl,-single_module
> /sw/build.build/automake1.14-1.14-1/automake-1.14/t/ax/cc-no-c-o: both 
> '-o' and '-c' seen on the command line
> make: *** [libwish.la] Error 2

Looks like a false negative to me.

Automake uses a deliberately-crippled compiler wrapper which is designed
to reject command-lines with -c and -o for testing purposes, found in
automake/t/ax/cc-no-c-o.  The problem appears to be that the wrapper's
test of the command line arguments is too simplistic, and incorrectly
considers the above command line as a using both -c and -o, when it
clearly does not.

So the test will need to be made more robust.

Cheers,
-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]