From: Wayne S. <sta...@ve...> - 2014-03-08 12:45:43
|
On 3/8/2014 5:15 AM, Alexpux wrote: > > 08 марта 2014 г., в 1:20, Wayne Stambaugh <sta...@ve...> написал(а): > >> I noticed that this http://sourceforge.net/p/msys2/tickets/12/ bug >> report has been closed. I'm not sure it should be. I just ran into the >> same problem trying to compile wxWidgets using gcc x86_64-w64-mingw32 >> using the 64 bit version of MSYS2. Here is the output from make: >> >> $ make >> /e/build/mingw64/wxWidgets-trunk-debug/bk-deps g++ -c -o basedll_any.o >> -I./.pch/wxprec_basedll -D__WXMSW__ -DWXBUILDING >> -I/e/src/wxWidgets/src/regex -DwxUSE_GUI=0 -DWXMAKINGDLL_BASE >> -DwxUSE_BASE=1 -Wall -Wundef -Wunused-parameter -Wno-ctor-dtor-privacy >> -Woverloaded-virtual -D_FILE_OFFSET_BITS=64 >> -I/e/build/mingw64/wxWidgets-trunk-debug/lib/wx/include/msw-unicode-3.1 >> -I/e/src/wxWidgets/include -DWX_PRECOMP -ggdb -O0 >> /e/src/wxWidgets/src/common/any.cpp >> >> Makefile:28628: recipe for target 'basedll_any.o' failed >> make: *** [basedll_any.o] Error 1 >> > This error is not the same as ticket #12. I’m also can’t build 64-bit wxWidgets for a long time. Something need to be fixed in wxWidgets > > Regards, > Alexey. I can build the 32-bit version of wxWidgets trunk using msys2 and mingw32 just fine. The problem is the 64-bit version of GCC doesn't print out and error message so I cannot even try to fix the problem in wxWidgets. It might be something that is easy fix but without a compiler error message, I have nothing to go on. I've never seen a compiler just stop compiling without some kind of error message pointing to the problem in the source. Looking at the makefile output, it looks like the compiler failed to build any.cpp. Wayne >> and here is the output from gcc -v: >> >> Using built-in specs. >> COLLECT_GCC=E:\msys64\mingw64\bin\gcc.exe >> COLLECT_LTO_WRAPPER=E:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.8.2/lto-wrapper.exe >> Target: x86_64-w64-mingw32 >> Configured with: ../gcc-4.8.2/configure --prefix=/mingw64 >> --with-local-prefix=/mingw64/local --build=x86_64-w64-mingw32 >> --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 >> --with-native-system-header-dir=/mingw64/x86_64-w64-mingw32/include >> --libexecdir=/mingw64/lib >> --with-gxx-include-dir=/mingw64/include/c++/4.8.2 --enable-bootstrap >> --with-arch=x86-64 --with-tune=generic >> --enable-languages=c,lto,c++,objc,obj-c++,fortran,ada --enable-shared >> --enable-static --enable-libatomic --enable-threads=posix >> --enable-graphite --enable-fully-dynamic-string >> --enable-libstdcxx-time=yes --disable-libstdcxx-pch >> --disable-libstdcxx-debug --enable-cloog-backend=isl >> --enable-version-specific-runtime-libs --disable-cloog-version-check >> --disable-isl-version-check --enable-lto --enable-libgomp >> --disable-multilib --enable-checking=release --disable-rpath >> --disable-win32-registry --disable-nls --disable-werror >> --disable-symvers --with-libiconv --with-system-zlib --with-gmp=/mingw64 >> --with-mpfr=/mingw64 --with-mpc=/mingw64 --with-isl=/mingw64 >> --with-cloog=/mingw64 --with-pkgversion='Rev6, Built by MSYS2 project' >> --with-bugurl=http://sourceforge.net/projects/msys2 --with-gnu-as >> --with-gnu-ld >> Thread model: posix >> gcc version 4.8.2 (Rev6, Built by MSYS2 project) >> >> Should I file a bug report is this a setup issue? Thanks in advance. >> >> Cheers, >> >> Wayne >> >> ------------------------------------------------------------------------------ >> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. >> With Perforce, you get hassle-free workflows. Merge that actually works. >> Faster operations. Version large binaries. Built-in WAN optimization and the >> freedom to use Git, Perforce or both. Make the move to Perforce. >> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Msys2-users mailing list >> Msy...@li... >> https://lists.sourceforge.net/lists/listinfo/msys2-users > > |