Closed GoogleCodeExporter closed 8 years ago
I suppose I should also mention that if I fix the makefile as suggested by the
KB
site, the following happens:
Undefined symbols:
"_iconv_close", referenced from:
_fill_entry in romcache.o
_tr_init in translate.o
"_iconv", referenced from:
_fill_entry in romcache.o
_tr_init in translate.o
_tr_init in translate.o
"_iconv_open", referenced from:
_fill_entry in romcache.o
_tr_init in translate.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [mupen64plus] Error 1
Original comment by chris...@gmail.com
on 11 Sep 2008 at 10:44
[deleted comment]
i think it would only be needed to have '-liconv' to the makefile
Original comment by auria...@gmail.com
on 12 Sep 2008 at 12:08
Looking at the command issued, '-liconv' is passed to g++: twice.
Original comment by chris...@gmail.com
on 12 Sep 2008 at 12:11
r1050 and r1050 reverted some of the changes in the trunk. Try it with a newer
version of the trunk. It works for me on Mac OS X 10.5.4 (Intel).
Original comment by preotgee...@gmail.com
on 12 Sep 2008 at 3:00
Okay, looks like some recent RSP work broke OSX support. This has been reverted
and
moved to a branch. Nice to know to double check this when re-integrating that
work.
Original comment by sknau...@wesleyan.edu
on 12 Sep 2008 at 6:58
No, this is not fixed: Both of the errors mentioned still occur on r1055.
I suppose also worth mentioning is that I'm running XQuartz 2.3.0 (xorg-server
1.4.2-apple5) as my X11 server.
Original comment by chris...@gmail.com
on 12 Sep 2008 at 7:09
Original issue reported on code.google.com by
chris...@gmail.com
on 11 Sep 2008 at 8:13