#193 CVS (as of 28th October) does not compile with GCC 4.0.

[Stuart Andrew Moore]

Attempting to compile the current (as of the 28th) CVS
version of VBA does not appear to work with G++ 4.0.2
(on Ubuntu Linux (Breezy)). Compile GBA.cpp eats all
system resources, slowing the system (2200+ Athlon XP,
512MB RAM) to a crawl. It compiles under G++ 3.4.5.

[Kalak]

Logged In: YES
user_id=1402494

Compiles under Fedora Core 4 gcc 4.0.2:
[root@daishi ~]# gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --
infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-
checking=release --with-system-zlib --enable-__cxa_atexit --disable-
libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c+
+,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/
java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.2 20051125 (Red Hat 4.0.2-8)

[Rib Rdb]

Logged In: YES
user_id=518853

I haven't tested it yet, but I believe the patch "[ 1292942 ] CPU emulation
optimization patch" will fix this problem.
Having a huge amount of RAM may also solve the problem.

[Richard Quirk]

Logged In: YES
user_id=1244226

Ubunto 5.10 uses gcc 4.0.2 20050808 (prerelease) (Ubuntu
4.0.1-4ubuntu9) which seems older than the RedHat gcc
version. Tested on my 1Gb machine, VBA didn't compile and
gcc used up 1Gb mem + 1Gb swap. Ouch.

After applying the armthumb-all-2.diff patch I can confirm
that it compiles correctly.

[Richard Quirk]

Logged In: YES
user_id=1244226
Originator: NO

GBA.cpp eats all the memory with GCC 4.1.2 and now the patch on 1292942 no longer applies.