Re: [ autogen-Bugs-1045642 ] libtool/cygwin build failure

2004-10-15 Thread Gerrit P. Haase
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

Re: Ping: Cygwin libtool / assembler problem with -DPIC

2004-10-15 Thread Gerrit P. Haase
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

Re: Ping: Cygwin libtool / assembler problem with -DPIC

2004-10-15 Thread Gerrit P. Haase
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

Re: Ping: Cygwin libtool / assembler problem with -DPIC

2004-10-15 Thread Gerrit P. Haase
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 mix

Re: Ping: Cygwin libtool / assembler problem with -DPIC

2004-10-14 Thread Gerrit P. Haase
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

Re: Ping: Cygwin libtool / assembler problem with -DPIC

2004-10-13 Thread Gerrit P. Haase
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

[BUG] checking if gcc supports -fno-rtti -fno-exceptions... no

2003-08-03 Thread Gerrit P. Haase
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... no

Re: How to disable relink on install?

2003-06-29 Thread Gerrit P. Haase
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 time,