Compiling GCC for MinGW & Cross-Compiling with Linux

[haruhiko_yamagata]

i'll try adding it later
Wow, great! :thanks:

[cc979]

cc-mingw32-gcc-4.2.1-build-i686-patched-prefix.7z
md5: EC9E51274F02589F8F331DEDD598647B
http://www.speedyshare.com/538350586.html

i've just compiled gcc-4.2.1 with sjlj, from the patched sources from the mingw site

it does compile ffdshow-tryout with:
make CC=gcc-4.2

but it errors on opening after install, ffdshow.ax configure error
i've had this error before not sure how i fixed it before, i think it was a .ini file edit that fixed it before

cheers

[haruhiko_yamagata]

i've just compiled gcc-4.2.1 with sjlj, from the patched sources from the mingw siteThank you very much. No compilation errors :D.
The crash on dialog opening is same for me, but it plays video and audio.

[LoRd_MuldeR]

Are you expecting any performance gain by compiling ffdshow.ax with GCC instead of MSVC71/ICL10 compilers?

[haruhiko_yamagata]

Are you expecting any performance gain by compiling ffdshow.ax with GCC instead of MSVC71/ICL10 compilers?Nope, I just like GCC. I was interested in why ffdshow could not be compiled by GCC 4.2.
This topic should belong to ffdshow thread btw.

[LoRd_MuldeR]

Nope, I just like GCC. I was interested in why ffdshow could not be compiled by GCC 4.2.
This topic should belong to ffdshow thread btw.
At least it would be an improvement not to depend on proprietary compiler software...

[Kurosu]

Almost official MinGW 4.2.1 version works:
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=241304&release_id=532062

There are a number of missing defines though.

[cc979]

Almost official MinGW 4.2.1 version works:
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=241304&release_id=532062

There are a number of missing defines though.

true, but i tried the official mingw-4.2.1 and it failed compiling ffdshow-tryout, it may have been the way it was compiled

[Yong]

official mingw gcc 4.2.1sjlj work for me too, but same, ffdshow.ax crash when open the a/v decoder configurations :p

hmm i think i found out why the ffdshow.ax crash, the OPTSFLAGS on makefile.inc or makefile_c.inc lacks of -fno-strict-aliasing or -ffast-math,
which cause ffdshow.ax crash during open a/v configuration.
ive tried compiling ffdshow again with -fno-strict-aliasing and -ffast-math, now no more error with configuration dialogs :D :D :D

[LoRd_MuldeR]

official mingw gcc 4.2.1sjlj work for me too, but same, ffdshow.ax crash when open the a/v decoder configurations :p

hmm i think i found out why the ffdshow.ax crash, the OPTSFLAGS on makefile.inc or makefile_c.inc lacks of -fno-strict-aliasing or -ffast-math,
which cause ffdshow.ax crash during open a/v configuration.
ive tried compiling ffdshow again with -fno-strict-aliasing and -ffast-math, now no more error with configuration dialogs :D :D :D

Yong, is your build available for testing somewhere?

[_xxl]

Aren't SSE2 builds broken because MinGW32 GCC can't align stack variables? GCC 4.2.0 uses "__attribute__((force_align_arg_pointer))" to fix this issue.This attribute is used only in libavcodec.

[Yong]

Yong, is your build available for testing somewhere?
here u go:
http://y0ngc6.googlepages.com/ffdshow_rev1743_2008104-GCC4.21-sjlj.exe
GCC compiled ffdshow missing manifest file, which make the configuration dialogs look like old windows 2000 apps lol :p
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity version="1.0.0.0" processorArchitecture="X86" name="ffdshow.ax" type="win32" />
<description>WindowsExecutable</description>
<dependency>
<dependentAssembly>
<assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="X86" publicKeyToken="6595b64144ccf1df" language="*" />
</dependentAssembly>
</dependency>
</assembly>
save the code above to "ffdshow.ax.manifest" and move it to ffdshow folder ;)

gcc compilied ffdshow is slow when playback 1080p of h264 video, compare to msvc 2008 build...

msvc 2008 build: http://y0ngc6.googlepages.com/ffdshow_rev1748_2008104-msvc2008.exe
and the runtime dll: http://y0ngc6.googlepages.com/Microsoft.VC90.CRT.exe

[LoRd_MuldeR]

here u go:
http://y0ngc6.googlepages.com/ffdshow_rev1743_2008104-GCC4.21-sjlj.exe
GCC compiled ffdshow missing manifest file, which make the configuration dialogs look like old windows 2000 apps lol :p

Thanks, seems to work here :)

And yes, "XP Styles" are turned off in that build :p

gcc compilied ffdshow is slow when playback 1080p of h264 video, compare to msvc 2008 build...

Why is that? Shouldn't the H.264 decoder, which is located in libavcodec.dll and compiled with GCC anyway, be the bottleneck? At least as long as no additional filters are turned on in ffdshow...

[Yong]

dont know, probably is ffdshow.ax problem,
msvc2008 version of libavcodec.dll and libmplayer.dll were compiled by gcc4 anyway.

iirc gcc 4.0.3 can compile ffdshow with sse2 enabled, while 4.21 will have error when compiling imagefilters, but im not sure if its does matter :p

[_xxl]

MinGW GCC SSE2 versions are broken.

[cc979]

dont know, probably is ffdshow.ax problem,
msvc2008 version of libavcodec.dll and libmplayer.dll were compiled by gcc4 anyway.

iirc gcc 4.0.3 can compile ffdshow with sse2 enabled, while 4.21 will have error when compiling imagefilters, but im not sure if its does matter :p

what error do you get - is it the 'alias thunk' error ?

[Yong]

what error do you get - is it the 'alias thunk' error ?
http://xs223.xs.to/xs223/08010/errrrrror.jpg
compiling are fine as long as dont enable SSE2.:p

btw when i use the gcc4.21 compiled by you, i will get "Cant find CreateProcess" error:confused:
same as gcc 4.2.2 i got from here: http://sourceforge.net/project/showfiles.php?group_id=205275&package_id=248633
compiled by sherpya.

[Yong]

MinGW GCC SSE2 versions are broken.
yes i alread know that:p
i was just trying to compiled one and see wether if the sse2 bugs already fixed on new version of gcc. ;)

[Kurosu]

There is a patch proposed (beware of infinite loops when reading it though ;) here (http://sourceforge.net/tracker/index.php?func=detail&aid=1862226&group_id=173941&atid=867362)

As for the SSE2 stuff, past this, indeed it crashes when activating most video filters. Strange enough, I think the original ffdshow code didn't have this problem, so there might be some regression.

[_xxl]

Also, if you look at the cpu detection code you''ll see that (S)SSE3 part is not compiled by GCC because it crashed.

[cc979]

C99 status in gcc-4.2
http://gcc.gnu.org/gcc-4.2/c99status.html

[cc979]

Just cross-compiled the new gcc-4.2.3

cc-mingw32-gcc-4.2.3-dw2-build-i686-prefix.7z
http://www.speedyshare.com/893618517.html

MD5: CA1DD054CE74AB21E0C1A3515755AED3

[cc979]

after a test compile on ffdshow-tryout i get some new errors, not sure if the 'thunk alias' patch made it into the release

make[1]: Entering directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/baseclasses'
gcc-4.2 -c -DRELEASE -mno-cygwin -mdll -fno-rtti -mthreads -pipe -D_WINGDI_ -DUCLIBCPP -D_GLIBCPP_HAVE_MBSTATE_T -D_WIN32_IE=0x0500 -DARCH_IS_IA32 -DARCH_IS_32BIT -DHAVE_MMX -mmmx -w -DNDEBUG -UDEBUG -DFFDEBUG=0 -I. -I.. -Iuclibc++ -Ibaseclasses -I../baseclasses -IimgFilters -I../imgFilters -Implayer -I../mplayer -Isettings -I../settings -Isettings/filters -I../settings/filters -Icodecs -I../codecs -Isubtitles -I../subtitles -Iconvert -I../convert -Idialog -I../dialog -IaudioFilters -I../audioFilters -Icygwin -I../cygwin -Iffmpeg -I../ffmpeg -Iacm -I../acm -Ifilters -I../filters -Imuxers -I../muxers -I/dx/Include -L/dx/MingLib -ldx9 -O2 -march=pentium-mmx -mtune=i686 -fomit-frame-pointer -finline-functions -finline -frename-registers -fweb -funit-at-a-time -MMD -o baseclasses_all.o baseclasses_all.cpp
In file included from baseclasses_all.cpp:12:
amfilter.cpp: In member function 'virtual long int CBaseFilter::Pause()':
amfilter.cpp:553: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
{standard input}: Assembler messages:
{standard input}:3052: Warning: end of file not at end of a line; newline inserted
{standard input}:3983: Warning: missing operand; zero assumed
{standard input}:3981: Error: undefined symbol `LLSDACSE1540' in operation
make[1]: *** [baseclasses_all.o] Error 1
make[1]: Leaving directory `/home/User/svn/ffdshow-tryout/ffdshow-tryout/src/baseclasses'
make: *** [lib] Error 2


any ideas anyone, is it a broken cross-compile or something else ??

cheers

[Inventive Software]

How the hell did ya cross-compile GCC? Last time I tried it was a couple years ago when I had a working Linux rig, and I couldn't figure it out at all. :D

[clsid]

An "internal compiler error" is a good indication for a compiler bug.

Are you able to compile libavcodec with this GCC build?

[cc979]

How the hell did ya cross-compile GCC? Last time I tried it was a couple years ago when I had a working Linux rig, and I couldn't figure it out at all. :D

see the notes at the top of the thread, a 3 stage build - gcc/binutils for linux & gcc/binutils for linux-mingw, then the a final gcc for mingw (the cross compile part)

[cc979]

An "internal compiler error" is a good indication for a compiler bug.

Are you able to compile libavcodec with this GCC build?

it does compile libavcoded, but i think it maybe a problem with dwarf2

i have re-built it with sjlj

[cc979]

cc-mingw32-gcc-4.2.3-sjlj-suffix-build-i686.7z
http://www.speedyshare.com/962870145.html

MD5: 6AEAEDC8347BD65026DD4239AF152655

indeed the 'thunk alias' bug is still present, seems some debate with gcc folk about the patch

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27067#c9

[cweb]

I compiled some programs with your build, successfully.

I tried this C++ program of mine but I got these errors:
gagenes_c.o:gagenes_c.cc:(.text+0x2cf): undefined reference to `_Unwind_SjLj_Register'
gagenes_c.o:gagenes_c.cc:(.text+0x33b): undefined reference to `_Unwind_SjLj_Unregister'
gagenes_c.o:gagenes_c.cc:(.text+0x379): undefined reference to `_Unwind_SjLj_Resume'
gagenes_c.o:gagenes_c.cc:(.text+0x3bf): undefined reference to `_Unwind_SjLj_Register'
gagenes_c.o:gagenes_c.cc:(.text+0x420): undefined reference to `_Unwind_SjLj_Unregister'
gagenes_c.o:gagenes_c.cc:(.text+0x45e): undefined reference to `_Unwind_SjLj_Resume'
gagenes_c.o:gagenes_c.cc:(.text+0x4a3): undefined reference to `_Unwind_SjLj_Register'
gagenes_c.o:gagenes_c.cc:(.text+0x5d2): undefined reference to `_Unwind_SjLj_Unregister'
gagenes_c.o:gagenes_c.cc:(.text+0x628): undefined reference to `_Unwind_SjLj_Resume'


I think it's pthread which it isn't linking in for some reason..
any ideas on whether it's the build which has a bug or is it something else completely?

I tried adding -lpthread like some posts suggested but got this:
/linux/my-gcc/gcc/gcc-4.2.3/build/i686-pc-mingw32/libstdc++-v3/libsupc++/../../../../libstdc++-v3/libsupc++/eh_throw.cc:97: undefined reference to `_Unwind_SjLj_Resume_or_Rethrow'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(eh_throw.o):/home/user/linux/my-gcc/gcc/gcc-4.2.3/build/i686-pc-mingw32/libstdc++-v3/libsupc++/../../../../libstdc++-v3/libsupc++/eh_throw.cc:69: undefined reference to `_Unwind_SjLj_RaiseException'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(eh_terminate.o):eh_terminate.cc:(.data+0x12): undefined reference to `__gxx_personality_v0'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(eh_call.o):eh_call.cc:(.data+0x11): undefined reference to `__gxx_personality_v0'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(eh_globals.o):eh_globals.cc:(.data+0x12): undefined reference to `__gxx_personality_v0'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(eh_alloc.o):eh_alloc.cc:(.data+0x12): undefined reference to `__gxx_personality_v0'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(codecvt.o):codecvt.cc:(.data+0x12): undefined reference to `__gxx_personality_v0'
l:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.2.3/libstdc++.a(iostream-inst.o):iostream-inst.cc:(.data+0x12): more undefined references to `__gxx_personality_v0' follow
collect2: ld returned 1 exit status

[cc979]

i had problems with pthread before, but was fixed using on of the other dlls renamed - libpthread.a md5: 042149C609287034009DB55A73046107

it may need some other files to

pthread.h, sched.h, semaphore.h these should be in your include directory

but `_Unwind_SjLj_RaiseException' part not sure if any file missing, my build needs further checking i think

[cweb]

i had problems with pthread before, but was fixed using on of the other dlls renamed - libpthread.a md5: 042149C609287034009DB55A73046107

it may need some other files to

pthread.h, sched.h, semaphore.h these should be in your include directory

but `_Unwind_SjLj_RaiseException' part not sure if any file missing, my build needs further checking i think
hmm.. they aren't there...

[cc979]

the pthread i use is here

http://www.mirrorservice.org/sites/sources.redhat.com/pub/pthreads-win32/dll-latest/

[hellfred]

Someone reported, how he sucessfully build gcc 4.2.3 on the gcc-devel mailing list (http://thread.gmane.org/gmane.comp.gcc.devel/96481).

[SledgeHammer_999]

I'm having huge problem with MSYS. Well I'm trying to compile wxWidgets(and other things) but the problem appears right at the start when I hit "./configure". Here:
./configure
0 [main] sh 7468 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump
./configure: line 52: 7468 Segmentation fault (core dumped) ( set +x; test -z "`(eval $as_var=C; export $as_var) 2>&1`" )
0 [main] sh 7832 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump
./configure: line 52: 7832 Segmentation fault (core dumped) ( set +x; test -z "`(eval $as_var=C; export $as_var) 2>&1`" )
0 [main] sh 7724 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump
./configure: line 52: 7724 Segmentation fault (core dumped) ( set +x; test -z "`(eval $as_var=C; export $as_var) 2>&1`" )
0 [main] sh 1324 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump


I've tried several times but only two times "./configure" worked. And I didn't change anything I just was giving again and again "./configure".

Do you know how I fix this?

Also cc979 can I cross-compile MingW using 64-bit linux(for 32bit windows) using your guide?

[cc979]

i do use a 64 bit linux to cross-compile, my needs a little updating tho

[cc979]

make build folder inside each src then ../configure like below

building whole toolchain - binutils,gcc & cross binutils,gcc

using bison,flex,libtool,texinfo(makeinfo) maybe needed automake,autogen,autoconf


*** step 0 : setup gcc linux (bypass step 3)

sudo mkdir -m 777 /my-toolchain

../configure --with-dwarf2 --disable-sjlj-exceptions --enable-__cxa_atexit --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --enable-languages=c,c++ --disable-nls --prefix=/my-toolchain

(using bootstrap re-compile gcc with the gcc it has just made - you get a faster compiler, and it checks for errors)
(can use -march='your-cpu' in cflags eg. -march=k8)
make LDFLAGS="-s" bootstrap

make DESTDIR=/home/user/mytools/linux-gcc-build install
make install && rm -rf *

PATH=/my-toolchain/bin:$PATH


*** step 1 : binutils linux

../configure --with-dwarf2 --disable-sjlj-exceptions --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --disable-nls --prefix=/my-toolchain

(can use -m32 -march='your-cpu' in cflags eg. -march=k8)
make LDFLAGS="-s"

make DESTDIR=/home/user/mytools/linux-binutils-build install
make install && rm -rf *


*** step 2 : gmp & mpfr linux

do this step in gmp & mpfr src folders

./configure --with-dwarf2 --disable-sjlj-exceptions --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --disable-shared --prefix=/my-toolchain

(can use -march='your-cpu' in cflags eg. -march=k8)
make

make check
make DESTDIR=/home/user/mytools/linux-libs install
make install && make distclean

repeat steps 1&2, if you like


*** step 3 : gcc linux (bypass step 3 if step 0 done)

PATH=/my-toolchain/bin:$PATH

../configure --with-dwarf2 --disable-sjlj-exceptions --enable-__cxa_atexit --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --enable-languages=c,c++ --disable-nls --prefix=/my-toolchain

(using bootstrap re-compile gcc with the gcc it has just made - you get a faster compiler, and it checks for errors)
(can use -march='your-cpu' in cflags eg. -march=k8)
make LDFLAGS="-s" bootstrap

make DESTDIR=/home/user/mytools/linux-gcc-build install
make install && rm -rf *


*** step 4 : binutils cross linux>mingw

sudo mkdir -m 777 /cc-mingw

../configure --with-dwarf2 --disable-sjlj-exceptions --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-mingw32 --disable-nls --prefix=/cc-mingw

make LDFLAGS="-s"

make DESTDIR=/home/user/mytools/linux-cross-binutils-build install
make install && rm -rf *


*** step 5 : setup mingw32 includes & libs

sudo mkdir -m 777 /mingw && mkdir /mingw/include

extract mingw-runtime & w32-api to below path :
/home/user/my-gcc/mingw-libs/headers/

extract pthreads-win32 (src: ftp://ftp.mirrorservice.org/sites/sources.redhat.com/pub/pthreads-win32/dll-latest.tar)

copy & rename libpthreadGC2.a into libthread.a copy into /home/user/my-gcc/mingw-libs/headers/lib
copy pthread.h sched.h semaphore.h into /home/user/my-gcc/mingw-libs/headers/include

copy all includes & libs into /cc-mingw/i686-pc-mingw32


cp -r /home/user/linux/my-gcc/mingw-libs/headers/* /cc-mingw/i686-pc-mingw32


** step 6 : gcc cross linux>mingw

PATH=/cc-mingw/bin:$PATH

../configure --with-dwarf2 --disable-sjlj-exceptions --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=i686-pc-mingw32 --enable-languages=c,c++ --disable-nls --prefix=/cc-mingw

(using bootstrap re-compile gcc with the gcc it has just made - you get a faster compiler, and it checks for errors)
(can use -march='your-cpu' in cflags eg. -march=k8)
(you cant bootstrap a cross build)
make LDFLAGS="-s"

make DESTDIR=/home/user/mytools/linux-cross-gcc-build install
make install && rm -rf *


*** step 7 : gmp & mpfr - cross linux>mingw - if this is not done, gcc will not find gmp & mpfr as it needs mingw versions

./configure --with-dwarf2 --disable-sjlj-exceptions --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --disable-shared --prefix=/cc-mingw/i686-pc-mingw32

make

(can't make check when crossing-compiling)
(make backup)
make DESTDIR=/home/user/cc-mingw32-libs install

make install && make distclean

*** step 7a : libgomp - cross linux>mingw (not sure if needed)

(cd gcc/build)
../libgomp/configure --with-dwarf2 --disable-sjlj-exceptions --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --target=i686-pc-mingw32 --prefix=/cc-mingw/i686-pc-mingw32 --enable-threads=win32 --disable-nls --disable-win32-registry --disable-shared --without-x

make LDFLAGS="-s"

make DESTDIR=/home/user/cc-mingw32-libs install

make install && rm -rf *

*** step 8 : gcc-mingw (for 32bit windows mingw)

steps 0-7 only need doing once

(if paths not set)

PATH=/my-toolchain/bin:$PATH
PATH=/cc-mingw/bin:$PATH

PATH=/cc-mingw/bin:/my-toolchain/bin:$PATH


(make sure all mingw include & libs are in /mingw/i686-pc-mingw32 ... for libgomp see step 7a)
../configure --with-dwarf2 --enable-libgomp --disable-sjlj-exceptions --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --target=i686-pc-mingw32 --enable-languages=c,c++ --prefix=/mingw --enable-threads=win32 --disable-nls --disable-win32-registry --disable-shared --without-x

*** from Offical MinGW
../configure --with-gcc --enable-libgomp --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --target=i686-pc-mingw32 --program-suffix=-sjlj --with-arch=i686 --with-tune=generic --disable-werror --prefix=/mingw --with-local-prefix=/mingw --enable-threads=win32 --disable-nls --enable-languages=c,c++ --disable-win32-registry --enable-sjlj-exceptions --enable-libstdcxx-debug --enable-cxx-flags="-fno-function-sections -fno-data-sections" --enable-version-specific-runtime-libs

(binutils)
../configure --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --target=i686-pc-mingw32 --prefix=/mingw --enable-threads=win32 --disable-nls --disable-win32-registry --disable-shared --without-x

(libgomp)
../libgomp/configure --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --target=i686-pc-mingw32 --enable-languages=c,c++ --prefix=/mingw --enable-threads=win32 --disable-nls --disable-win32-registry --disable-shared --without-x
../libgomp/configure --with-dwarf2 --disable-sjlj-exceptions --host=i686-pc-mingw32 --build=i686-pc-linux-gnu --target=i686-pc-mingw32 --enable-languages=c,c++ --prefix=/mingw --enable-threads=win32 --disable-nls --disable-win32-registry --disable-shared --without-x


(can use -march='your cpu' in cflags eg. -march=k8)
make LDFLAGS="-s"

// final output for windows

**** pick one

(gcc)
make DESTDIR=/home/user/cc-mingw32-gcc-build install && rm -rf *

(binutils)
make DESTDIR=/home/user/cc-mingw32-binutils-build install && rm -rf *

***


3 types of compile

build
this is *always* the platform on which you are running the build
process; since we are building on Linux, this is unequivocally going to
specify `linux', with the canonical form being `i686-pc-linux-gnu'.

host
this is a tricky one: it specifies the platform on which whatever we
are building is going to be run; for the cross-compiler itself, that's
also `i686-pc-linux-gnu', but when we get to the stage of building the
runtime support libraries to go with that cross-compiler, they must
contain code which will run on the `i686-pc-mingw32' host, so the `host'
specification should change to this, for the `runtime' and `w32api'
stages of the build.

target
this is probably the one which causes the most confusion; it is only
relevant when building a cross-compiler, and it specifies where the code
which is built by that cross-compiler itself will ultimately run; it
should not need to be specified at all, for the `runtime' or `w32api',
since these are already targetted to `i686-pc-mingw32' by a correct
`host' specification.

[ffmpeg]

GCC 4.3 released

Could you compile it ?

[clsid]

You can find a 4.3 build here:
http://www.tdragon.net/recentgcc/

[cc979]

Just built GCC-4.3

http://www.speedyshare.com/600146473.html

[ffmpeg]

gcc 4.3 has bug on mingw

The latest version is gcc 4.3.1

Could you compile it again?

Thanks

[cc979]

Status

Current release series: GCC 4.3.0
Status: 2008-04-28 (regression fixes and docs only).

is gcc frontpage not up to update ?

[_xxl]

@ cc979
Is it posible to compile MinGW GCC 4.2.4 and 4.4.0 for win32 please?

[cc979]

gcc 4.2.4 yes but 4.4.0 still not official release

[cc979]

gcc-4.2.4 vanilla
md5: 4DA45B2A8E1D2430A81C5E72212A942E

http://www.speedyshare.com/354868282.html

[MatMaul]

can we have a gcc 4.3.1 build please ?

[clsid]

This is another good source for GCC builds:
http://www.tdragon.net/recentgcc/

[cc979]

can we have a gcc 4.3.1 build please ?

sure, soon i hope

[_xxl]

Can you post a link to 4.2.4 again?

[cc979]

gcc-4.2.4
http://www.speedyshare.com/304860608.html

[studguy1]

cc979:
A build of the latest gcc 4.3.3 would be greatly appreciated. thanks.