Re: [Mingw-w64-public] Build MinGW-w64 from Git on Linux

2014-11-26 Thread Adrien Nader
On Wed, Nov 26, 2014, Erik de Castro Lopo wrote: > Erik de Castro Lopo wrote: > > > I'm having a bit of trouble building MinGW-w64 from source. > > > > I asked on IRC and was told something along the lines of: > > > > export MYPREFIX=$HOME/MinGW/64 > > (cd mingw-w64-headers && ./configur

Re: [Mingw-w64-public] i686-w64-mingw32-gcc-4.9 and -static-libgcc not working as advertise

2014-11-26 Thread Erik de Castro Lopo
Jean-Baptiste Kempf wrote: > You are using libtool, so it's a big big mess... Indeed! > I spent a very long time fixing this for VLC, and the solution is a bit > weird, but you can have it doing this: > http://git.videolan.org/?p=vlc.git;a=commit;h=417b6eb0f09dc73984a7dba2aa42c9d8683d5294 > > T

Re: [Mingw-w64-public] Build MinGW-w64 from Git on Linux

2014-11-26 Thread Adrien Nader
On Thu, Nov 27, 2014, lh_mouse wrote: > Install headers into your system directory please. > > Specifically, if you are using mingwbuilds, you should set --prefix= to > /i686-w64-mingw32 or /x86_64-w64-mingw32. The value for --prefix shouldn't be an issue here. This is a cross from linux and not

Re: [Mingw-w64-public] Build MinGW-w64 from Git on Linux

2014-11-26 Thread Dongsheng Song
On Thu, Nov 27, 2014 at 7:16 AM, Erik de Castro Lopo wrote: > Hi all, > > I'm having a bit of trouble building MinGW-w64 from source. > > I asked on IRC and was told something along the lines of: > > export MYPREFIX=$HOME/MinGW/64 > (cd mingw-w64-headers && ./configure --prefix=$MYPREFIX &

Re: [Mingw-w64-public] Build MinGW-w64 from Git on Linux

2014-11-26 Thread lh_mouse
Install headers into your system directory please. Specifically, if you are using mingwbuilds, you should set --prefix= to /i686-w64-mingw32 or /x86_64-w64-mingw32. -- Best regards, lh_mouse 2014-11-27 --

Re: [Mingw-w64-public] Build MinGW-w64 from Git on Linux

2014-11-26 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote: > I'm having a bit of trouble building MinGW-w64 from source. > > I asked on IRC and was told something along the lines of: > > export MYPREFIX=$HOME/MinGW/64 > (cd mingw-w64-headers && ./configure --prefix=$MYPREFIX && make install) > ./configure --prefix=

[Mingw-w64-public] Build MinGW-w64 from Git on Linux

2014-11-26 Thread Erik de Castro Lopo
Hi all, I'm having a bit of trouble building MinGW-w64 from source. I asked on IRC and was told something along the lines of: export MYPREFIX=$HOME/MinGW/64 (cd mingw-w64-headers && ./configure --prefix=$MYPREFIX && make install) ./configure --prefix=$MYPREFIX && make When I run tha

Re: [Mingw-w64-public] i686-w64-mingw32-gcc-4.9 and -static-libgcc not working as advertise

2014-11-26 Thread Jean-Baptiste Kempf
Hello Erik, On 25 Nov, Erik de Castro Lopo wrote : > I'm using i686-w64-mingw32-gcc-4.9 installed from the Debian unstable > package (gcc-mingw-w64-i686 4.9.1-7+14.2) to build libsndfile. My aim > is to get a libsndfile-1.dll which depends on nothing more than > KERNEL32.dll, msvcrt.dll and USER32

Re: [Mingw-w64-public] i686-w64-mingw32-gcc-4.9 and -static-libgcc not working as advertise

2014-11-26 Thread Ruben Van Boxem
2014-11-26 13:04 GMT+01:00 Erik de Castro Lopo : > jose...@rocketmail.com wrote: > > > > > Did you try adding just -static to the link command? > > Just now. With -static it makes everything static, including the > library I'm trying to build as a DLL. > That's because you typically link DLLs to

Re: [Mingw-w64-public] i686-w64-mingw32-gcc-4.9 and -static-libgcc not working as advertise

2014-11-26 Thread Erik de Castro Lopo
jose...@rocketmail.com wrote: > > Did you try adding just -static to the link command? Just now. With -static it makes everything static, including the library I'm trying to build as a DLL. Erik -- -- Erik de Castro Lopo http:

Re: [Mingw-w64-public] FPU control word on startup

2014-11-26 Thread Kai Tietz
2014-11-26 3:28 GMT+01:00 Dongsheng Song : > On 2014-11-26 04:58, Kai Tietz wrote: >> >> 2014-11-25 21:49 GMT+01:00 Carl Kleffner : >>> >>> Hi Kai, >>> >>> you may take notice of some inconsistent behaviour. The master thread >>> starts >>> with extended precision. Newly created threads start with