Home Page Forums MAME MAME Can't compile latest MAME? READ THIS THREAD

Is default python on your system Python 3? It needs to be Python 2 to work.

Yeah, I just removed Python 3 and installed 2.79 ... it's just curious that it worked until last week.

Edit: Working now, thanks.

Build failed (for both mess and ume) on 64 bit Linux (Xubuntu - gcc 4.9.1) at:

src/mess/drivers/bitgraph.c: In member function �virtual void bitgraph_state::machine_reset()�:
src/mess/drivers/bitgraph.c:456:32: error: �memset� used with constant zero length parameter; this could be due to transposed parameters [-Werror=memset-transposed-args]
memset(m_ppu, sizeof(m_ppu), 0);
^
Compiling src/mess/drivers/cosmicos.c...
cc1plus: all warnings being treated as errors
makefile:935: recipe for target 'obj/sdl64/mess/drivers/bitgraph.o' failed
make: *** [obj/sdl64/mess/drivers/bitgraph.o] Error 1

Last entry in git log: Dec 15 12:42:29 2014 +1100

Hello, hoping someone can help - having difficulties compiling the tools (chdman etc.) with Linux Mint 17.1 x64 using the stock .156 source as available from mamedev.org. Specifically, a "make TARGET=tools" fails with this:

Linking obj/sdl64/build/verinfo...
make: *** No rule to make target `obj/sdl64/tools/tools.o', needed by `tools64'. Stop.

Any ideas what this may be? Thanks.

Shoegazer, it's make tools, not make TARGET=tools.

Ah, quite right. Thanks!

commit bc795224f4c34853ed738ea2f8e9f2a94f0f5bbc fixed bitgraph compile problem in #97440 above. Thank you hap.

I'm trying to compile MESS and MAME using TortoiseGIT on Windows 7 but I'm receiving the following error message:

mkdir.exe -p obj/windows/osd/modules/sound
mkdir.exe -p obj/windows/osd/windows
mkdir.exe -p obj/windows/tools
Compiling src/osd/windows/vconv.c...
Compiling src/build/makedep.c...
Compiling src/lib/util/astring.c...
Compiling src/lib/util/corealloc.c...
Compiling src/lib/util/corefile.c...
Compiling src/lib/util/unicode.c...
src/lib/util/corealloc.c: In static member function 'static memory_entry* memory
_entry::allocate(size_t, void*, const char*, int, bool)':
src/lib/util/corealloc.c:294:43: error: cast from 'void*' to 'FPTR {aka unsigned
int}' loses precision [-fpermissive]
src/lib/util/corealloc.c: In static member function 'static memory_entry* memory
_entry::find(void*)':
src/lib/util/corealloc.c:319:42: error: cast from 'void*' to 'FPTR {aka unsigned
int}' loses precision [-fpermissive]
src/lib/util/corealloc.c: In static member function 'static void memory_entry::r
elease(memory_entry*, const char*, int)':
src/lib/util/corealloc.c:342:52: error: cast from 'void*' to 'FPTR {aka unsigned
int}' loses precision [-fpermissive]
make: *** [obj/windows/lib/util/corealloc.o] Error 1
make: *** Waiting for unfinished jobs....

The source code was compiling fine the last time I tried, which I think was on the weekend.

You can add PTR64=1 to work around it for the time being.

Thanks for that. This worked for MESS, but not MAME though. I'm also using a clean build for both MESS and MAME.

Linking MAME64.exe...
obj/windows64/mame/dataeast.a(deco222.o):deco222.c:(.data$_ZTV15deco_222_device[
vtable for deco_222_device]+0x250): undefined reference to `non-virtual thunk to
m6502_device::memory_space_config(address_spacenum) const'
obj/windows64/mame/dataeast.a(deco222.o):deco222.c:(.data$_ZTV15deco_222_device[
vtable for deco_222_device]+0x2f8): undefined reference to `non-virtual thunk to
m6502_device::state_import(device_state_entry const&)'
c:/mingw64-w64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.3/../../../../x86_64-w64-mi
ngw32/bin/ld.exe: obj/windows64/mame/dataeast.a(deco222.o): bad reloc address 0x
2f8 in section `.data$_ZTV15deco_222_device[vtable for deco_222_device]'
c:/mingw64-w64/bin/../lib/gcc/x86_64-w64-mingw32/4.6.3/../../../../x86_64-w64-mi
ngw32/bin/ld.exe: final link failed: Invalid operation
collect2: ld returned 1 exit status
make: *** [MAME64.exe] Error 1