OK, this issue is much more intricate than it looked like at first.
First, the existing code had some bugs:
- it removed files too often. After the first compile, we *know* that
there are no files to stumble over; if the compiler doesn't know -c
-o, then we have moved away $output_obj
* Ralf Wildenhues wrote on Sat, Apr 12, 2008 at 08:56:24AM CEST:
OK for the updated one? It makes for 5% faster
libtool --mode=compile gcc -c a.c
I should be more precise: the above holds for an empty file a.c,
measured using a script that calls the above 50 times, pre and post
patch.
I
On Sat, 12 Apr 2008, Ralf Wildenhues wrote:
Then, while I have some doubts about the practical applicability of
Bob's scenario, I left the code so that it would be supported: all
Bob's scenarios are rarely practical.
I would have been inclined to ok this one.
OK for the updated one? It
Hello,
please do not commit to CVS for now, until further notification.
Thanks,
Ralf
Hey,
In order to reasonably support this target, we need a volunteer who will
faithfully test libtool on that target and work to resolve issues. Are you
able to find a volunteer to support the cegcc compiler?
I am volunteer :-)
It seems that the cegcc compiler must work almost the same as
2) With those patches, libtool can now create dll's with cegcc. But I have
that message when it tries to create the dll of my lib:
*** Warning: linker path does not have real file for library -lws2.
etc... saying it can not create the shared lib of my lib because the shared
version of
On Sat, 12 Apr 2008, Vincent Torri wrote:
2) With those patches, libtool can now create dll's with cegcc. But I have
that message when it tries to create the dll of my lib:
*** Warning: linker path does not have real file for library -lws2.
etc... saying it can not create the shared lib of
On Sat, 12 Apr 2008, Bob Friesenhahn wrote:
On Sat, 12 Apr 2008, Vincent Torri wrote:
2) With those patches, libtool can now create dll's with cegcc. But I have
that message when it tries to create the dll of my lib:
*** Warning: linker path does not have real file for library -lws2.
Hi,
On MacOS X, 10.5.2, intel machine, the symbol
_lt_libltdl_LTX_preloaded_symbols libraries (from the generated file
libltdlS.o) is inconsistent with the symbol defined in ltdl.h, where
the symbol is declared as _lt__PROGRAM__LTX_preloaded_symbols. This
causes link time error. I fixed
Steven Wu wrote:
Hi,
On MacOS X, 10.5.2, intel machine, the symbol
_lt_libltdl_LTX_preloaded_symbols libraries (from the generated file
libltdlS.o) is inconsistent with the symbol defined in ltdl.h, where the
symbol is declared as _lt__PROGRAM__LTX_preloaded_symbols. This causes
link time
Here is the message:
| I was building guile-1.8.4 on my macbook pro, and I found the
linking
| problem. Here is the configure command I typed:
| ./configure --prefix=/usr --with-threads --enable-shared
|
| and here is the make.log tail:
|
| (cd .libs gcc -g -O2 -c -fno-builtin guileS.c)
| rm
11 matches
Mail list logo
