#184 undefined reference to 'mulu32_high'

build problems
closed-works-for-me
clisp (525)
5
2007-11-26
2003-11-28
Sidney Li
No

Building clisp fails with the following message (last
part):

make[1]: Leaving directory
`/home/sid/clisp-2.30/build/po'
rm -rf data
mkdir data
cd data && ln -s
../../utils/unicode/ftp.unicode.org/UnicodeData.txt .
cd data && ln -s ../../src/clhs.txt .
gcc3.3.2 -O -DUNICODE -DDYNAMIC_FFI spvw.o
spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o
encoding.o pathname.o stream.o socket.o io.o array.o
hashtabl.o list.o package.o record.o sequence.o
charstrg.o debug.o error.o misc.o time.o predtype.o
symbol.o lisparit.o i18n.o foreign.o unixaux.o
ari80386.o sp80386.o modules.o libcharset.a libavcall.a
libcallback.a -lreadline -lncurses -ldl
/usr/local/lib/libsigsegv.so -lc -Wl,-rpath
-Wl,/usr/local/lib -o lisp.run
ari80386.o(.text+0xa): In function `mulu32_':
: undefined reference to `mulu32_high'
ari80386.o(.text+0x1e): In function `divu_6432_3232_':
: undefined reference to `divu_32_rest'
collect2: ld returned 1 exit status

My system: Linux Kernel 2.4.22, i686,
glibc2.3.2, gcc version 2.95.3/3.3.1/3.3.2 (failed for
all three versions), failed the same way for clisp
versions 2.30 and 2.31.

I used the sequence of commands for building: (in the
clisp directory)

./configure build
cd build
./makemake --with-dynamic-ffi > Makefile
make config.lisp

I also tried it without the '--with-dynamic-ffi'; same
results.

Discussion

  • Sam Steingold

    Sam Steingold - 2003-12-01
    • assigned_to: sds --> haible
     
  • Sam Steingold

    Sam Steingold - 2003-12-01

    Logged In: YES
    user_id=5735

    <http://article.gmane.org/gmane.lisp.clisp.devel:10691>:
    One suggestion I would have to the original poster is
    to 'make clean' in src/avcall and src/callback before
    running configure.

    It seems there are some pre-built files included in the
    tarball (from a FreeBSD build, I would guess), and I think
    the make/build process tries to use them.

    Make clean'ing these two directories before the main configure
    has helped me.

     
  • Sidney Li

    Sidney Li - 2003-12-03

    Logged In: YES
    user_id=919360

    The directories are actually (for version 2.30 and 2.31)
    ffcall/avcall and ffcal/callback. The original distribution
    does not have an existing Makefile in these directories.
    However, if you do a 'make clean' after a 'configure', and
    the run 'configure' again, it still get the same problem.
    Curiously, if you run 'make clean' in the src directory, you
    get a new error instead:

    gcc3.3.2 -O -DUNICODE -c misc.c
    misc.d: In function `C_module_info':
    misc.d:590: error: structure has no member named
    `foreign_libraries'

    No luck yet.

     
  • Sam Steingold

    Sam Steingold - 2003-12-03

    Logged In: YES
    user_id=5735

    please remove your source tree,
    untar the tarball anew,
    and try this:
    $ ./configure --build build-dir
    see also bug
    <https://sourceforge.net/tracker/index.php?func=detail&aid=829419&group_id=1355&atid=101355>

     
  • Sidney Li

    Sidney Li - 2003-12-03

    Logged In: YES
    user_id=919360

    I tried

    $ ./configure --build build-dir

    as SDS had suggested. Here is the result:

    gcc3.3.2 -O -DUNICODE -DDYNAMIC_FFI spvw.o spvwtabf.o
    spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o
    stream.o socket.o io.o array.o hashtabl.o list.o package.o
    record.o sequence.o charstrg.o debug.o error.o misc.o time.o
    predtype.o symbol.o lisparit.o i18n.o foreign.o unixaux.o
    ari80386.o sp80386.o modules.o libcharset.a libavcall.a
    libcallback.a -lreadline -lncurses -ldl -L/usr/local/lib
    -lsigsegv -lc -R/usr/local/lib -o lisp.run
    gcc3.3.2: unrecognized option `-R/usr/local/lib'
    ari80386.o(.text+0xa): In function `mulu32_':
    : undefined reference to `mulu32_high'
    ari80386.o(.text+0x1e): In function `divu_6432_3232_':
    : undefined reference to `divu_32_rest'
    collect2: ld returned 1 exit status
    make: *** [lisp.run] Error 1

    I changed the -R to -L in the Makefile, and got the same
    'undefined reference' error.

     
  • Sam Steingold

    Sam Steingold - 2007-11-11

    Logged In: YES
    user_id=5735
    Originator: NO

    This bug report is now marked as "pending"/"works for me".
    This means that we think that we cannot reproduce the problem
    and cannot do anything about it.
    Unless you - the reporter - act within 2 weeks
    (e.g., by submitting a self-contained test case),
    the bug will be permanently closed.
    Sorry about the inconvenience -
    we hope your silence means that
    you are no longer observing the problem either.

     
  • Sam Steingold

    Sam Steingold - 2007-11-11
    • status: open --> pending-works-for-me
     
  • SourceForge Robot

    • status: pending-works-for-me --> closed-works-for-me
     
  • SourceForge Robot

    Logged In: YES
    user_id=1312539
    Originator: NO

    This Tracker item was closed automatically by the system. It was
    previously set to a Pending status, and the original submitter
    did not respond within 14 days (the time period specified by
    the administrator of this Tracker).

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks