bug-libtool
[Top][All Lists]
Advanced

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

bug#12156: bad tr command in SP2NL/NL2SP?


From: David Fang
Subject: bug#12156: bad tr command in SP2NL/NL2SP?
Date: Tue, 7 Aug 2012 20:29:47 -0400 (EDT)

Hi,
        On i686-darwin10, using libtool-2.4.2, I see the following occur:

$ make libhacktcommon.la
/bin/sh ../libtool --tag=CXX --mode=link ccache g++ -pipe -ansi -pedantic-errors -Wold-style-cast -Woverloaded-virtual -W -Wextra -Wall -Wundef -Wshadow -Wno-unused-parameter -Wpointer-arith -Wcast-qual -Wcast-align -Wconversion -Werror -m32 -g -O2 -L/sw/lib -L/sw/lib -Wl,-no_compact_linkedit -o libhacktcommon.la Object/common/object_base.lo Object/common/extern_templates.lo Object/common/dump_flags.lo common/config.lo common/ltdl-wrap.lo common/ICE.lo common/TODO.lo ../libltdl/libltdlc.la
libtool: link: rm -fr  .libs/libhacktcommon.a .libs/libhacktcommon.la
libtool: link: (cd .libs/libhacktcommon.lax/libltdlc.a && ar x "/Users/fang/local/src/hackt-git/gcc-4.2-build/src/../libltdl/.libs/libltdlc.a")
usage: tr [-Ccsu] string1 string2
       tr [-Ccu] -d string1
       tr [-Ccu] -s string1
       tr [-Ccu] -ds string1 string2
libtool: link: ar cru .libs/libhacktcommon.a Object/common/.libs/object_base.o Object/common/.libs/extern_templates.o Object/common/.libs/dump_flags.o common/.libs/config.o common/.libs/ltdl-wrap.o common/.libs/ICE.o common/.libs/TODO.o
libtool: link: ranlib .libs/libhacktcommon.a
libtool: link: rm -fr .libs/libhacktcommon.lax
libtool: link: ( cd ".libs" && rm -f "libhacktcommon.la" && ln -s "../libhacktcommon.la" "libhacktcommon.la" )

I get this funny message about tr usage.


The exit status is 0, so it thinks nothing went wrong, but the resulting libhacktcommon.la shows:

---------- 8< snip ----------
# Libraries that this one depends upon.
dependency_libs=' -L/sw/lib'
---------- snip 8< ----------

with no mention of libltdl.

in Makefile.am, I have:
---------- 8< snip ----------
# convenience libraries
noinst_LTLIBRARIES = ... \
        libhacktcommon.la

libhacktcommon_la_SOURCES = ...
libhacktcommon_la_LIBADD = $(LIBLTDL)
---------- snip 8< ----------

where LIBLTDL happens to be (in this case):
LIBLTDL = ${top_build_prefix}libltdl/libltdlc.la

=============== cat libltdlc.la ====================
# libltdlc.la - a libtool library file
# Generated by libtool (GNU libtool) 2.4.2
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# The name that we can dlopen(3).
dlname=''

# Names of this library.
library_names=''

# The name of the static archive.
old_library='libltdlc.a'

# Linker flags that can not go in dependency_libs.
inherited_linker_flags=' '

# Libraries that this one depends upon.
dependency_libs=''

# Names of additional weak libraries provided by this library
weak_library_names=''

# Version information for libltdlc.
current=
age=
revision=

# Is this an already installed library?
installed=no

# Should we warn about portability when linking against -modules?
shouldnotlink=no

# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=' /Users/fang/local/src/hackt-git/gcc-4.2-build/libltdl/./.libs/dlopen.a'

# Directory that this library needs to be installed in:
libdir=''
=============== end of libltdlc.la ===================

Looks normal to me.

The only occurrences of 'tr' I see in the libtool script are:
---------- 8< snip ----------
# turn spaces into newlines.
SP2NL="tr   "

# turn newlines into spaces.
NL2SP="tr ^M
   "
---------- snip 8< ----------

SP2NL looks weird to me.
My tr is /usr/bin/tr (darwin10).

$(top_srcdir)/configure shows:

---------- 8< snip ----------
# test EBCDIC or ASCII
case `echo X|tr X '\101'` in
 A) # ASCII based system
    # \n is not interpreted correctly by Solaris 8 /usr/ucb/tr
  lt_SP2NL='tr \040 \012'
  lt_NL2SP='tr \015\012 \040\040'
  ;;
 *) # EBCDIC based system
  lt_SP2NL='tr \100 \n'
  lt_NL2SP='tr \r\n \100\100'
  ;;
esac
---------- snip 8< ----------

coming from some libtool m4 macro, I assume?

Did something go wrong with SP2NL?

Here's a --debug trace of the above command:
---------- 8< snip ----------
+ eval '(cd $f_ex_an_ar_dir && ar x "$f_ex_an_ar_oldlib")'
++ cd .libs/libhacktcommon.lax/libltdlc.a
++ ar x /Users/fang/local/src/hackt-git/gcc-4.2-build/src/../libltdl/.libs/liblt
dlc.a
+ my_status=0
+ test 0 -eq 0
+ :
+ test yes = yes
+ false
+ rm -f /Users/fang/local/src/hackt-git/gcc-4.2-build/src/../libltdl/.libs/liblt
dlc.a.lock
+ ar t /Users/fang/local/src/hackt-git/gcc-4.2-build/src/../libltdl/.libs/libltd
lc.a
+ sort
+ sort -uc
+ :
++ find .libs/libhacktcommon.lax/libltdlc.a -name '*.o' -print -o -name '*.lo' -
print
++ sort
++ tr $'\r'
usage: tr [-Ccsu] string1 string2
       tr [-Ccu] -d string1
       tr [-Ccu] -s string1
       tr [-Ccu] -ds string1 string2
---------- snip 8< ----------

Looks like tr (piped) is only getting one argument.

If I try this on the command line (escaping $):
fang> tr \$'\r'
usage: tr [-Ccsu] string1 string2
       tr [-Ccu] -d string1
       tr [-Ccu] -s string1
       tr [-Ccu] -ds string1 string2

I get the usage message, and an exit status of 1.
I don't see a set -o pipefail in the script so the overall exit status of the libtool script is still 0.

Any idea what exactly went wrong?
Can you suggest a workaround?

Thanks for any help.

Fang


--
David Fang
http://www.csl.cornell.edu/~fang/






reply via email to

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