'Warning: This system can not link to static lib archive ...'

2010-01-28 Thread TigaTone
I'm seeing this warning below and its wrecking my link. I'm buildiing 'Aubio' from aubio.org. It depends on fftw3 lib. I've successfully retrieved the fftw3 lib and built it, and 'make installed' it. However when trying to link the final stage of Aubio, it fails with the below error. $

Re: Extend libtool dll namespaces for mingw-w64

2010-01-28 Thread JonY
On 1/28/2010 13:46, Ralf Wildenhues wrote: * JonY wrote on Tue, Jan 26, 2010 at 04:26:32PM CET: Currently, on Win32 platforms, Cygwin uses the "cyg" prefix for dlls, and MinGW based systems uses the "lib" prefix. This works fine, until mingw-w64 showed up with 64bit dlls. This problem is especi

Re: Extend libtool dll namespaces for mingw-w64

2010-01-28 Thread Tor Lillqvist
> The issue is that libtool > uses the "lib" prefix for both 64bit and 32bit DLLs, and for both mingw > and mingw-w64. Well, my take is that except for people working on the *tools themselves* (meaning gcc, binutils etc), this is not really a problem. Sure, libtool is a tool used by developers, bu

Re: Extend libtool dll namespaces for mingw-w64

2010-01-28 Thread JonY
On 1/28/2010 19:30, Tor Lillqvist wrote: The issue is that libtool uses the "lib" prefix for both 64bit and 32bit DLLs, and for both mingw and mingw-w64. Well, my take is that except for people working on the *tools themselves* (meaning gcc, binutils etc), this is not really a problem. Sure, li

Re: 'Warning: This system can not link to static lib archive ...'

2010-01-28 Thread Bob Friesenhahn
On Wed, 27 Jan 2010, TigaTone wrote: I'm seeing this warning below and its wrecking my link. I'm buildiing 'Aubio' from aubio.org. It depends on fftw3 lib. I've successfully retrieved the fftw3 lib and built it, and 'make installed' it. Did you build this fftw3 library as a shared library?

Re: Extend libtool dll namespaces for mingw-w64

2010-01-28 Thread Ralf Wildenhues
[ Dave, this is ; see at the end for a quick GCC-related question ] Hello, first off, I completely agree with Tor's reply to your message. Adding a couple of bits: * JonY wrote on Thu, Jan 28, 2010 at 11:06:50AM CET: > On 1/28/201

Re: Extend libtool dll namespaces for mingw-w64

2010-01-28 Thread JonY
On 1/29/2010 04:07, Ralf Wildenhues wrote: My proposal has the same rationale as using the "cyg" and "lib" prefix on Cygwin and MinGW, so no DLLs can clash. No, that is not the same thing. The Cygwin runtime system actually looks for libraries named cyg.dll; see 'info ld WIN32'. The GNU libc

Re: Extend libtool dll namespaces for mingw-w64

2010-01-28 Thread Bob Friesenhahn
On Fri, 29 Jan 2010, JonY wrote: Another solution it to stop installing DLLs to bindir and follow unix style installs into libdir, right beside the import libs, let the user set the PATH. That way, we don't need a bin32 and bin64 directory, but it does not prevent possible conflicts with 32bit m