This list is closed, nobody may subscribe to it.
2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(57) |
May
(43) |
Jun
(24) |
Jul
(21) |
Aug
(70) |
Sep
(112) |
Oct
(107) |
Nov
(150) |
Dec
(23) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2015 |
Jan
(35) |
Feb
(58) |
Mar
(64) |
Apr
(131) |
May
(71) |
Jun
(31) |
Jul
(29) |
Aug
(30) |
Sep
(22) |
Oct
(13) |
Nov
(46) |
Dec
(22) |
2016 |
Jan
(29) |
Feb
(49) |
Mar
(79) |
Apr
(67) |
May
(14) |
Jun
(5) |
Jul
(40) |
Aug
(31) |
Sep
(23) |
Oct
(34) |
Nov
(38) |
Dec
(28) |
2017 |
Jan
(36) |
Feb
(61) |
Mar
(18) |
Apr
(37) |
May
(25) |
Jun
(65) |
Jul
(20) |
Aug
(41) |
Sep
(17) |
Oct
(21) |
Nov
(29) |
Dec
(10) |
2018 |
Jan
(1) |
Feb
(8) |
Mar
|
Apr
(9) |
May
(5) |
Jun
(4) |
Jul
(5) |
Aug
(10) |
Sep
(12) |
Oct
(7) |
Nov
|
Dec
(3) |
2019 |
Jan
(16) |
Feb
(3) |
Mar
(33) |
Apr
(2) |
May
(17) |
Jun
(10) |
Jul
|
Aug
(3) |
Sep
(2) |
Oct
|
Nov
(6) |
Dec
(19) |
2020 |
Jan
(6) |
Feb
(8) |
Mar
(6) |
Apr
(17) |
May
(8) |
Jun
(12) |
Jul
(13) |
Aug
(3) |
Sep
(3) |
Oct
(1) |
Nov
(9) |
Dec
|
2021 |
Jan
(1) |
Feb
(8) |
Mar
(7) |
Apr
|
May
(8) |
Jun
(2) |
Jul
(2) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Alexpux <al...@gm...> - 2014-04-23 18:36:19
|
23 апр. 2014 г., в 20:36, Jon bae <jon...@gm...> написал(а): > Hello all, > sorry I have write to the discussion thread on the msys2 page already, > but I get no answer. I have start newly with msys2 and I want to port my > media build script to it: > https://github.com/jb-alvarado/media-autobuild_suite > > The problem is, that I need for that the autogen.exe. In msys-1.0 it was > inside but in msys2 I don't found it. Today I try to compile it by my > self, but I can't. By the guile build I need to give up. With the > parameter --without-libguile it also not work. > > Is there a chance to get a ready build autogen version for msys2? > I’m add autogen package to MSYS2. To install it run: pacman -Syu && pacman -S autogen Regards, Alexey. > Best Regard! > > jb_ > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexpux <al...@gm...> - 2014-04-23 17:01:32
|
23 апр. 2014 г., в 20:36, Jon bae <jon...@gm...> написал(а): > Hello all, > sorry I have write to the discussion thread on the msys2 page already, > but I get no answer. I have start newly with msys2 and I want to port my > media build script to it: > https://github.com/jb-alvarado/media-autobuild_suite > > The problem is, that I need for that the autogen.exe. In msys-1.0 it was > inside but in msys2 I don't found it. Today I try to compile it by my > self, but I can't. By the guile build I need to give up. With the > parameter --without-libguile it also not work. > > Is there a chance to get a ready build autogen version for msys2? > I will try to get it work. Once I have it already. Regards, Alexey. > Best Regard! > > jb_ > > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Jon b. <jon...@gm...> - 2014-04-23 16:36:38
|
Hello all, sorry I have write to the discussion thread on the msys2 page already, but I get no answer. I have start newly with msys2 and I want to port my media build script to it: https://github.com/jb-alvarado/media-autobuild_suite The problem is, that I need for that the autogen.exe. In msys-1.0 it was inside but in msys2 I don't found it. Today I try to compile it by my self, but I can't. By the guile build I need to give up. With the parameter --without-libguile it also not work. Is there a chance to get a ready build autogen version for msys2? Best Regard! jb_ |
From: Jon b. <jon...@gm...> - 2014-04-23 16:34:52
|
Hello all, sorry I have write to the discussion thread on the msys2 page already, but I get no answer. I have start newly with msys2 and I want to port my media build script to it: https://github.com/jb-alvarado/media-autobuild_suite The problem is, that I need for that the autogen.exe. In msys-1.0 it was inside but in msys2 I don't found it. Today I try to compile it by my self, but I can't. By the guile build I need to give up. With the parameter --without-libguile it also not work. Is there a chance to get a ready build autogen version for msys2? Best Regard! jb_ |
From: Alexpux <al...@gm...> - 2014-04-22 19:37:06
|
22 апр. 2014 г., в 23:28, Alexander Shukaev <har...@gm...> написал(а): > Alexey, this time CMake worked just fine. Probably something got corrupt last time. Thanks for assistance. A side question: MinGW-w64 targeting 64-bit can have some variations: POSIX/Win32 threads and SJLJ/SEH exceptions. I can see that the one you provide is based on POSIX threads, but what about exceptions? 32-bit: POSIX-DWARF 64-bit: POSIX-SEH > > Regards, > Alexander > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform_______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexander S. <har...@gm...> - 2014-04-22 19:28:48
|
Alexey, this time CMake worked just fine. Probably something got corrupt last time. Thanks for assistance. A side question: MinGW-w64 targeting 64-bit can have some variations: POSIX/Win32 threads and SJLJ/SEH exceptions. I can see that the one you provide is based on POSIX threads, but what about exceptions? Regards, Alexander |
From: Alexpux <al...@gm...> - 2014-04-22 17:39:52
|
22 апр. 2014 г., в 21:20, Alexander Shukaev <har...@gm...> написал(а): > OK, I decided to try again with clean MSYS2. Here is the output: > > $ pacman -S mingw-w64-x86_64-cmake > resolving dependencies... > looking for conflicting packages... > > Packages (36) mingw-w64-x86_64-binutils-2.24-4 mingw-w64-x86_64-bzip2-1.0.6-1 mingw-w64-x86_64-cloog-0.18.1-1 mingw-w64-x86_64-crt-svn-4.0.0.6475-1 mingw-w64-x86_64-curl-7.35.0-1 > mingw-w64-x86_64-expat-2.1.0-2 mingw-w64-x86_64-gcc-4.8.2-6 mingw-w64-x86_64-gcc-libs-4.8.2-6 mingw-w64-x86_64-gettext-0.18.3.2-1 mingw-w64-x86_64-gmp-5.1.3-2 mingw-w64-x86_64-gnutls-3.2.9-1 > mingw-w64-x86_64-headers-svn-4.0.0.6479-1 mingw-w64-x86_64-isl-0.12.1-1 mingw-w64-x86_64-libarchive-3.1.2-3 mingw-w64-x86_64-libffi-3.0.13-1 mingw-w64-x86_64-libgcrypt-1.6.1-1 > mingw-w64-x86_64-libgnurx-2.5.1-1 mingw-w64-x86_64-libgpg-error-1.12-1 mingw-w64-x86_64-libiconv-1.14-1 mingw-w64-x86_64-libidn-1.28-1 mingw-w64-x86_64-libssh2-1.4.3-1 > mingw-w64-x86_64-libtasn1-3.4-1 mingw-w64-x86_64-libwinpthread-svn-4.0.0.6471-1 mingw-w64-x86_64-lzo2-2.06-1 mingw-w64-x86_64-mpc-1.0.2-1 mingw-w64-x86_64-mpfr-3.1.2.p5-1 > mingw-w64-x86_64-ncurses-5.9-2 mingw-w64-x86_64-nettle-2.7.1-2 mingw-w64-x86_64-openssl-1.0.1f-1 mingw-w64-x86_64-p11-kit-0.20.1-1 mingw-w64-x86_64-pkgconf-0.9.3-1 > mingw-w64-x86_64-rtmpdump-git-r493.dc76f0a-1 mingw-w64-x86_64-winpthreads-svn-4.0.0.6471-1 mingw-w64-x86_64-xz-5.0.5-1 mingw-w64-x86_64-zlib-1.2.8-2 mingw-w64-x86_64-cmake-2.8.12.2-2 > > Total Download Size: 41.63 MiB > Total Installed Size: 312.33 MiB > > However, even before installation of CMake, here is what happens during downloading: > > mingw-w64-x86_64-cmake-2.8.12.2-2-any 0.0 B 0.00B/s 00:00 [------------------------------------------------------------------------------] 0% mingw-w64-x86_64-cmake-2.8.12.2-2-any 0.0 B 0.00B/s 00:00 [------------------------------------------------------------------------------] 0%error: failed retrieving file 'mingw-w64-x86_64-cmake-2.8.12.2-2-any.pkg.tar.xz' from 148.251.42.38 : Maximum file size exceeded > error: failed retrieving file 'mingw-w64-x86_64-cmake-2.8.12.2-2-any.pkg.tar.xz' from sourceforge.net : Maximum file size exceeded > warning: failed to retrieve some files > error: failed to commit transaction (download library error) > Errors occurred, no packages were upgraded. > > Any ideas? https://sourceforge.net/p/msys2/tickets/37/ > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform_______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexander S. <har...@gm...> - 2014-04-22 17:20:54
|
OK, I decided to try again with clean MSYS2. Here is the output: $ pacman -S mingw-w64-x86_64-cmake resolving dependencies... looking for conflicting packages... Packages (36) mingw-w64-x86_64-binutils-2.24-4 mingw-w64-x86_64-bzip2-1.0.6-1 mingw-w64-x86_64-cloog-0.18.1-1 mingw-w64-x86_64-crt-svn-4.0.0.6475-1 mingw-w64-x86_64-curl-7.35.0-1 mingw-w64-x86_64-expat-2.1.0-2 mingw-w64-x86_64-gcc-4.8.2-6 mingw-w64-x86_64-gcc-libs-4.8.2-6 mingw-w64-x86_64-gettext-0.18.3.2-1 mingw-w64-x86_64-gmp-5.1.3-2 mingw-w64-x86_64-gnutls-3.2.9-1 mingw-w64-x86_64-headers-svn-4.0.0.6479-1 mingw-w64-x86_64-isl-0.12.1-1 mingw-w64-x86_64-libarchive-3.1.2-3 mingw-w64-x86_64-libffi-3.0.13-1 mingw-w64-x86_64-libgcrypt-1.6.1-1 mingw-w64-x86_64-libgnurx-2.5.1-1 mingw-w64-x86_64-libgpg-error-1.12-1 mingw-w64-x86_64-libiconv-1.14-1 mingw-w64-x86_64-libidn-1.28-1 mingw-w64-x86_64-libssh2-1.4.3-1 mingw-w64-x86_64-libtasn1-3.4-1 mingw-w64-x86_64-libwinpthread-svn-4.0.0.6471-1 mingw-w64-x86_64-lzo2-2.06-1 mingw-w64-x86_64-mpc-1.0.2-1 mingw-w64-x86_64-mpfr-3.1.2.p5-1 mingw-w64-x86_64-ncurses-5.9-2 mingw-w64-x86_64-nettle-2.7.1-2 mingw-w64-x86_64-openssl-1.0.1f-1 mingw-w64-x86_64-p11-kit-0.20.1-1 mingw-w64-x86_64-pkgconf-0.9.3-1 mingw-w64-x86_64-rtmpdump-git-r493.dc76f0a-1 mingw-w64-x86_64-winpthreads-svn-4.0.0.6471-1 mingw-w64-x86_64-xz-5.0.5-1 mingw-w64-x86_64-zlib-1.2.8-2 mingw-w64-x86_64-cmake-2.8.12.2-2 Total Download Size: 41.63 MiB Total Installed Size: 312.33 MiB However, even before installation of CMake, here is what happens during downloading: mingw-w64-x86_64-cmake-2.8.12.2-2-any 0.0 B 0.00B/s 00:00 [------------------------------------------------------------------------------] 0% mingw-w64-x86_64-cmake-2.8.12.2-2-any 0.0 B 0.00B/s 00:00 [------------------------------------------------------------------------------] 0%error: failed retrieving file 'mingw-w64-x86_64-cmake-2.8.12.2-2-any.pkg.tar.xz' from 148.251.42.38 : Maximum file size exceeded error: failed retrieving file 'mingw-w64-x86_64-cmake-2.8.12.2-2-any.pkg.tar.xz' from sourceforge.net : Maximum file size exceeded warning: failed to retrieve some files error: failed to commit transaction (download library error) Errors occurred, no packages were upgraded. Any ideas? |
From: Alexey P. <ale...@gm...> - 2014-04-22 16:48:02
|
22 апр. 2014 г., в 20:38, Alexander Shukaev <har...@gm...> написал(а): Alexander, Last two days I’m rebuild a lot of packages to correct dependencies but without this rebuilds I always get cmake installed with all dependencies. Just now I check what packages installs when no one mingw package installed. And get the next: alexey@CAB8 /c/repo/mingw-w64-opencv $ LC_ALL=C pacman -S mingw-w64-x86_64-cmake --root /newmsys resolving dependencies... looking for conflicting packages... Packages (27) mingw-w64-x86_64-bzip2-1.0.6-2 mingw-w64-x86_64-curl-7.36.0-1 mingw-w64-x86_64-expat-2.1.0-3 mingw-w64-x86_64-gcc-libs-4.8.2-8 mingw-w64-x86_64-gettext-0.18.3.2-2 mingw-w64-x86_64-gmp-6.0.0-1 mingw-w64-x86_64-gnutls-3.3.1-1 mingw-w64-x86_64-libarchive-3.1.2-3 mingw-w64-x86_64-libffi-3.0.13-2 mingw-w64-x86_64-libgcrypt-1.6.1-2 mingw-w64-x86_64-libgnurx-2.5.1-2 mingw-w64-x86_64-libgpg-error-1.12-2 mingw-w64-x86_64-libiconv-1.14-1 mingw-w64-x86_64-libidn-1.28-2 mingw-w64-x86_64-libssh2-1.4.3-2 mingw-w64-x86_64-libtasn1-3.4-2 mingw-w64-x86_64-libwinpthread-svn-4.0.0.6560-1 mingw-w64-x86_64-lzo2-2.06-2 mingw-w64-x86_64-ncurses-5.9-2 mingw-w64-x86_64-nettle-2.7.1-3 mingw-w64-x86_64-openssl-1.0.1g-1 mingw-w64-x86_64-p11-kit-0.20.1-1 mingw-w64-x86_64-pkgconf-0.9.3-1 mingw-w64-x86_64-rtmpdump-git-r494.79459a2-1 mingw-w64-x86_64-xz-5.0.5-2 mingw-w64-x86_64-zlib-1.2.8-2 mingw-w64-x86_64-cmake-2.8.12.2-2 Total Download Size: 7.25 MiB Total Installed Size: 101.24 MiB :: Proceed with installation? [Y/n] I don’t see any issue here. All packages are installed by dependency. Regards, Alexey. > Alexey, was there any progress on the issue? Were you able to spot it? Maybe you need some more information or help? Feel free to ask. > > Regards, > Alexander > ------------------------------------------------------------------------------ > Start Your Social Network Today - Download eXo Platform > Build your Enterprise Intranet with eXo Platform Software > Java Based Open Source Intranet - Social, Extensible, Cloud Ready > Get Started Now And Turn Your Intranet Into A Collaboration Platform > http://p.sf.net/sfu/ExoPlatform_______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexander S. <har...@gm...> - 2014-04-22 16:38:41
|
Alexey, was there any progress on the issue? Were you able to spot it? Maybe you need some more information or help? Feel free to ask. Regards, Alexander |
From: Alexpux <al...@gm...> - 2014-04-20 05:51:49
|
20 апр. 2014 г., в 9:10, Alexander Shukaev <har...@gm...> написал(а): > Hey, > > Currently there is a problem with CMake, at least in "msys2-base-x86_64-20140216.tar.xz". When I've installed "mingw64/mingw-w64-x86_64-cmake 2.8.12.2-2", it turned out that some dependencies are not present for CMake to run. Heuristically I've found that the following libraries are missing: > > liblzma-5.dll > libp11-kit-0.dll > libexpat-1.dll > libhogweed-2-5.dll > libnettle-4-7.dll > Do you install cmake via pacman? pacman -S mingw-w64-x86_64-cmake I’m not provide splitting programs to bin, dev, lib and etc. That is why you can’t find mingw-w64-x86_64-liblzma and so on. Packages are: mingw-w64-x86_64-xz mingw-w64-x86_64-p11-kit mingw-w64-x86_64-expat mingw-w64-x86_64-nettle I think you don’t install cmake via pacman that lead you to this problems. Some useful commands: Update installed packages: pacman -Syu Search package: pacman -Ss <name> Install packages: pacman -S <package1> <package2> …. <package n> Regards, Alexey. > Of course these libraries are expected to be in "${MSYS2}/mingw64/bin", and, as a result, their respective packages should be: > > mingw64/mingw-w64-x86_64-liblzma > mingw64/mingw-w64-x86_64-libp11-kit > mingw64/mingw-w64-x86_64-libexpat > mingw64/mingw-w64-x86_64-libhogweed > mingw64/mingw-w64-x86_64-libnettle > > However, currently there are no such packages. So this would be the first thing to fix. Secondly, since packages for these libraries are present in MSYS2, I was still able to install them, but in "${MSYS2}/bin", i.e.: > > msys-lzma-5.dll > msys-p11-kit-0.dll > msys-expat-1.dll > msys-hogweed-2.dll > msys-nettle-4.dll > > To test whether CMake would still work, I copied them to "${MSYS2}/mingw64/bin" renaming them according to required names (see above). However, when I execute: > > cmake --version > > CMake outputs: > > cmake version 2.8.12.2 > > but then CMake does not terminate, it rather hangs forever after this output. So this would be second issue to investigate. > > Looking forward to your feedback. Thanks for your efforts guys, a few years ago I could only dream about enjoying "pacman" on Windows! > > Regards, > Alexander > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech_______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexander S. <har...@gm...> - 2014-04-20 05:10:26
|
Hey, Currently there is a problem with CMake, at least in "msys2-base-x86_64-20140216.tar.xz". When I've installed "mingw64/mingw-w64-x86_64-cmake 2.8.12.2-2", it turned out that some dependencies are not present for CMake to run. Heuristically I've found that the following libraries are missing: liblzma-5.dll libp11-kit-0.dll libexpat-1.dll libhogweed-2-5.dll libnettle-4-7.dll Of course these libraries are expected to be in "${MSYS2}/mingw64/bin", and, as a result, their respective packages should be: mingw64/mingw-w64-x86_64-liblzma mingw64/mingw-w64-x86_64-libp11-kit mingw64/mingw-w64-x86_64-libexpat mingw64/mingw-w64-x86_64-libhogweed mingw64/mingw-w64-x86_64-libnettle However, currently there are no such packages. So this would be the first thing to fix. Secondly, since packages for these libraries are present in MSYS2, I was still able to install them, but in "${MSYS2}/bin", i.e.: msys-lzma-5.dll msys-p11-kit-0.dll msys-expat-1.dll msys-hogweed-2.dll msys-nettle-4.dll To test whether CMake would still work, I copied them to "${MSYS2}/mingw64/bin" renaming them according to required names (see above). However, when I execute: cmake --version CMake outputs: cmake version 2.8.12.2 but then CMake does not terminate, it rather hangs forever after this output. So this would be second issue to investigate. Looking forward to your feedback. Thanks for your efforts guys, a few years ago I could only dream about enjoying "pacman" on Windows! Regards, Alexander |
From: Alexey P. <ale...@gm...> - 2014-04-18 16:56:22
|
18 апр. 2014 г., в 20:52, Alexander Shukaev <har...@gm...> написал(а): > Hello, > > Just migrated from alpha version (which was prepackaged with lots of utilities) to the base one. Can't see "diff" neither prepackaged nor in "pacman" offers. What was the reason to exclude it or is it work in progress? > I’m provide only minimal pack’s now. All other utils you can simply install via pacman. First read https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/. I your case you cam simply run 'pacman -Syu' - to get updates. Then restart MSYS2 and run 'pacman -S base-revel’ to install most used utils. Regards, Alexey. > Regards, > Alexander > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/NeoTech_______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Alexander S. <har...@gm...> - 2014-04-18 16:52:15
|
Hello, Just migrated from alpha version (which was prepackaged with lots of utilities) to the base one. Can't see "diff" neither prepackaged nor in "pacman" offers. What was the reason to exclude it or is it work in progress? Regards, Alexander |
From: Wayne S. <sta...@ve...> - 2014-03-16 20:50:33
|
On 3/16/2014 3:36 PM, Alexey Pavlov wrote: > 2014-03-16 23:34 GMT+04:00 Wayne Stambaugh <sta...@ve...>: >> On 3/16/2014 3:11 PM, Alexey Pavlov wrote: >>> 2014-03-08 1:20 GMT+04:00 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 >>>> >>> >>> I have research this problem and fount that this issue is related to >>> using PCH files. To successfully build wxWidgets you need pass >>> "--disable-precomp-headers" to configure. >>> >>> Also I add PKGBUILD script for wxWidgets-3.0.0 - >>> https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-wxwidgets >>> and will upload prebuilded packages tomorrow. >>> >>> Regards, >>> Alexey. >>> >> >> Alexey, >> >> That did it. Thanks for the help. It still doesn't explain why GCC >> failed silently when building with precompiled headers. It might be >> work pushing it upstream to the GCC folks and let them know that there >> is potentially a problem. >> > > Look into http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926 > This bug is related to this problem. > > Regards, > Alexey. I guess we'll have to wait for the next version of GCC for it to get fixed. Thanks again for the help. Cheers, Wayne > >> Thanks, >> >> 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 >>> >> >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> Msys2-users mailing list >> Msy...@li... >> https://lists.sourceforge.net/lists/listinfo/msys2-users > |
From: Alexey P. <al...@gm...> - 2014-03-16 19:36:35
|
2014-03-16 23:34 GMT+04:00 Wayne Stambaugh <sta...@ve...>: > On 3/16/2014 3:11 PM, Alexey Pavlov wrote: >> 2014-03-08 1:20 GMT+04:00 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 >>> >> >> I have research this problem and fount that this issue is related to >> using PCH files. To successfully build wxWidgets you need pass >> "--disable-precomp-headers" to configure. >> >> Also I add PKGBUILD script for wxWidgets-3.0.0 - >> https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-wxwidgets >> and will upload prebuilded packages tomorrow. >> >> Regards, >> Alexey. >> > > Alexey, > > That did it. Thanks for the help. It still doesn't explain why GCC > failed silently when building with precompiled headers. It might be > work pushing it upstream to the GCC folks and let them know that there > is potentially a problem. > Look into http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56926 This bug is related to this problem. Regards, Alexey. > Thanks, > > 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 >> > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Msys2-users mailing list > Msy...@li... > https://lists.sourceforge.net/lists/listinfo/msys2-users |
From: Wayne S. <sta...@ve...> - 2014-03-16 19:34:56
|
On 3/16/2014 3:11 PM, Alexey Pavlov wrote: > 2014-03-08 1:20 GMT+04:00 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 >> > > I have research this problem and fount that this issue is related to > using PCH files. To successfully build wxWidgets you need pass > "--disable-precomp-headers" to configure. > > Also I add PKGBUILD script for wxWidgets-3.0.0 - > https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-wxwidgets > and will upload prebuilded packages tomorrow. > > Regards, > Alexey. > Alexey, That did it. Thanks for the help. It still doesn't explain why GCC failed silently when building with precompiled headers. It might be work pushing it upstream to the GCC folks and let them know that there is potentially a problem. Thanks, 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 > |
From: Alexey P. <al...@gm...> - 2014-03-16 19:11:25
|
2014-03-08 1:20 GMT+04:00 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 > I have research this problem and fount that this issue is related to using PCH files. To successfully build wxWidgets you need pass "--disable-precomp-headers" to configure. Also I add PKGBUILD script for wxWidgets-3.0.0 - https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-wxwidgets and will upload prebuilded packages tomorrow. Regards, Alexey. > 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 |
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 > > |
From: Wayne S. <sta...@ve...> - 2014-03-07 21:21:05
|
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 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 |