Re: [Mingw-w64-public] gcc-4.8.1 build failure libstdc++ string
On 6/25/2013 13:23, Alon Bar-Lev wrote: Gentoo provides a method for building from source. We can take a snapshot of trunk but there is a reason why you guys have not released, right? No, no reason. signature.asc Description: OpenPGP digital signature -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] End of rubenvb builds
On 6/25/2013 23:07, Jon wrote: But it's a Bad Thing that mingw-w64 doesn't have official, user-friendly toolchains, even if (for pragmatic reasons) only windows hosted and a linux host cross-compilers are provided. The current automated builds (apparently targeted to internal testing usage) are not a solution. I'm hoping that a version of Ruben's work at https://github.com/rubenvb/MinGW-w64-build-scripts Early on, Ozkan made the some binaries, they were good enough and given blessings as official builds. Soon after, Ruben made many newer builds, and they were good enough and given blessings as official builds. You can see how this goes, yes we need volunteers to do builds. You too can get some blessings by doing periodic releases AND staying in regular contact with mingw-w64 (eg lurking in #mingw-w64 irc) to report any usage issues. It doesn't have to be Windows builds, could be HPPA *nix or even NetBSD builds. signature.asc Description: OpenPGP digital signature -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] gcc 4.9(trunk) failed on build intrincs/__movsb.c
On 6/26/2013 15:22, Dongsheng Song wrote: *) 32 bit cauchy@CRM-SYSLOG:~/obj/i686-w64-mingw32-gcc49/mingw-w64-crt$ make make all-am make[1]: Entering directory `/home/cauchy/obj/i686-w64-mingw32-gcc49/mingw-w64-crt' i686-w64-mingw32-gcc -DHAVE_CONFIG_H -I. -I/home/cauchy/vcs/svn/mingw-w64/trunk/mingw-w64-crt -m32 -I/home/cauchy/vcs/svn/mingw-w64/trunk/mingw-w64-crt/include -D_CRTBLD -I/home/cauchy/cross/i686-windows-gcc49/i686-w64-mingw32/include -pipe -std=gnu99 -Wall -Wextra -Wformat -Wstrict-aliasing -Wshadow -Wpacked -Winline -Wimplicit-function-declaration -Wmissing-noreturn -Wmissing-prototypes -g -O2 -MT intrincs/lib32_libkernel32_a-__movsb.o -MD -MP -MF intrincs/.deps/lib32_libkernel32_a-__movsb.Tpo -c -o intrincs/lib32_libkernel32_a-__movsb.o `test -f 'intrincs/__movsb.c' || echo '/home/cauchy/vcs/svn/mingw-w64/trunk/mingw-w64-crt/'`intrincs/__movsb.c In file included from /home/cauchy/cross/i686-windows-gcc49/lib/gcc/i686-w64-mingw32/4.9.0/include/x86intrin.h:27:0, from /home/cauchy/cross/i686-windows-gcc49/i686-w64-mingw32/include/intrin.h:32, from /home/cauchy/vcs/svn/mingw-w64/trunk/mingw-w64-crt/intrincs/__movsb.c:1: /home/cauchy/cross/i686-windows-gcc49/lib/gcc/i686-w64-mingw32/4.9.0/include/ia32intrin.h:54:9: internal compiler error: in c_builtin_function_ext_scope, at c/c-decl.c:3633 #pragma GCC target(sse4.2) internal compiler error means it is a GCC bug, try a lower -O level or a different version of GCC. Failing that, report it to the gcc mailing list, include the preprocessed file. signature.asc Description: OpenPGP digital signature -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Re: [Mingw-w64-public] Fwd: SourceForge Project Upgrade - Code Repo Complete
On Thu, Jun 6, 2013 at 7:35 AM, Earnie Boyd ear...@users.sourceforge.net wrote: On Thu, Jun 6, 2013 at 1:20 PM, Kai Tietz wrote: Hello everybody, Please be aware. Project update happend by SourceForge recently. It wasn't wished by us. Nevertheless we have to live by that. Since I've lived through this nightmare already I have one word of advice; be cautious of your repository URL updates. The old repositories still exist and are still accessible for now (possible cleanup later). I would suggest someone go to the shell for the project and rename/remove the old directories containing the repositories. It has bit /projects/mingw more than once. Sorry, what does this mean? I don't follow. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
[Mingw-w64-public] Compiling GNUstep
Hi, I am trying to compile gnustep and I have some remarks : Making all for subproject win32... Compiling file GSFileHandle.m ... In file included from c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/windows.h:64:0, from .././GNUstepBase/GSConfig.h:276, from .././common.h:31, from GSFileHandle.m:27: c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/wincon.h:324:3: error: unknown type name 'BOOL' I had to change the BOOL inside the wincon.h into WINBOOL : WINBOOLbFullscreenSupported; and I have some other errors but maybe it comes from the order of some includes that should be changed when using mingw64 instead of mingw... c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/wincon.h:324:3: error: unknown type name 'BOOL' In file included from GSFileHandle.m:34:0: ../GSFileHandle.h:71:3: error: unknown type name 'WSAEVENT' In file included from ../GSNetwork.h:44:0, from GSFileHandle.m:46: c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/winsock2.h:15:2: warning: #warning Please include winsock2.h before windows.h [-Wcpp] GSFileHandle.m: In function '-[GSFileHandle finalize]': GSFileHandle.m:281:8: warning: passing argument 1 of 'WSACloseEvent' makes pointer from integer without a cast [enabled by default] In file included from ../GSNetwork.h:44:0, from GSFileHandle.m:46: c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/winsock2.h:1044:38: note: expected 'HANDLE' but argument is of type 'int' GSFileHandle.m:282:14: warning: assignment makes integer from pointer without a cast [enabled by default] GSFileHandle.m: In function '-[GSFileHandle initAsClientInBackgroundAtAddress:service:protocol:forModes:]': GSFileHandle.m:770:3: warning: passing argument 1 of 'setAddr:' from incompatible pointer type [enabled by default] GSFileHandle.m:770:3: note: expected 'struct sockaddr *' but argument is of type 'struct sockaddr_in *' GSFileHandle.m: In function '-[GSFileHandle initAsServerAtAddress:service:protocol:]': GSFileHandle.m:944:7: warning: passing argument 1 of 'setAddr:' from incompatible pointer type [enabled by default] GSFileHandle.m:944:7: note: expected 'struct sockaddr *' but argument is of type 'struct sockaddr_in *' GSFileHandle.m: In function '-[GSFileHandle initWithFileDescriptor:closeOnDealloc:]': GSFileHandle.m:1154:17: warning: assignment makes integer from pointer without a cast [enabled by default] GSFileHandle.m:1155:21: warning: comparison between pointer and integer [enabled by default] GSFileHandle.m:1160:11: warning: passing argument 2 of 'WSAEventSelect' makes pointer from integer without a cast [enabled by default] In file included from ../GSNetwork.h:44:0, from GSFileHandle.m:46: c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/winsock2.h:1052:34: note: expected 'HANDLE' but argument is of type 'int' GSFileHandle.m:1164:10: warning: assignment makes integer from pointer without a cast [enabled by default] GSFileHandle.m: In function '-[GSFileHandle closeFile]': GSFileHandle.m:1612:7: warning: passing argument 1 of 'WSACloseEvent' makes pointer from integer without a cast [enabled by default] In file included from ../GSNetwork.h:44:0, from GSFileHandle.m:46: c:\developer\maxgw\mingw32\bin\../lib/gcc/i686-w64-mingw32/4.7.2/../../../../i686-w64-mingw32/include/winsock2.h:1044:38: note: expected 'HANDLE' but argument is of type 'int' GSFileHandle.m:1613:13: warning: assignment makes integer from pointer without a cast [enabled by default] GSFileHandle.m: In function '-[GSFileHandle postReadNotification]': GSFileHandle.m:1699:13: warning: variable 'modes' set but not used [-Wunused-but-set-variable] GSFileHandle.m: In function '-[GSFileHandle postWriteNotification]': GSFileHandle.m:1725:13: warning: variable 'modes' set but not used [-Wunused-but-set-variable] GSFileHandle.m: In function '-[GSFileHandle ignoreReadDescriptor]': GSFileHandle.m:1782:13: warning: comparison between pointer and integer [enabled by default] GSFileHandle.m: In function '-[GSFileHandle ignoreWriteDescriptor]': GSFileHandle.m:1835:13: warning: comparison between pointer and integer [enabled by default] GSFileHandle.m: In function '-[GSFileHandle watchReadDescriptorForModes:]': GSFileHandle.m:1881:13: warning: comparison between pointer and integer [enabled by default] GSFileHandle.m: In function '-[GSFileHandle watchWriteDescriptor]': GSFileHandle.m:1932:17: warning: comparison between pointer and integer [enabled by default] GSFileHandle.m: In function '-[GSFileHandle receivedEventRead]': GSFileHandle.m:2008:4: warning: passing argument 1
