|
Joined: Aug 2011
Posts: 499
Senior Member
|
Senior Member
Joined: Aug 2011
Posts: 499 |
MESS compile error:
Archiving obj/windows64/mess/grundy.a... Archiving obj/windows64/mess/heathkit.a... Archiving obj/windows64/mess/hegener.a... Archiving obj/windows64/mess/homebrew.a... Archiving obj/windows64/mess/ideal.a... Archiving obj/windows64/mess/intel.a... Archiving obj/windows64/mess/kenner.a... Archiving obj/windows64/mess/luxor.a... ar: unable to rename 'obj/windows64/mess/kenner.a'; reason: File exists makefile:1029: recipe for target 'obj/windows64/mess/kenner.a' failed make: *** [obj/windows64/mess/kenner.a] Error 1 make: *** Waiting for unfinished jobs....
MAME compiles fine.
|
|
|
|
Joined: Aug 2004
Posts: 1,458 Likes: 9
Very Senior Member
|
Very Senior Member
Joined: Aug 2004
Posts: 1,458 Likes: 9 |
eris23: that problem has been fixed.
MikeAbson: I just compiled MESS with no problems. I'd suggest to try again.
|
|
|
|
Joined: Aug 2011
Posts: 499
Senior Member
|
Senior Member
Joined: Aug 2011
Posts: 499 |
So last week even after trying again, I was still getting a compile error (as above). I managed to fix it by using 'PTR64=1', but now today I'm having the same problem with MESS again, whereby MAME is compiling fine (although yesterday MAME would not compile - same error as I was getting with MESS). The problem also is that the file that can't be compiled I don't think actually exists? Each time I try I get the same error, but the file name is different (dms.a, marrow.a and now this time it's be.a). I've tried both with and without 'PTR64=1' but no success.
The error when compiling MESS this time is this:
Compiling src/mess/drivers/apricotp.c... Archiving obj/windows64/mess/adc.a... Compiling src/mess/drivers/alesis.c... Archiving obj/windows64/mess/altos.a... Compiling src/mess/drivers/amiga.c... Compiling src/mess/drivers/pcw.c... Compiling src/mess/drivers/mathmagi.c... Compiling src/mess/video/apollo.c... Compiling src/mess/drivers/mac.c... Archiving obj/windows64/mess/applied.a... Archiving obj/windows64/mess/arcadia.a... Archiving obj/windows64/mess/ascii.a... Archiving obj/windows64/mess/at.a... Compiling src/mess/drivers/lynx.c... Compiling src/mess/drivers/unixpc.c... Archiving obj/windows64/mess/bally.a... Compiling src/mess/drivers/wswan.c... Archiving obj/windows64/mess/banctec.a... Archiving obj/windows64/mess/be.a... ar: unable to rename 'obj/windows64/mess/be.a'; reason: File exists makefile:1029: recipe for target 'obj/windows64/mess/be.a' failed make: *** [obj/windows64/mess/be.a] Error 1 make: *** Waiting for unfinished jobs....
The problem always occurs at:
obj/windows64/mess/<filename goes here.a>
With 'PTR64=1', my MESS batch file looks like this:
@echo off set path=c:\mingw\mingw64-w64\bin;c:\mingw\mingw64-w64\opt\bin;c:\mingw\mingw64-w64\Qt\bin; make clean make -j6 TARGET=mess PTR64=1
Without 'PTR64=1, it's this:
@echo off set path=c:\mingw\mingw64-w64\bin;c:\mingw\mingw64-w64\opt\bin;c:\mingw\mingw64-w64\Qt\bin; make clean make -j6 TARGET=mess
I've stated this before, but I will state it again. I'm using Windows 7 64-bit and TortoiseGIT.
No idea what's going on here... Any ideas?
|
|
|
|
Joined: Jan 2012
Posts: 891 Likes: 17
Senior Member
|
Senior Member
Joined: Jan 2012
Posts: 891 Likes: 17 |
This happens to me occasionally. If I run make again the build continues from where it left off.
|
|
|
|
Joined: Mar 2001
Posts: 17,215 Likes: 234
Very Senior Member
|
Very Senior Member
Joined: Mar 2001
Posts: 17,215 Likes: 234 |
I've seen it sometimes on Windows if you interrupt a build. Making clean and starting a new clean build usually works after that.
|
|
|
|
Joined: Mar 2008
Posts: 1,049
Very Senior Member
|
Very Senior Member
Joined: Mar 2008
Posts: 1,049 |
Checkout from https://github.com/mamedev/mame, revision HEAD, Fully recursive, Externals included. Ps.: Clean directory, new checkout.
"A user interface is like a joke. If you have to explain it, it's not that good."
|
|
|
|
Joined: Mar 2001
Posts: 17,215 Likes: 234
Very Senior Member
|
Very Senior Member
Joined: Mar 2001
Posts: 17,215 Likes: 234 |
Fine here with command-line git tools.
|
|
|
|
Joined: Aug 2004
Posts: 1,458 Likes: 9
Very Senior Member
|
Very Senior Member
Joined: Aug 2004
Posts: 1,458 Likes: 9 |
Looks like you're using TortoiseSVN. I had the same problems and had to give up with it and switch to using GIT tools (TortoiseGIT and msysgit in my case). EDIT: forgot to mention that you should either use github.com/mamedev/mame.git or github.com/mamedev/mame/trunkso that you don't download all those useless branches.
Last edited by Robbbert; 02/17/15 04:28 AM.
|
|
|
|
Joined: Mar 2008
Posts: 1,049
Very Senior Member
|
Very Senior Member
Joined: Mar 2008
Posts: 1,049 |
Thank you very much for all the tips, Robbbert! Finally been able to download the code again
"A user interface is like a joke. If you have to explain it, it's not that good."
|
|
|
|
Joined: Dec 2007
Posts: 301
Senior Member
|
Senior Member
Joined: Dec 2007
Posts: 301 |
Robbbert, I had the same problem as Shideravan but with dial-up went to my Library and downloaded a zip of your github.com/Robbbert/messui.
When I tried to compile it on a WinXP SP3 system with mingw and Python2.7.3 installed, I ran into errors. The first one was that pcap.h could not be found. On my system, the 3rdparty\winpcap\Include directory isn't being found.
I start compilation with
set path=C:\mingw\mingw64-w32\bin set PATH=%~dp0bin;%~dp0i686-w64-mingw32\bin;%~dp0Qt\bin;%PATH% set QT_PLUGIN_PATH=%~dp0Qt\plugins SET CWD=%~dp0 assoc .py=Python.File ftype Python.File=%~dp0bin\python.exe %1 make32 TARGET=mess OSD=winui
Any suggestions?
|
|
|
2 members (Kale, 1 invisible),
233
guests, and
1
robot. |
Key:
Admin,
Global Mod,
Mod
|
|
Forums9
Topics9,320
Posts121,923
Members5,074
|
Most Online1,283 Dec 21st, 2022
|
|
These forums are sponsored by Superior Solitaire, an ad-free card game collection for macOS and iOS. Download it today!
|
|
|
|