Re: [Mingw-w64-public] Fwd: Re: libusb-win32 usb.h and MinGW-w64 usb.h conflict

2010-09-22 Thread Xiaofan Chen
On Tue, Sep 21, 2010 at 10:19 AM, Xiaofan Chen wrote: > On Tue, Sep 21, 2010 at 8:27 AM, JonY wrote: >> libusb usb.h can live in its own dir. All that is needed is the proper -I. >> In libusb usb.h, use #include_next to include mingw-w64 usb.h. >> >> Its that simple. > > I see. So the proper solu

Re: [Mingw-w64-public] rubenvb Personal Build - take 2

2010-09-22 Thread Xavi
Thanks Ruben, It compile wxWidgets (release and debug) as usual, only don't produce debugging information '-g' or is wrong. Also I don't have GPFs [Access Violation at location 77c0554a] compiled with the usual optimizations. -- Xavi El 22/09/2010 22:05, Ruben Van Boxem escribió: > Hi, > > I

Re: [Mingw-w64-public] rubenvb Personal Build

2010-09-22 Thread Xavi
> this out of memory failure is caused by inlining. Additionally it has > reasons in growth of debugging sections produced (the same issue in > fact).... Thanks for the info, Kai. I was able to mitigate the GPFs compiling with -Os -- Xavi El 22/09/2010 12:22, Kai Tietz e

[Mingw-w64-public] rubenvb Personal Build - take 2

2010-09-22 Thread Ruben Van Boxem
Hi, I have uploaded/am uploading a new build of my toolchain. Source is the same (except for gcc, see below), there are some differences in the build steps: - The mingw-w64 crt, gdb and GNU make has been compiled with lto enabled. I hope this solves the ld issue with falsely doubly defined symbo

Re: [Mingw-w64-public] rubenvb Personal Build

2010-09-22 Thread Ruben Van Boxem
2010/9/22 NightStrike > Can you run the testsuite? (Make -k check) > > I cannot, because MSYS doesn't have the necessary tools. It apparently only works on Cygwin, which don't have... Ruben -- Start uncovering the many a

Re: [Mingw-w64-public] My mingw-w64 build can't reproduce itself

2010-09-22 Thread John E. / TDM
On 9/22/2010 6:00 AM, Ruben Van Boxem wrote: > I also noticed TDM manages to release without the .la files. Would > this not create problems with libtool build systems? If libtool required a .la file for every "-l" option, no one would ever adopt it. I delete the .la files to avoid relocation

Re: [Mingw-w64-public] MSYS-64 team

2010-09-22 Thread Andy Koppe
On 21 September 2010 22:13, Andy Koppe wrote: > On 21 September 2010 12:51, Earnie wrote: >> Andy Koppe wrote: Cygwin isn't strictly obliged to provide an interface to Windows. >>> >>> No, but then it wouldn't really be Cyg*win* anymore. It would >>> effectively be Interix with a particularly

Re: [Mingw-w64-public] Sourceforge.net 2.0 beta

2010-09-22 Thread NightStrike
Sure, we can try this. On 9/22/10, Earnie wrote: > Ruben Van Boxem wrote: >> Hi, >> >> When I created my new project at SF.net, it offered to create it on >> the new beta 2.0 environment, which is, quite frankly, a million >> times better than the old one (except for maybe bug reports as I >> hav

Re: [Mingw-w64-public] My mingw-w64 build can't reproduce itself

2010-09-22 Thread Earnie
Ruben Van Boxem wrote: > 2010/9/22 Ruben Van Boxem > >> 2010/9/22 Earnie >> >> >>> >>> Check the libstdc++.la file. If it looks valid make sure it >>> doesn't have CRLF line endings. >>> >>> Earnie >>> >> >> I have attached the libstdc++.la file. It has unix newlines, and >> everything (except t

Re: [Mingw-w64-public] My mingw-w64 build can't reproduce itself

2010-09-22 Thread Ruben Van Boxem
2010/9/22 Ruben Van Boxem > 2010/9/22 Earnie > > >> >> Check the libstdc++.la file. If it looks valid make sure it doesn't >> have CRLF line endings. >> >> Earnie >> > > I have attached the libstdc++.la file. It has unix newlines, and everything > (except the dependency_libs entry) seems ok. cl

Re: [Mingw-w64-public] My mingw-w64 build can't reproduce itself

2010-09-22 Thread Ruben Van Boxem
2010/9/22 Earnie > > > Check the libstdc++.la file. If it looks valid make sure it doesn't > have CRLF line endings. > > Earnie > I have attached the libstdc++.la file. It has unix newlines, and everything (except the dependency_libs entry) seems ok. clearing that entry (..=' ') does nothing. T

Re: [Mingw-w64-public] rubenvb Personal Build

2010-09-22 Thread NightStrike
Can you run the testsuite? (Make -k check) On 9/21/10, Ruben Van Boxem wrote: > 2010/9/20 NightStrike > >> Wonderful, thanks! >> >> On Mon, Sep 20, 2010 at 11:26 AM, Ruben Van Boxem >> wrote: >> > 2010/9/20 NightStrike >> >> >> >> Did you upload this to the sourceforge file release area under

Re: [Mingw-w64-public] Sourceforge.net 2.0 beta

2010-09-22 Thread Earnie
Ruben Van Boxem wrote: > Hi, > > When I created my new project at SF.net, it offered to create it on > the new beta 2.0 environment, which is, quite frankly, a million > times better than the old one (except for maybe bug reports as I > haven't checked that yet). > > Would it be fruitful/interestin

Re: [Mingw-w64-public] rubenvb Personal Build

2010-09-22 Thread Kai Tietz
2010/9/22 Ruben Van Boxem : > 2010/9/22 Xavi >> >> >> >> When I try to compile wxWidgets 2.8.10 as usual .- >> >> mingw32-make -f Makefile.gcc SHARED=1 UNICODE=1 BUILD=release MONOLITHIC=1 >> g++ -shared -fPIC -o ..\..\lib\gcc_dll\wxmsw28u_gcc_custom.dll ... >> -mthreads -L..\..\lib\gcc_dll >> -Wl

Re: [Mingw-w64-public] rubenvb Personal Build

2010-09-22 Thread Ruben Van Boxem
2010/9/22 Xavi > > When I try to compile wxWidgets 2.8.10 as usual .- > > mingw32-make -f Makefile.gcc SHARED=1 UNICODE=1 BUILD=release MONOLITHIC=1 > g++ -shared -fPIC -o ..\..\lib\gcc_dll\wxmsw28u_gcc_custom.dll ... > -mthreads -L..\..\lib\gcc_dll > -Wl,--out-implib=..\..\lib\gcc_dll\libwxmsw28