Hi,
as in the multi-language-branch .lo files are no longer real object files
as understood by linkers, the linking of programs with .lo files fails (as
in 'libtool --mode=link g++ bla.lo hi.lo -o superprog'). The reason is,
that *.lo arguments are not changed into the real .o files for
$compile_command. The diff below fixes that by replacing the $arg in
the argument parsing loop by the string for $pic_object or
$non_pic_object.
It has problems if both (PIC/non-PIC) objects exists for a .lo file and
select the PIC variant. Well, better than nothing ;)
Ciao,
Michael.
--
Index: ltmain.in
===================================================================
RCS file: /home/cvs/libtool/ltmain.in,v
retrieving revision 1.200.2.12
diff -u -r1.200.2.12 ltmain.in
--- ltmain.in 2000/02/28 17:51:34 1.200.2.12
+++ ltmain.in 2000/05/19 22:12:48
@@ -1253,6 +1253,7 @@
# A PIC object.
libobjs="$libobjs $pic_object"
+ arg="$pic_object"
fi
# Non-PIC object.
@@ -1262,6 +1263,9 @@
# A standard non-PIC object
non_pic_objects="$non_pic_objects $non_pic_object"
+ if test -z "$pic_object" || test "$pic_object" = none ; then
+ arg="$non_pic_object"
+ fi
fi
else
# Only an error if not doing a dry-run.
