kukugt / mupen64plus

Automatically exported from code.google.com/p/mupen64plus
0 stars 0 forks source link

Trunk does not build on Mac OS X 10.5.4 #144

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
Describe your system:
 - Linux distribution: Max OS X 10.5.4
- Machine type: (32-bit or 64-bit)
 - Mupen64Plus version: SVN 1049
- Plugins used:

Describe the problem:

Make all returns the following:

g++ main/main.o main/romcache.o main/util.o main/translate.o main/cheat.o
main/config.o main/adler32.o main/md5.o main/plugin.o main/rom.o
main/savestates.o main/zip/ioapi.o main/zip/unzip.o main/bzip2/bzlib.o
main/bzip2/crctable.o main/bzip2/decompress.o main/bzip2/compress.o
main/bzip2/randtable.o main/bzip2/huffman.o main/bzip2/blocksort.o
main/lzma/buffer.o main/lzma/io.o main/lzma/main.o main/7zip/7zAlloc.o
main/7zip/7zBuffer.o main/7zip/7zCrc.o main/7zip/7zDecode.o
main/7zip/7zExtract.o main/7zip/7zHeader.o main/7zip/7zIn.o
main/7zip/7zItem.o main/7zip/7zMain.o main/7zip/LzmaDecode.o
main/7zip/BranchX86.o main/7zip/BranchX86_2.o memory/dma.o
memory/flashram.o memory/memory.o memory/pif.o memory/tlb.o r4300/r4300.o
r4300/bc.o r4300/compare_core.o r4300/cop0.o r4300/cop1.o r4300/cop1_d.o
r4300/cop1_l.o r4300/cop1_s.o r4300/cop1_w.o r4300/exception.o
r4300/interupt.o r4300/profile.o r4300/pure_interp.o r4300/recomp.o
r4300/special.o r4300/regimm.o r4300/tlb.o r4300/x86/assemble.o
r4300/x86/debug.o r4300/x86/gbc.o r4300/x86/gcop0.o r4300/x86/gcop1.o
r4300/x86/gcop1_d.o r4300/x86/gcop1_l.o r4300/x86/gcop1_s.o
r4300/x86/gcop1_w.o r4300/x86/gr4300.o r4300/x86/gregimm.o
r4300/x86/gspecial.o r4300/x86/gtlb.o r4300/x86/regcache.o
r4300/x86/rjump.o opengl/OGLFT.o opengl/osd.o opengl/screenshot.o
main/gui_gtk/main_gtk.o main/gui_gtk/icontheme.o main/gui_gtk/aboutdialog.o
main/gui_gtk/cheatdialog.o main/gui_gtk/configdialog.o
main/gui_gtk/rombrowser.o main/gui_gtk/romproperties.o  -lz -lm -lpng
-lfreetype -L/opt/fink/lib -lSDLmain -lSDL -Wl,-framework,Cocoa -framework
OpenGL -Wl,-framework,CoreServices,-framework,ApplicationServices
-L/opt/fink/lib -L/usr/X11/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr
-lXinerama -lXext -lXfixes -lXcursor -latk-1.0 -lgdk_pixbuf-2.0
-lpangoxft-1.0 -lXft -lXrender -lpangox-1.0 -lX11 -lpangoft2-1.0
-lfontconfig -lfreetype -lz -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0
-lglib-2.0 -lintl -liconv   -L/opt/fink/lib -lgthread-2.0 -lglib-2.0 -lintl
-liconv   -ldl -o mupen64plus
ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib
collect2: ld returned 1 exit status
make: *** [mupen64plus] Error 1

Please provide any additional information below.

http://developer.apple.com/qa/qa2007/qa1567.html describes a potential fix
for this problem, however, patching the makefile causes further build issues.

Original issue reported on code.google.com by chris...@gmail.com on 11 Sep 2008 at 8:13

GoogleCodeExporter commented 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

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
Looking at the command issued, '-liconv' is passed to g++: twice.

Original comment by chris...@gmail.com on 12 Sep 2008 at 12:11

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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