libtool-patches
[Top][All Lists]
Advanced

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

Re: [RFT PATCH v3 0/9] Sysroot patches


From: Charles Wilson
Subject: Re: [RFT PATCH v3 0/9] Sysroot patches
Date: Sat, 31 Jul 2010 16:23:39 -0400
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666

On 7/31/2010 7:52 AM, Paolo Bonzini wrote:
> On 07/30/2010 08:55 PM, Charles Wilson wrote:
>> Since the bug is cross-platform, it should be easy(er) to fix for you
>> non-cygwin types.  Any ideas, Paolo?
> 
> Not tested yet, but I am pretty sure this should do it:

Good news and bad news.

The good:

linux->mingw cross: tests 117-119 pass
cygwin->mingw cross: ditto

linux native: test new:41 now passes.
cygwin native: test new:41 now passes (as does new:101, and
old:tagdemo-conf+old:tagdemo-make).

So, all of the problems reported earlier are now solved.  However...

I then did a complete (native) test run on linux, using libtool from
before this series (*) and after.  In both cases all of the old tests
passed.  However, the new testsuite, not so much:

- 37: Link order test             ok
- 38: Link order of deplibs       ok
+ 37: Link order test             FAILED (link-order.at:87)
+ 38: Link order of deplibs       FAILED (link-order2.at:123)

I expect similar behavior on cygwin native (the "after" test run has not
yet completed, but it did fail #37 and #38).  I reply to this post
confirming those results when it gets finished.

(*) This series == all nine of Paolo's v3 patches, plus the attached.


>From the failing #37 testsuite.log:
rel/path/to/tests/link-order.at:87: $LIBTOOL --mode=install cp
src/liba.la $prefix/lib/liba.la
stderr:
libtool: install:
`/abs/path/to/libtool/_build/tests/testsuite.dir/037/src/liba.la' is not
a valid libtool archive


>From the failing #38 testsuite.log:
libtool: link: ( cd ".libs" && rm -f "liba1.la" && ln -s "../liba1.la"
"liba1.la" )
/abs/path/to/libtool/_build/libtool: line 1788: cd: -/: invalid option
cd: usage: cd [-L|-P] [dir]
libtool: link: cannot determine absolute directory name of
`-L/abs/path/to/libtool/_build/tests/testsuite.dir/038'
../../libtool-2.2.11a/tests/link-order2.at:123: $LIBTOOL --mode=link $CC
$CFLAGS $LDFLAGS $static -o main$EXEEXT main.$OBJEXT libb.la -la0
stderr:
libtool: link: cannot find the library
`/abs/path/to/libtool/_build/tests/testsuite.dir/038/libb.la' or
unhandled argument
`/abs/path/to/libtool/_build/tests/testsuite.dir/038/libb.la'
stdout:
../../libtool-2.2.11a/tests/link-order2.at:123: exit code was 1, expected 0
38. link-order2.at:46: 38. Link order of deplibs (link-order2.at:46):
FAILED (link-order2.at:123)


 1786     else
 1787       func_dirname_and_basename "$1" "" "."
 1788       absdir=`cd "$func_dirname_result" && pwd`
 1789       test -z "$absdir" && \
 1790         func_fatal_error "cannot determine absolute directory name
of \`$func_dirname_result'"
 1791       func_resolve_sysroot_result="$absdir/$func_basename_result"
 1792     fi
 1793     ;;

So apparentely "$func_dirname_result" in line 1788 has the value "-/". Odd.


--
Chuck

Attachment: libtool-sysroot-fixes.patch
Description: Source code patch


reply via email to

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