This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: sub-project link problem
- To: Tom Tromey <tromey at cygnus dot com>
- Subject: Re: sub-project link problem
- From: Ganesan Rajagopal <rganesan at myrealbox dot com>
- Date: 30 Mar 2000 08:32:24 +0530
- Cc: "Lars J. Aas" <larsa at sim dot no>, autoconf at gnu dot org, automake at gnu dot org
- References: <20000328140441.C32640@sim.no> <200003291618.IAA27063@ferrule.cygnus.com>
>>>>> "Tom" == Tom Tromey <tromey@cygnus.com> writes:
>>>>> "Lars" == Lars J Aas <larsa@sim.no> writes:
Lars> The problem is that when it's time to link against the C++
Lars> library in the parent project, a C linker is chosen, which fails
Lars> on a lot of platforms (IRIX is one of them).
Lars> Does anyone know why $(LINK) is chosen instead of $(CXXLINK) in
Lars> the subproject, even though it's a C++ project, using the C++
Lars> compiler while compiling the objects?
> Automake should always choose the C++ linker if a C++ source file is
> seen. If you only have C source files, then automake has no way of
> knowing that the library is a C++ library. I assume this isn't the
> case for you, in which case you've found a bug. Could you make a
> smaller test case?
Automake does. I have the same problem and it is caused by libtool. Automake
passes the CXXLINK to libtool which ignores it and uses the C linker instead
:-(.
Ganesan
--
R. Ganesan (rganesan@novell.com) | Ph: 91-80-5721856 Ext: 2149
Novell India Development Center. | #include <std_disclaimer.h>