Home Page Forums MAME MAME SVN builds - new driver flood

internal compiler error: Segmentation fault

appearing on many machines would appear to indicate a flaw in the compiler code, possibly platform dependent. If there where a hardware problem then...
1) The timing and location of the error would be somewhat random.
2) There would be other symptoms of instability on the computers in question.
3) The error would likely be different sometimes.
4) Copying large files on the computer in question would sometimes result in a corrupt copy of the file.

If there is an intermittant flaw in the compiler, depending how long it takes the gcc devs to fix, it might be wise to implement a temporary work around (if one can be found that consistantly avoids the error). ?

Actually GCC historically can cause otherwise 100% reliable machines to show latent hardware faults, which is why it's an excellent ultimate judge for overclocking (particularly when building something large and complex like MESS). In this case it only happens on XP: the same compiler binary building the same MESS source tree will succeed 100% on Vista, Server 2008, or Win7.

Splitting megadriv.c into separate drivers/ and video/ would probably solve the issue permanently (unlike the various cargo-cult "fixes" on offer in this and other threads).

then it might be a problem of the auto-compiler. given that
1. MESS builds fine on Mac, Linux and Windows,
2. the function nes_get_pcb_id is regularly defined in nes_pcb.c

I will simply ignore the Wiki problem...


I'm talking about this error

http://mess.redump.net/mess:compile_failure

not the ICE problem...

Looks like there was a glitch with ccache, cleared the cache and it works now.

Tried different ways to install Win95. No chance because of the missing HIMEM.SYS support on the UNZ emulator.

On the NEC PC-9801 emulator " Anex86 " was the Win95 installation successful.

Don't know what's up with himem.sys on the FM Towns. Maybe there's some switch we're missing or something...

I hope, in the future we make a working MSX driver like Pioneer PX-7/Pioneer PX-V60 with Laserdisc image support.

Just test the new openMSX version 0.8.0. The Laserdisc image support is really not bad.

Inter Stellar

I hope so as well, but in all honesty I would rather the MSX driver not be looked at unless someone's willing to do it with judge-level or byuu-level accuracy.

I was curious until I saw it was only slightly better than Daphne (in this case, by using libogg/libvorbis/libtheora)

They should use MAME CHD-style emulation.

SVN r8254

Compile error


Maybe need a clean compile again.

Edit: Yes, need a clean compile. Now ok.