updated mingw
Moderator: InsideQC Admins
50 posts
• Page 3 of 4 • 1, 2, 3, 4
slowly shifting my compiler suite to x86_64 to have support for both (the new compiler i posted works on win32 also).
so it lost a good deal on the weight since i now have to uphold two independant packages with support tools / libraries (would get one unholy mess else).
the previous version had all support libraries with mingw the new one will have them as an optional package for both architectures.
these packages i will make public besides the main compiler suite, so you dont have to download a 10 gig setup
the main compiler suite will include freepascal freebasic mingw (x86_64) harbour and the msys posix environment with support scripts.
the mingw compiler will use the codeblocks ide as before.
atm im trying to patch in the compiler variables for the 32 bit builds
in codeblocks, since they are the ones taking special flags with the
x86_64 compiler.
when done ill hopefully have a rather usefull compiler suite free for
public use, allthough i might charge for keeping it updated with
support libraires / tools i will newer charge for the code involved
(people are welcome to make changes to the code as they see fit).
the compiler suite itself will be free
.
the bad. well python support for 64 bit is probably far off. the previous version had an internal mingw build python but only for 32 bit. and building it required cygwin tools.
im researching if possible to incorporate the official python builds for both architectures, but previous attempts have sown me that its quite hard.
so it lost a good deal on the weight since i now have to uphold two independant packages with support tools / libraries (would get one unholy mess else).
the previous version had all support libraries with mingw the new one will have them as an optional package for both architectures.
these packages i will make public besides the main compiler suite, so you dont have to download a 10 gig setup
the main compiler suite will include freepascal freebasic mingw (x86_64) harbour and the msys posix environment with support scripts.
the mingw compiler will use the codeblocks ide as before.
atm im trying to patch in the compiler variables for the 32 bit builds
in codeblocks, since they are the ones taking special flags with the
x86_64 compiler.
when done ill hopefully have a rather usefull compiler suite free for
public use, allthough i might charge for keeping it updated with
support libraires / tools i will newer charge for the code involved
(people are welcome to make changes to the code as they see fit).
the compiler suite itself will be free
the bad. well python support for 64 bit is probably far off. the previous version had an internal mingw build python but only for 32 bit. and building it required cygwin tools.
im researching if possible to incorporate the official python builds for both architectures, but previous attempts have sown me that its quite hard.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
upcomming two new releases.
a 32 and a 64 bit only mingw made of the not yet released 4.6 series.
now includes opencl and gdiplus.
also for the first time with a free compiler an equivalent to microsofts secure api
new programming language called gnugo (not yet in buggers on some headers with the same name as those in the mingw api sigh.)
a 32 and a 64 bit only mingw made of the not yet released 4.6 series.
now includes opencl and gdiplus.
also for the first time with a free compiler an equivalent to microsofts secure api
new programming language called gnugo (not yet in buggers on some headers with the same name as those in the mingw api sigh.)
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
the two experimental releases are up.
a few small buggers though.
link time optimization is broken with the 32 bit compiler (hopefully fixed at release).
includes new experimental binutils (may be flaky).
gcc-4.6.0 uses newer graphite branch for optimization (can now also optmize for i7).
this is a test build take the above in mind if you want to use them
ill release the final versions when im satisfied they work as expected.
a few small buggers though.
link time optimization is broken with the 32 bit compiler (hopefully fixed at release).
includes new experimental binutils (may be flaky).
gcc-4.6.0 uses newer graphite branch for optimization (can now also optmize for i7).
this is a test build take the above in mind if you want to use them
ill release the final versions when im satisfied they work as expected.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
404. That’s an error.
The requested URL /p/mingw-wine/downloads/detail?name=MinGW64.7z&can=2&q= was not found on this server. That’s all we know.
The requested URL /p/mingw-wine/downloads/detail?name=MinGW64.7z&can=2&q= was not found on this server. That’s all we know.
-

xaGe - Posts: 461
- Joined: Wed Mar 01, 2006 8:29 am
- Location: Upstate, New York
oh jeez
i acidentally deleted the link from my site when uploading a newer release
http://code.google.com/p/mingw-wine/ just go here and have a look its the topmost ones.
i had to split the releases up since the size is a bit bigger than googles 100mb pr file limit.
http://code.google.com/p/mingw-wine/ just go here and have a look its the topmost ones.
i had to split the releases up since the size is a bit bigger than googles 100mb pr file limit.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
latest version of my compiler suite freshly from my ftp.
ftp://90.184.233.166:21/codeblocks.7z
32/64 bit development.
pascal.
clipper.
basic.
caml.
included are some 3d development sdks.
Ogre.
IrrLicht.
for gui development.
QT3 and QT4.
for java we have the jdk modified for use with mingw, with several tools included.
for building documentation theres a portable miktex version with graphviz.
for script support we have bash / python.
for dabbling with ORB i have included oMniOrb and Mico.
to start say the pascal ide navigate to the freepascal folder and make a shortcut to launcher.exe then execute that.
to start the basic ide navigate to the freebasic folder and make a shortcut to fbedit.exe then execute that.
to start the clipper compiler navigate to the harbour/bin folder and make a shortcut to hbide.exe then execute that.
to start an elevated bash shell in say win7 x86 make a shortcut to Msys32.exe and execute that
to start an elevated bash shell in say win7 x64 make a shortcut to Msys64.exe and execute that
finally for using either the mingw32 or mingw64 compiler with codeblocks make a shortcut to codeblocks.exe and execute that, now set the default compiler to gcc and set the path to either the mingw32 (for 32 bit development) or the mingw64 (for 64 bit development) folder.
you can use tools like svn located in the local/bin folder if you setup the paths inside codeblocks.
to add the compilers to windows search paths navigate to the inst folder and execute the install.cmd file (you can remove them again by executing the uninstall.cmd file).
ftp://90.184.233.166:21/codeblocks.7z
32/64 bit development.
pascal.
clipper.
basic.
caml.
included are some 3d development sdks.
Ogre.
IrrLicht.
for gui development.
QT3 and QT4.
for java we have the jdk modified for use with mingw, with several tools included.
for building documentation theres a portable miktex version with graphviz.
for script support we have bash / python.
for dabbling with ORB i have included oMniOrb and Mico.
to start say the pascal ide navigate to the freepascal folder and make a shortcut to launcher.exe then execute that.
to start the basic ide navigate to the freebasic folder and make a shortcut to fbedit.exe then execute that.
to start the clipper compiler navigate to the harbour/bin folder and make a shortcut to hbide.exe then execute that.
to start an elevated bash shell in say win7 x86 make a shortcut to Msys32.exe and execute that
to start an elevated bash shell in say win7 x64 make a shortcut to Msys64.exe and execute that
finally for using either the mingw32 or mingw64 compiler with codeblocks make a shortcut to codeblocks.exe and execute that, now set the default compiler to gcc and set the path to either the mingw32 (for 32 bit development) or the mingw64 (for 64 bit development) folder.
you can use tools like svn located in the local/bin folder if you setup the paths inside codeblocks.
to add the compilers to windows search paths navigate to the inst folder and execute the install.cmd file (you can remove them again by executing the uninstall.cmd file).
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
small note. if downloading the codeblocks package it allready includes the mingw compiler both 32 and 64 bit so save yourself some time and get only that if you want a full development environment
and a small warning. it still pretty huge allthough not as huge as the previous version
about 2 gig. previous version was 13 gig and expanded to about 30 gig
i left out a great deal of libraries and tools this time to crunch sizes down.
and a small warning. it still pretty huge allthough not as huge as the previous version
i left out a great deal of libraries and tools this time to crunch sizes down.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
I've been using this to compile my software Quake engine for 32 and 64 bit Windows, so far so good!
Did any of the deleted stuff from previous version happen to include an ARM or xscale compiler? I'm looking for a way to build Pocket Quake (for pocket PC) within the CodeBlocks IDE, ideally with an open-source compiler.
Did any of the deleted stuff from previous version happen to include an ARM or xscale compiler? I'm looking for a way to build Pocket Quake (for pocket PC) within the CodeBlocks IDE, ideally with an open-source compiler.
-
qbism - Posts: 1236
- Joined: Thu Nov 04, 2004 5:51 am
no ARM or otherwise in my package but look for the rtems compiler
(for use with msys also) it includes crosscompilers for several systems.
can be a bit hard to find so http://www.rtems.com/wiki/index.php/Min ... or_Windows
im not 100% it includes an ARM version though but ill see what i can dig up.
(for use with msys also) it includes crosscompilers for several systems.
can be a bit hard to find so http://www.rtems.com/wiki/index.php/Min ... or_Windows
im not 100% it includes an ARM version though but ill see what i can dig up.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
ouch well it is possible but you need cygwin and the ecos compiler
instructions here.
http://ecos.sourceware.org/getstart.html
intel also seems to have a compiler for xscale.
instructions here.
http://ecos.sourceware.org/getstart.html
intel also seems to have a compiler for xscale.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
Thanks, I'll take a look at RTEMS.
Intel sold xscale and related compiler years ago to Marvell. Currently not easy to find on the web.
This fellow compiled PocketQuake with Intel, optimized for xscale. It's much faster than Embedded VC++ on that platform:
http://www.herz-power.de/pq.php
I got an HTC 6700 PocketPC phone real cheap on Ebay. The WiFi is unlocked, and there's a community of hackers based around these devices.
Intel sold xscale and related compiler years ago to Marvell. Currently not easy to find on the web.
This fellow compiled PocketQuake with Intel, optimized for xscale. It's much faster than Embedded VC++ on that platform:
http://www.herz-power.de/pq.php
I got an HTC 6700 PocketPC phone real cheap on Ebay. The WiFi is unlocked, and there's a community of hackers based around these devices.
-
qbism - Posts: 1236
- Joined: Thu Nov 04, 2004 5:51 am
btw i fixed a somewhat annoying bug in the gcc-4.6.0 release it will be in the 4.6.1 release.
typo in cppspec.c caused cpp to crash.
building a 4.6.0 release with this fix and a few other nifties like defaulting to static runtime libraries (i hate having programs depend on the gcc runtime dll's)
other fixes imply fully relocatable build (yup you can now have mingw where you like it
)
then theres a partial revert of inlining dll's since some dll's like the wxwidgets monolithic build contains a stupid ammount of inlined functions it cannot link with recent gcc without this fix because the link takes all ram availiable (yup even 8 gig ram aint enough)
also in are some fixes for windows path handling and shared memory support.
the 64 bit build still has one bug left in that it cannot bootstrap itself (binutils bug some say but i use the same version with a previous 64 bit gcc and it works perfectly)
the error it throws is rather obscure and i cant find any references to it anywhere on the web. collect2 ld: error 116.
typo in cppspec.c caused cpp to crash.
building a 4.6.0 release with this fix and a few other nifties like defaulting to static runtime libraries (i hate having programs depend on the gcc runtime dll's)
other fixes imply fully relocatable build (yup you can now have mingw where you like it
then theres a partial revert of inlining dll's since some dll's like the wxwidgets monolithic build contains a stupid ammount of inlined functions it cannot link with recent gcc without this fix because the link takes all ram availiable (yup even 8 gig ram aint enough)
also in are some fixes for windows path handling and shared memory support.
the 64 bit build still has one bug left in that it cannot bootstrap itself (binutils bug some say but i use the same version with a previous 64 bit gcc and it works perfectly)
the error it throws is rather obscure and i cant find any references to it anywhere on the web. collect2 ld: error 116.
-

revelator - Posts: 2567
- Joined: Thu Jan 24, 2008 12:04 pm
- Location: inside tha debugger
50 posts
• Page 3 of 4 • 1, 2, 3, 4
Who is online
Users browsing this forum: No registered users and 2 guests