and more libtool problems

Date view Thread view Subject view Author view

From: Godmar Back (gback@marker.cs.utah.edu)
Date: Sun Jan 24 1999 - 14:24:34 EST


Since FreeBSD doesn't build anymore, I'm now developing on Linux,
sorry Richard, I mean of course GNU/Linux. BSD has the wrong license anyway,
so why support it?

I'm trying to build link libkaffevm statically.
FAQ.libtool says:

    Any libtool library can be made static by adding -static to its link
    command. You can do that manually by removing the .la file in the
    corresponding directory and running `make AM_CFLAGS=-static' within
    that directory, then running make in the top-level directory.

So I did
    rm kaffe/kaffevm/libkaffevm.la
and then I tried
    make AM_CFLAGS=-static

I tried invoking make from both the top build dir and the kaffevm dir,
same result.

It says:

make[1]: Entering directory `/x/gback/transvirtual/obj/kaffe/kaffevm'
/bin/sh ../../libtool --mode=link gcc -static -g -O2 -Wall -Wstrict-prototypes -o libkaffevm.la -rpath /x/gback/transvirtual/install/lib -export-dynamic -release 1.0b3 baseClasses.lo classMethod.lo code-analyse.lo code.lo constants.lo debug.lo exception.lo external.lo findInJar.lo gc-mem.lo gc.lo hashtab.lo inflate.lo itypes.lo jar.lo jni.lo locks.lo lookup.lo md.lo object.lo readClass.lo soft.lo stackTrace.lo string.lo support.lo thread.lo utf8const.lo gcFuncs.lo verify.lo ../../libltdl/libltdl.la jit/libengine.la systems/unix-jthreads/libkthread.la -lm
rm -fr .libs/libkaffevm.la .libs/libkaffevm.* .libs/libkaffevm-1.0b3.*
rm -fr ../../libltdl/.libs/libltdl.alx
mkdir ../../libltdl/.libs/libltdl.alx
(cd ../../libltdl/.libs/libltdl.alx && ar x ../libltdl.al)
rm -fr jit/.libs/libengine.alx
mkdir jit/.libs/libengine.alx
(cd jit/.libs/libengine.alx && ar x ../libengine.al)
rm -fr systems/unix-jthreads/.libs/libkthread.alx
mkdir systems/unix-jthreads/.libs/libkthread.alx
(cd systems/unix-jthreads/.libs/libkthread.alx && ar x ../libkthread.al)
ar cru .libs/libkaffevm.a baseClasses.o classMethod.o code-analyse.o code.o constants.o debug.o exception.o external.o findInJar.o gc-mem.o gc.o hashtab.o inflate.o itypes.o jar.o jni.o locks.o lookup.o md.o object.o readClass.o soft.o stackTrace.o string.o support.o thread.o utf8const.o gcFuncs.o verify.o ../../libltdl/.libs/libltdl.alx/ltdl.lo jit/.libs/libengine.alx/basecode.lo jit/.libs/libengine.alx/constpool.lo jit/.libs/libengine.alx/funcs.lo jit/.libs/libengine.alx/icode.lo jit/.libs/libengine.alx/labels.lo jit/.libs/libengine.alx/registers.lo jit/.libs/libengine.alx/slots.lo jit/.libs/libengine.alx/machine.lo jit/.libs/libengine.alx/seq.lo systems/unix-jthreads/.libs/libkthread.alx/internal.lo systems/unix-jthreads/.libs/libkthread.alx/jthread.lo systems/unix-jthreads/.libs/libkthread.alx/syscalls.lo
ar: baseClasses.o: No such file or directory
make[1]: *** [libkaffevm.la] Error 1
make[1]: Leaving directory `/x/gback/transvirtual/obj/kaffe/kaffevm'
make: *** [all-recursive] Error 1

ar is right, there is no baseClasses.o, only one of these superfancy
baseClasses.lo files is there:

gback@epic [10](/x/gback/transvirtual/obj/kaffe/kaffevm) > ls -l baseClasses.*
-rw-r--r-- 1 gback cs-rsrch 41432 Jan 23 16:53 baseClasses.lo
gback@epic [11](/x/gback/transvirtual/obj/kaffe/kaffevm) >

What do I do wrong, Alexandre? Why should I even have to worry about
.lo files?

        - Godmar


Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Sat Sep 23 2000 - 19:57:47 EDT