>>> "Ted" == Ted Irons <[EMAIL PROTECTED]> writes:
[...]
Ted> if test "${lt_cv_prog_compiler_c_o_CXX+set}" = set; then
Ted> echo $ECHO_N "(cached) $ECHO_C" >&6
Ted> else
Ted> lt_cv_prog_compiler_c_o_CXX=no
[...]
Ted> save_CFLAGS="$CFLAGS"
Ted> CFLAGS="$CFLAGS -o out/conftest2.$ac_objext"
[.
Alexandre -
I have started to look into why g++ is
not accepting both -c and -o. Here is what I have
so far:
---
In configure.ac I have
...
ACX_CXXCOMPILE
AM_PROG_LIBTOOL
where ACX_CXXCOMPILE is
dnl ACX_CXXCOMPILE
dnl
dnl Checks
> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> I can reproduce your problem by manually setting compiler_c_o and
adl> compiler_o_lo to "no" in the libtool script generated for a
adl> pet-project. So ...
adl> As an immediate work-around, you can prevent `depcomp' to add
adl
Ted Irons <[EMAIL PROTECTED]> writes:
[...]
| Am using autoconf-2.5.2, automake-1.5b, libtool-1.4b
| on an ix86 box run running Suse Linux with kernel-2.4.6.
[...]
| libohrnet_la_SOURCES = ascbin.cc
| libohrnet_la_CXXFLAGS = -DHIGHER_ORDER_NET ${HBP_CXXFLAGS}
| libohrnet_la_LDFLAGS = -version-inf
My first post involved using automake-1.5b. I have
subsequently tried the same thing using automake-1.5.
The error message was the same.
- Ted
P.S. Automake-1.5b seems to exhibit other peculiarities -
like picking up shared libraries from the wrong place.
When I get back to automake-1.5b, I'll
