Hallo Alex,
> I'm using libtool 1.4.2 on a redhat 8.0 machine and when do a "make
> install" in my project libtool relinks all my libs and binaries.
> How can I disable this? I never run my binaries from the build area,
> only from the installed prefix.
> Linking a large C++ binary takes a long
Hallo,
I use gcc-3.3 and see this output since I upgraded the compiler:
$ gcc -fno-rtti -fno-exceptions conftest.c -o conftest.o
cc1: warning: "-frtti" is valid for C++ but not for C/ObjC
which leads to this statement in the configure run:
checking if gcc supports -fno-rtti -fno-exceptions... n
Hello,
I tried myself to build autogen on Cygwin, however it is nearly
impossible. The whole build system is somewhat messed up.
I consider: install all the latest versions of the autotools,
automake-1.9.latest, autoconf 2.59, libtool 1.5.10 and then simply run
`autoreconf --install --verbose --
Gerrit wrote:
PING!
> Hello,
> With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
> generated assembly is broken. I saw this problem with a
> reautoconfiscated version of GMP. This may be unusual, but there was
> libtool used to invoke gas.
> While -DPIC is a noop for usual
Noah Misch wrote:
On Tue, Oct 12, 2004 at 03:29:10PM +0200, Gerrit P. Haase wrote:
Gerrit wrote:
PING!
Hello,
With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken. I saw this problem with a
reautoconfiscated version of GMP. This may be unusual, but
Hi Charles,
> Libtool gives -DPIC -DDLL_EXPORT to indicate a cygwin or mingw DLL. We
> undefine PIC since we don't need to be position independent in this
> case and definitely don't want the ELF style _GLOBAL_OFFSET_TABLE_ etc.
> ifdef(`DLL_EXPORT',`undefine(`PIC')')
> Now, on *mingw*, we do i
Hi Charles,
I just don't think it is good idea to use flags for s.th. else just
because they are there anywhere. If there is need for anther special
flag then introduce it, exactly for this reason and this platform and
for nothing else. DLL_EXPORT is the best example, if there is really a
need fo
Charles Wilson wrote:
That's a gmp bug, not a libtool bug.
And I don't think so. IMO all assembler code cannot be compiled on
Cygwin when you use -DPIC to compile it. If libtool is used as it is
now, the compilation will fail, so libntool should care about this and
don't use this flag in case pla
Hi Charles,
yet another contra:
> You're missing the point. *libtool* doesn't know that -DPIC means
> nothing for your code. On some platforms, you really have to compile
> DIFFERENT CODE, not just compile the same code in a different way
> (-fpic), when you want to make a pic object.
Don't
Yes, I know I'm annoying...
configure already checks for needed gcc options:
checking for gcc option to produce PIC...
So why don't go with it and use the option which is issued here from
configure? What are all the tests good for if finally libtool overrides
it with its own flags?
Gerrit
--
10 matches
Mail list logo
