You can subscribe to this list here.
2012 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
(21) |
Jun
(7) |
Jul
(4) |
Aug
(3) |
Sep
(14) |
Oct
(3) |
Nov
(3) |
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2013 |
Jan
(37) |
Feb
(27) |
Mar
(48) |
Apr
(13) |
May
(27) |
Jun
(12) |
Jul
(38) |
Aug
(22) |
Sep
(18) |
Oct
(25) |
Nov
(12) |
Dec
(9) |
2014 |
Jan
(15) |
Feb
(6) |
Mar
(21) |
Apr
(13) |
May
(4) |
Jun
|
Jul
(5) |
Aug
(2) |
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Stuart M. <Stu...@ob...> - 2017-01-13 01:07:07
|
Hello. Just a note that gfortran is missing in the new 6.3.0 rev0 build (at least the posix/seh build at https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/mingw-builds/6.3.0/threads-posix/seh/) I hope this is just an oversight since some of us still use Fortran out here! Thanks! |
From: Иван И. <re...@ra...> - 2016-11-29 13:23:43
|
Hello! I'm using MinGW-builds project to compile all of my C code on windows. However I've noticed that for each object file linked into the final executable I get one ident line (for example "GCC:(i686-posix-sjlj-rev1, Built by MinGW-W64 project) 6.2.0"). I can remove this line for my own object files by adding '-fno-ident' flag, but the final executable still has around 30 of theese line for a simple hello world type project. It seems that these lines come from CRT object files that were procompiled (libgcc.a and etc). Please remove the ident when precompiling these libraries, having one of these lines added to the final executable for each object file is an aweful and useless waste of binary space. |
From: niXman <i.n...@au...> - 2016-11-07 19:26:14
|
Pareti, Joseph 2016-11-07 14:31: > I have downloaded /OpenBLAS 0.2.19 version/xianyi-OpenBLAS-9a7e0ec, > and, according to this > link<https://github.com/xianyi/OpenBLAS/wiki/Installation-Guide>, I > need mingw to install it; so I tried to use mingw-builds-install.exe > and mingw-w64-install.exe but in both cases the "installer has stopped > working". > > Any ideas on what I am doing wrong? I have no installed win10, but in my win7-x64 everything works correctly. -- Regards, niXman ___________________________________________________ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingw-w64/ |
From: Pareti, J. <jos...@hp...> - 2016-11-07 11:31:17
|
I have downloaded /OpenBLAS 0.2.19 version/xianyi-OpenBLAS-9a7e0ec, and, according to this link<https://github.com/xianyi/OpenBLAS/wiki/Installation-Guide>, I need mingw to install it; so I tried to use mingw-builds-install.exe and mingw-w64-install.exe but in both cases the "installer has stopped working". Any ideas on what I am doing wrong? Thanks --- Regards, Joseph Pareti HPE Presales jos...@hp... +49 1520 1600 209 |
From: Victor B. <so...@te...> - 2016-03-02 09:56:59
|
Hello, I have got an internal compiler error with mingw-w64 posi-dwarf 32 bits from mingw-builds. I posted that to gcc bugs: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69832 but as you can see it seems only related to mingw-w64 What can be done? Bet regards victor bombi |
From: Ray D. <min...@gm...> - 2015-01-11 19:30:40
|
On Sun, Jan 11, 2015 at 6:28 PM, Dario Oliveri <oli...@gm...> wrote: > When does mingw-builds will start to support targets different than from > windows so that someone can build for Mac & linux all from a windows? I > tried to build it once a cross compiler for linux but just setting > prerequisites on and correctly is a pain. I expect that this is far outside the scope of mingw-builds. If you are interested I contribute to a fork of crosstool-ng that aims to allow building cross compilers hosted on Windows, Mac and Linux targeting Windows, Mac (and iOS) or Linux. It's (eternally?) a WIP but has been used by various organisations and individuals. Email me directly if you want more information, as it's not relevant to this mailing list. FWIW, building a cross compiler targeting Linux and running on Windows requires a large amount of changes all over the place (Linux kernel, glibc, GCC etc). Regards, Ray. > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________________________ > Mingwbuilds-users mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingwbuilds-users > |
From: Dario O. <oli...@gm...> - 2015-01-11 18:29:01
|
When does mingw-builds will start to support targets different than from windows so that someone can build for Mac & linux all from a windows? I tried to build it once a cross compiler for linux but just setting prerequisites on and correctly is a pain. |
From: Orgad S. <or...@gm...> - 2014-10-19 09:46:17
|
Hi, #include <random.h> breaks compilation, since it relies on this define to use __int128, which doesn't compile with mingw64 (tested both 4.8.1 and 4.9.0). Please remove this #define from c++-config.h. - Orgad |
From: Ray D. <min...@gm...> - 2014-09-28 16:30:06
|
On Sun, Sep 28, 2014 at 5:02 PM, Dario Oliveri <oli...@gm...> wrote: > Is MSYS part of Mingw Builds? If not is there any chance it will be added? No, MSYS is related to the old mingw project, while mingw-builds is related to MinGW-w64. Also, Alexey from mingw-builds started a new project, MSYS2: http://msys2.github.io/ http://sourceforge.net/projects/msys2/ > > I'm asking that because I need MSYS to run NetBeans IDE and compile C++11 > code and I don't want to mix up different GCC packages (also I tried that > and didn't worked). > > ------------------------------------------------------------------------------ > Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer > Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports > Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper > Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer > http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk > _______________________________________________ > Mingwbuilds-users mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingwbuilds-users > |
From: Dario O. <oli...@gm...> - 2014-09-28 16:02:38
|
Is MSYS part of Mingw Builds? If not is there any chance it will be added? I'm asking that because I need MSYS to run NetBeans IDE and compile C++11 code and I don't want to mix up different GCC packages (also I tried that and didn't worked). |
From: Ray D. <min...@gm...> - 2014-08-05 18:35:03
|
Oops this was sent by mistake, please ignore (or don't, I don't mind, it's just a WIP bash script to build some Android GDBs ..) Sorry. |
From: Ray D. <min...@gm...> - 2014-08-05 18:29:14
|
This one kinda works?! |
From: Mykola D. <myk...@gm...> - 2014-07-06 13:34:44
|
Thank you very much! Best regards, Mykola Dimura. On 6 July 2014 15:08, Alexpux <al...@gm...> wrote: > > 06 июля 2014 г., в 16:43, Mykola Dimura <myk...@gm...> > написал(а): > > Some step-by-step tutorial on how to use MSYS2 to install > QtCreator-mingw64 would be great :). > Best regards, Mykola Dimura. > > > 1. Download MSYS2 installer: msys2-x86_64-20140704.exe (64-bit) > > 2. Install it. > > 3. Run msys2_shell from start menu or install folder > > 4. Update packages to latest: pacman -Syu > > 5. Restart MSYS2 > > 6. Install QtCreator with Qt5: > 32-bit: pacman -S mingw-w64-i686-qtcreator > 64-bit: pacman -S mingw-w64-x86_64-qtcreator > > After installing you have qtcreator in <msys install > folder>/mingw{32,64}/bin with installed mingw-w64 toolchain > > This is quick steps. > For more information read: > https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/ > > Regards, > Alexey. > > On 6 July 2014 14:25, Alexpux <al...@gm...> wrote: > > > 06 июля 2014 г., в 16:14, Mykola Dimura <myk...@gm...> > написал(а): > > Hello, > The latest QtCreator build currently available is > x64-Qt-5.2.1+QtCreator-3.0.1-(gcc-4.8.2-seh). Are there any plans on > releasing newer builds of Qt+Qtcreator x64? Could not find any at > MinGW-W64 project web-site... > Thank you! > Best regards > > You can get latest Qt-5.3.1 + QtCreator-3.1.2 with MSYS2. I’m not > interesting in create builds via qt-build scripts more because I’m work now > under MSYS2 project. Just can upload my builds from MSYS2 repository > > Regards, > Alexey. > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Mingwbuilds-users mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingwbuilds-users > > > |
From: Alexpux <al...@gm...> - 2014-07-06 13:08:11
|
06 июля 2014 г., в 16:43, Mykola Dimura <myk...@gm...> написал(а): > Some step-by-step tutorial on how to use MSYS2 to install > QtCreator-mingw64 would be great :). > Best regards, Mykola Dimura. > > 1. Download MSYS2 installer: msys2-x86_64-20140704.exe (64-bit) 2. Install it. 3. Run msys2_shell from start menu or install folder 4. Update packages to latest: pacman -Syu 5. Restart MSYS2 6. Install QtCreator with Qt5: 32-bit: pacman -S mingw-w64-i686-qtcreator 64-bit: pacman -S mingw-w64-x86_64-qtcreator After installing you have qtcreator in <msys install folder>/mingw{32,64}/bin with installed mingw-w64 toolchain This is quick steps. For more information read: https://sourceforge.net/p/msys2/wiki/MSYS2%20installation/ Regards, Alexey. > On 6 July 2014 14:25, Alexpux <al...@gm...> wrote: >> >> 06 июля 2014 г., в 16:14, Mykola Dimura <myk...@gm...> написал(а): >> >>> Hello, >>> The latest QtCreator build currently available is >>> x64-Qt-5.2.1+QtCreator-3.0.1-(gcc-4.8.2-seh). Are there any plans on >>> releasing newer builds of Qt+Qtcreator x64? Could not find any at >>> MinGW-W64 project web-site... >>> Thank you! >>> Best regards >>> >> You can get latest Qt-5.3.1 + QtCreator-3.1.2 with MSYS2. I’m not interesting in create builds via qt-build scripts more because I’m work now under MSYS2 project. Just can upload my builds from MSYS2 repository >> >> Regards, >> Alexey. >> >>> ------------------------------------------------------------------------------ >>> Open source business process management suite built on Java and Eclipse >>> Turn processes into business applications with Bonita BPM Community Edition >>> Quickly connect people, data, and systems into organized workflows >>> Winner of BOSSIE, CODIE, OW2 and Gartner awards >>> http://p.sf.net/sfu/Bonitasoft >>> _______________________________________________ >>> Mingwbuilds-users mailing list >>> Min...@li... >>> https://lists.sourceforge.net/lists/listinfo/mingwbuilds-users >> |
From: Mykola D. <myk...@gm...> - 2014-07-06 12:44:25
|
Some step-by-step tutorial on how to use MSYS2 to install QtCreator-mingw64 would be great :). Best regards, Mykola Dimura. On 6 July 2014 14:25, Alexpux <al...@gm...> wrote: > > 06 июля 2014 г., в 16:14, Mykola Dimura <myk...@gm...> написал(а): > >> Hello, >> The latest QtCreator build currently available is >> x64-Qt-5.2.1+QtCreator-3.0.1-(gcc-4.8.2-seh). Are there any plans on >> releasing newer builds of Qt+Qtcreator x64? Could not find any at >> MinGW-W64 project web-site... >> Thank you! >> Best regards >> > You can get latest Qt-5.3.1 + QtCreator-3.1.2 with MSYS2. I’m not interesting in create builds via qt-build scripts more because I’m work now under MSYS2 project. Just can upload my builds from MSYS2 repository > > Regards, > Alexey. > >> ------------------------------------------------------------------------------ >> Open source business process management suite built on Java and Eclipse >> Turn processes into business applications with Bonita BPM Community Edition >> Quickly connect people, data, and systems into organized workflows >> Winner of BOSSIE, CODIE, OW2 and Gartner awards >> http://p.sf.net/sfu/Bonitasoft >> _______________________________________________ >> Mingwbuilds-users mailing list >> Min...@li... >> https://lists.sourceforge.net/lists/listinfo/mingwbuilds-users > |
From: Alexpux <al...@gm...> - 2014-07-06 12:25:16
|
06 июля 2014 г., в 16:14, Mykola Dimura <myk...@gm...> написал(а): > Hello, > The latest QtCreator build currently available is > x64-Qt-5.2.1+QtCreator-3.0.1-(gcc-4.8.2-seh). Are there any plans on > releasing newer builds of Qt+Qtcreator x64? Could not find any at > MinGW-W64 project web-site... > Thank you! > Best regards > You can get latest Qt-5.3.1 + QtCreator-3.1.2 with MSYS2. I’m not interesting in create builds via qt-build scripts more because I’m work now under MSYS2 project. Just can upload my builds from MSYS2 repository Regards, Alexey. > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Mingwbuilds-users mailing list > Min...@li... > https://lists.sourceforge.net/lists/listinfo/mingwbuilds-users |
From: Mykola D. <myk...@gm...> - 2014-07-06 12:15:27
|
Hello, The latest QtCreator build currently available is x64-Qt-5.2.1+QtCreator-3.0.1-(gcc-4.8.2-seh). Are there any plans on releasing newer builds of Qt+Qtcreator x64? Could not find any at MinGW-W64 project web-site... Thank you! Best regards |
From: niXman <i.n...@au...> - 2014-05-31 16:08:28
|
Erika Butler 2014-05-30 22:30: Hi, Project joined MinGW-W64 project, so please repost to min...@li... ML. Thanks. > This is both with and without using the multithreading options on > mingw-make32. > > It is with this call executed from the build\msw subdirectory of the > wxWidgets installation folder: > > mingw32-make -f makefile.gcc -j4 MONOLITHIC=0 SHELL=CMD.exe BUILD=debug > UNICODE=1 SHARED=0 2>deberr.txt > > Though BUILD=release compiles and links all the libraries just fine, > BUILD=debug (like above) produces a linker error: > > ar: gcc_mswud\corelib_ipwin.o: No such file or directory > mingw32-make: *** [..\..\lib\gcc_lib\libwxmsw30ud_core.a] Error 1 > mingw32-make: *** Waiting for unfinished jobs.... > > This is most bizarre, because makefile.gcc does not list an object file > named "corelib_ipwin.o" to be linked into the wxmswu_core library. It > does, however, list an object file named "corelib_tipwin.o" to be > linked > into the wxmsu_core library and that file does exist in both the > Release > and Debug compiles. For some reason, in BUILD=release, the 't' is not > removed, but in BUILD=debug, the 't' is removed, producing an invalid > filename. > > (Note, this also happens when multithreading in mingw32-make is not > used.) > > Could this be an issue with mingw32_make or the linker? > > Reproducing the error: > > In Windows 8.1 x64, install mingw-builds 64-bit (either seh or sjlj in > posix) and set the PATH variable to its bin folder. Install wxWidgets > 3.0. In "[wxWidgets installation dir]\lib", if it does not already > exist, > create a sub-folder "gcc_lib"; in that sub-folder create the sub-folder > "mswud" and in that sub-folder create "wx" ("[wxWidgets installation > dir]\lib\gcc_lib\mswud\wx]" is hereafter called "[dest]"). Copy the > header > file "[wxWidgets installation dir]\include\wx\msw\setup.h" to "[dest]". > > Open up the Command Prompt and CD to "[wxWidgets installation > dir]\build\msw" and then run the following command: > > mingw32-make -f makefile.gcc -j4 MONOLITHIC=0 SHELL=CMD.exe BUILD=debug > UNICODE=1 SHARED=0 2>deberr.txt > > Open up deberr.txt to see the error message (along with some warnings), > which for me is: > > ar: gcc_mswud\corelib_ipwin.o: No such file or directory > mingw32-make: *** [..\..\lib\gcc_lib\libwxmsw30ud_core.a] Error 1 > mingw32-make: *** Waiting for unfinished jobs.... > > To do the release build, create in "[wxWidgets installation > dir]\lib\gcc_lib" sub-folder and in that sub-folder create the path > "mswu\wx" and into "[wxWidgets installation dir]\lib\gcc_lib\mswu\wx" > copy > the same setup.h file as you had in "[dest]". > > Then open up the command prompt and CD to "[wxWidgets installation > dir]\build\msw" and then run the following command: > > mingw32-make -f makefile.gcc -j4 MONOLITHIC=0 SHELL=CMD.exe > BUILD=release > UNICODE=1 SHARED=0 2>relerr.txt > > This build was successful for me and relerr.txt should only contain > warnings. > > Is anyone else able to reproduce this, either partially or wholly, and > if > so what are the results? Is there an issue with mingw32-make or the > linker > that is causing this problem or is it perhaps the way the makefile was > built? > > Anyway, I love your implementation's support of GCC 4.8.1 and therefore > all > of C++11. Keep up the good work! > > Thank you, > Erika Butler -- Regards, niXman ___________________________________________________ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingw-w64/ ___________________________________________________ Another online IDE: http://liveworkspace.org/ |
From: Erika B. <ben...@gm...> - 2014-05-30 18:31:00
|
This is both with and without using the multithreading options on mingw-make32. It is with this call executed from the build\msw subdirectory of the wxWidgets installation folder: mingw32-make -f makefile.gcc -j4 MONOLITHIC=0 SHELL=CMD.exe BUILD=debug UNICODE=1 SHARED=0 2>deberr.txt Though BUILD=release compiles and links all the libraries just fine, BUILD=debug (like above) produces a linker error: ar: gcc_mswud\corelib_ipwin.o: No such file or directory mingw32-make: *** [..\..\lib\gcc_lib\libwxmsw30ud_core.a] Error 1 mingw32-make: *** Waiting for unfinished jobs.... This is most bizarre, because makefile.gcc does not list an object file named "corelib_ipwin.o" to be linked into the wxmswu_core library. It does, however, list an object file named "corelib_tipwin.o" to be linked into the wxmsu_core library and that file does exist in both the Release and Debug compiles. For some reason, in BUILD=release, the 't' is not removed, but in BUILD=debug, the 't' is removed, producing an invalid filename. (Note, this also happens when multithreading in mingw32-make is not used.) Could this be an issue with mingw32_make or the linker? Reproducing the error: In Windows 8.1 x64, install mingw-builds 64-bit (either seh or sjlj in posix) and set the PATH variable to its bin folder. Install wxWidgets 3.0. In "[wxWidgets installation dir]\lib", if it does not already exist, create a sub-folder "gcc_lib"; in that sub-folder create the sub-folder "mswud" and in that sub-folder create "wx" ("[wxWidgets installation dir]\lib\gcc_lib\mswud\wx]" is hereafter called "[dest]"). Copy the header file "[wxWidgets installation dir]\include\wx\msw\setup.h" to "[dest]". Open up the Command Prompt and CD to "[wxWidgets installation dir]\build\msw" and then run the following command: mingw32-make -f makefile.gcc -j4 MONOLITHIC=0 SHELL=CMD.exe BUILD=debug UNICODE=1 SHARED=0 2>deberr.txt Open up deberr.txt to see the error message (along with some warnings), which for me is: ar: gcc_mswud\corelib_ipwin.o: No such file or directory mingw32-make: *** [..\..\lib\gcc_lib\libwxmsw30ud_core.a] Error 1 mingw32-make: *** Waiting for unfinished jobs.... To do the release build, create in "[wxWidgets installation dir]\lib\gcc_lib" sub-folder and in that sub-folder create the path "mswu\wx" and into "[wxWidgets installation dir]\lib\gcc_lib\mswu\wx" copy the same setup.h file as you had in "[dest]". Then open up the command prompt and CD to "[wxWidgets installation dir]\build\msw" and then run the following command: mingw32-make -f makefile.gcc -j4 MONOLITHIC=0 SHELL=CMD.exe BUILD=release UNICODE=1 SHARED=0 2>relerr.txt This build was successful for me and relerr.txt should only contain warnings. Is anyone else able to reproduce this, either partially or wholly, and if so what are the results? Is there an issue with mingw32-make or the linker that is causing this problem or is it perhaps the way the makefile was built? Anyway, I love your implementation's support of GCC 4.8.1 and therefore all of C++11. Keep up the good work! Thank you, Erika Butler |
From: niXman <i.n...@au...> - 2014-05-04 13:37:03
|
ichad c 2014-05-04 01:00: > This compiler option does not seem to function with the new 4.9.0 > build, > the flag gets passed but it does nothing, worked fine with 4.8.1. > > Output file size of my .dlls has also more than doubled, but this is > quite > common for gcc to vary dramatically between releases, so it's not a > trainsmash. Hi, mingw-builds are joined MinGW-W64 project. Please repost to MinGW-W64 ML. http://sourceforge.net/projects/mingw-w64/ -- Regards, niXman ___________________________________________________ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingw-w64/ ___________________________________________________ Another online IDE: http://liveworkspace.org/ |
From: ichad c <ic...@gm...> - 2014-05-03 21:00:27
|
This compiler option does not seem to function with the new 4.9.0 build, the flag gets passed but it does nothing, worked fine with 4.8.1. Output file size of my .dlls has also more than doubled, but this is quite common for gcc to vary dramatically between releases, so it's not a trainsmash. Regards Drew |
From: niXman <i.n...@au...> - 2014-04-27 18:17:14
|
ichad c 2014-04-27 22:10: > It's that happy time of the year again, since the gcc 4.9 release is > official, will you follow suit? > > Btw, been using your builds for a while now (since 4.7), and the ease > of > use is excellent! Hi, mingw-builds joined MinGW-W64 project, and all new builds also uploaded to MinGW-W64 project. Builds based on gcc-4.9.0 now uploaded: https://sourceforge.net/p/mingw-w64/mailman/message/32267317/ -- Regards, niXman ___________________________________________________ Dual-target(32 & 64-bit) MinGW-W64 compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingw-w64/ ___________________________________________________ Another online IDE: http://liveworkspace.org/ |
From: ichad c <ic...@gm...> - 2014-04-27 18:11:02
|
It's that happy time of the year again, since the gcc 4.9 release is official, will you follow suit? Btw, been using your builds for a while now (since 4.7), and the ease of use is excellent! Regards Drew |
From: Alexpux <al...@gm...> - 2014-04-24 07:37:03
|
24 апр. 2014 г., в 11:28, Koehne Kai <Kai...@di...> написал(а): > > >> -----Original Message----- >> From: Alexpux [mailto:al...@gm...] >> Sent: Thursday, April 24, 2014 9:04 AM >> To: Koehne Kai >> Cc: burning daylight; niXman; mingw-builds >> Subject: Re: [Mingwbuilds-users] QtCreator crash for x64-Qt-5.2.1+QtCreator- >> 3.0.1-(gcc-4.8.2-seh).7z >> >> >> [...] >> It builded with <-opengl desktop>. >> >> We build Qt-5.3.0-beta1 with <-angle> but not all progs that use Qt5 like this >> option. >> I can't build OpenSceneGraph with Qt5 builded with ANGLE. > > Yeah, that sucks. ANGLE is OpenGL ES only, so applications using Desktop OpenGL directly aren't supported. There are hopes though that we can overcome this configure time schism in future versions of Qt ... > > > (Putting a llvmpipe' OpenGL32.dll into Qt Creator's bin folder should work too, btw. See https://sites.google.com/site/buildllvmpipe/ ). > MSYS2 repositories for mingw-w64 has prebuilded llvmpipe’ OpenGL32.dll in mesa package. Regards, Alexey. > Regards > > Kai > |
From: Koehne K. <Kai...@di...> - 2014-04-24 07:28:44
|
> -----Original Message----- > From: Alexpux [mailto:al...@gm...] > Sent: Thursday, April 24, 2014 9:04 AM > To: Koehne Kai > Cc: burning daylight; niXman; mingw-builds > Subject: Re: [Mingwbuilds-users] QtCreator crash for x64-Qt-5.2.1+QtCreator- > 3.0.1-(gcc-4.8.2-seh).7z > > > [...] > It builded with <-opengl desktop>. > > We build Qt-5.3.0-beta1 with <-angle> but not all progs that use Qt5 like this > option. > I can't build OpenSceneGraph with Qt5 builded with ANGLE. Yeah, that sucks. ANGLE is OpenGL ES only, so applications using Desktop OpenGL directly aren't supported. There are hopes though that we can overcome this configure time schism in future versions of Qt ... (Putting a llvmpipe' OpenGL32.dll into Qt Creator's bin folder should work too, btw. See https://sites.google.com/site/buildllvmpipe/ ). Regards Kai |