0003263: Mac version unable to load up Dwarf Fortress game at all.

(0012759)
Logical2u (manager)
2010-09-17 09:56

Is your mac intel based?

Quote from the Dev Log: here's the Mac version, which due to more compiler woes will work only with Intel Macs at this point,

(0012760)
Totaku (reporter)
2010-09-17 10:08

Yes, it is an intel based mac. And yet that's the error I get when trying to run the DF file. So right now the game won't even run on the intel based macs. There's been reports on it within the forum as well. I just thought it would be best to report it on both ends.

(0012773)
arkose (reporter)
2010-09-17 14:04

I also got this error, also on an intel mac. (2 GHz Intel Core 2 Duo; Snow Leopard installed.)

For the record, I just checked /usr/local/lib/, and there isn't a file called libstdc++.6.dylib (or anything similar) in that folder. This is a fairly old intel iMac; maybe they only started putting it there more recently? Not sure.

(0012778)
ardentpenguin (reporter)
2010-09-17 17:50

Same problem here. 2.4 GHz Intel Core 2 Duo, version 10.5.8 (not Snow Leopard).

(0012779)
Dame de la Licorne (reporter)
2010-09-17 18:03

I'm getting the same error message on my Tiger machine. Version 10.4.11, 2.16 GHz Intel Core 2 Duo.

(0012780)
John Keel (reporter)
2010-09-17 18:36
edited on: 2010-09-17 18:38

It looks to me like the program's just looking in the wrong place. There's libstdc++.6.dylib in /usr/lib/, but not /usr/local/lib/. The same applies to libgcc_s.1.dylib, the other file it asks for if you make a copy of the first file in the location it's looking.

(0012785)
Totaku (reporter)
2010-09-18 04:56
edited on: 2010-09-18 06:25

New version came out. Currently it seems to work for some, but not for others.

In my case, I am unable to get the new DF to work. Again Intel Core 2 Duo. Mac Tiger 10.4.11

dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx 0.31.13/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx 0.31.13/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

/Users/MarcKeller/Desktop/df_osx 0.31.13/df: line 5: 1207 Trace/BPT trap ./dwarfort.exe

... I'm beginning to wonder if this version is making Intel Tiger versions obsolete. (which seems to be common among newer programs compiled for mac)

But to make sure, I would like to have this checked first and see if that's the reason, and if not, find a solution to the problem.

(0012786)
cullpepper (reporter)
2010-09-18 06:19

Same issue.

Machine: 2.4 GHz Intel Core 2 Duo

Error Message:
Last login: Sat Sep 18 09:09:33 on ttys000
You have new mail.
lonely-boxs-macbook:~ lbox$ /Users/lbox/Downloads/df_osx\ 2/df ; exit;
dyld: Library not loaded: /usr/local/lib/libstdc++.6.dylib
Referenced from: /Users/lbox/Downloads/df_osx 2/./dwarfort.exe
Reason: image not found
/Users/lbox/Downloads/df_osx 2/df: line 5: 6356 Trace/BPT trap ./dwarfort.exe
logout

(0012787)
Dame de la Licorne (reporter)
2010-09-18 06:26

@Totaku: You might have something, but simply making Tiger versions obsolete wouldn't explain why it also doesn't seem to be working with certain Leopard and Snow Leopard machines.

(0012788)
Ogg the Blinky Sock (reporter)
2010-09-18 07:28

USING OS X 10.6.4 on Intel Mac ('Tiger'/10.4 should be updated in the header if we are merged):

I experienced the linking problem (dyld) mentioned above, with the pathname problem between /usr/local/lib and /usr/lib, which seems to have been resolved by the new (unincremented) release of df_osx 0.31.13.

There is now a new problem:



MainiMac% sh df

dyld: Symbol not found: __ZNSt8__detail12__prime_listE

  Referenced from: /Users/mlye/Desktop/df_osx/./dwarfort.exe

  Expected in: /usr/lib/libstdc++.6.dylib



df: line 5: 19094 Trace/BPT trap          ./dwarfort.exe

Given that the original links were to /usr/local/lib, which implies a local (rather than canonical) install of the C++ standard library, is it possible that there is an unintended dependency on the GNU C++ library that breaks when DF attempts to use Apple's native C++ standard library?

(0012817)
Logical2u (manager)
2010-09-19 10:34
edited on: 2010-09-19 10:35

Hey everyone, could you all check out the newest Mac version that just went up and see if it fixes your problems?
Thanks.

(0012818)
Totaku (reporter)
2010-09-19 11:44
edited on: 2010-09-19 11:46

Are you sure Toady isn't just writing a report based on what he did yesterday?

Results are still the same:

dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

/Users/MarcKeller/Desktop/df_osx.1/df: line 5: 351 Trace/BPT trap ./dwarfort.exe

Please contact Toady and Bauguhn about the situation and see if it's possible to resolve?

(0012819)
Logical2u (manager)
2010-09-19 12:15

Well, it was worth a try since the report for the newest version says that it was done to fix some library problems. I'm sure they're both aware of the problems.

(0012863)
Ogg the Blinky Sock (reporter)
2010-09-21 08:26

Tuesday, September the 21st. Day four.

Current downloadable version of DF 0.31.13 for Mac OS X continues to exhibit fatal crash on launch. Mining up through the screen was a good idea, but now we are stuck here, in real time, with no way back; we must access the fortress to produce more dwarven ale, or at least prickleberry wine. Our last barrel only has nine drinks in it. The dwarves are getting restless. Right now they are burrowing in the paper recycling bin for something to do; three of them are playing 'Hide and Go Carp', while the other four seem to be pretending that the ink jet cartridges inadvertently discarded therein are actually gem clusters. Occasionally a little ink-stained hand will reach up and attempt to tap 'sh df' out on the keyboard. I have already sustained a significant mining injury, from a small copper pickaxe, to my left knee.

(0012886)
Ogg the Blinky Sock (reporter)
2010-09-22 06:21

Wednesday, September the 22nd. Day five.

Still no sign of Toady. My previous report was in error and must be amended; there are only six dwarves. Fortunately, we have found a delicious supply of Elf Roast. ELF ROAST, I tell you. There are two drinks in the barrel. The dwarves have constructed a still out of a block of Post-It notes. Experiments with distilling printer ink are ongoing.

(0012927)
Totaku (reporter)
2010-09-23 12:45

0.31.14 came out and currently, the mac version is still unplayable. Same errors continue to cause problems.

dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

/Users/MarcKeller/Desktop/df_osx.1/df: line 5: 562 Trace/BPT trap ./dwarfort.exe

(0012933)
duckthatquacks (reporter)
2010-09-23 16:40

0.31.13 worked fine for me, but 0.31.14 is giving me all sorts of trouble, crashing and/or hanging indefinitely -- I have been able to start DF and generate a world, but I've never gotten past the embark screen before something goes wrong. I'm on an Intel Mac (2.0 GHz Core Duo) running 10.6.

(0012935)
Dame de la Licorne (reporter)
2010-09-23 17:25

I tried 0.31.14 on my machine (Tiger 10.4.11) and I get the same errors as Totaku. O.31.13 also did not work for me.

(0012943)
Ogg the Blinky Sock (reporter)
2010-09-24 08:46

0.31.14 did not work for me, either. Is Toady even aware of the problem?

dyld: Symbol not found: __ZNSt8__detail12__prime_listE

  Referenced from: /Users/mlye/Desktop/df_osx/./dwarfort.exe

  Expected in: /usr/lib/libstdc++.6.dylib



df: line 5:  8696 Trace/BPT trap          ./dwarfort.exe

(0012969)
Totaku (reporter)
2010-09-25 05:57
edited on: 2010-09-25 05:58

well according to Bauguhn chances are he does know. As he stated the following since he's usually the one who works on the stuff for the mac version.

"Actually, I'm not working on the Mac issues right now.

This is mainly due to not having a working mac. I'd love to, but it could take a while. And so..

Anyone know how to compile GCC on snow leopard such that the resulting libraries (libstdc++, libgcc, etc.) work on leopard/tiger? And willing to test the theory?"

So it could be a good while before this is fixed, but if you know how to compile, you might be able to help Gaughn speed up the process.

(0012993)
kwieland (reporter)
2010-09-26 06:18

I have 10.6.4 and I was able to download 0.31.14, generate a world, and embark. I don't remember the exact generated world specs, but I played for a while, without a hitch. So I am not able to reproduce this bug.

(0013152)
numerobis (reporter)
2010-10-02 12:32

This page appears to have a full transcript of a group working out the issue. Basically, you have to compile against a certain SDK, which requires a few switches to the linker.

http://www.digitalmars.com/d/archives/digitalmars/D/announce/Just_one_more_thing..._14807.html [^]

(0013162)
Dame de la Licorne (reporter)
2010-10-03 06:18

When I tried to load up 0.31.15 on my MacBook 10.4.11, I received the following error:

dyld: Library not loaded: /usr/X11R6/lib/libfreetype.6.dylib
Referenced from: /Users/Catherine/Desktop/Dwarf Fortress 0.31.15/libs/SDL_ttf.framework/Versions/A/SDL_ttf
Reason: image not found
/Users/Catherine/Desktop/Dwarf Fortress 0.31.15/df: line 5: 1431 Trace/BPT trap ./dwarfort.exe

Does anyone know what "image" it's looking for?

(0013163)
Totaku (reporter)
2010-10-03 06:37
edited on: 2010-10-03 06:38

Errors are still the same as before with 0.31.15:

dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

/Users/MarcKeller/Desktop/df_osx.1/df: line 5: 467 Trace/BPT trap ./dwarfort.exe

And again, Mac Tiger OS, 10.4.11

(0013168)
Dame de la Licorne (reporter)
2010-10-03 10:32

Totaku, so since you and I are both using the same OS, I'm curious as to why are we getting different error messages?

(0013172)
numerobis (reporter)
2010-10-03 14:27

I get the same error as Totaku on the same platform as Mme Licorne.

I have X from macports rather than the factory version, which might explain libfreetype loading up fine for me. Or might not.

In any case, looks like Tiger isn't supported. I might have to swing by the Apple store and get a Snow Leopard disc.

(0013185)
Malibu Stacey (reporter)
2010-10-04 08:08
edited on: 2010-10-04 08:30

Same as kwieland here. Have an Intel MacBook running OS 10.6.4. Tested 0.31.14 last week & it worked fine all the way from generating a new world to embarking in Fortress mode to starting a fort (didn't play very long as the MacBook is an office machine so it isn't as powerful as my own personal gaming desktop running Windows).

Summary should be updated to reflect that running DF on pre-10.6.4 OSX versions appears to be the issue (which as predominantly being a Windows developer, I find wickedly ironic & utterly hilarious).

(0013202)
Toady One (administrator)
2010-10-05 01:13

I added the minversion/isysroot thingy from the link for 0.31.16. Has there been any change on the 10.4 behavior? I'm on 10.5.4 and it works for me, of course, but I'm not sure that's so much my OS version as that the compiler was built on my system.

(0013207)
Totaku (reporter)
2010-10-05 06:16
edited on: 2010-10-05 06:17

The error still exsist the same as before in 0.31.16:

dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

/Users/MarcKeller/Desktop/df_osx.1/df: line 5: 1898 Trace/BPT trap ./dwarfort.exe

Also Dame de la Lirocone, I belive the different errors rest in the fact that you are using a Mac book and I use a desktop.

As for Numerobis, I wouldn't be surprised if this is fact since I said before some newer programs I seen that come out seem to lack Tiger support. : (

It seems Mac's trying to force everyone to go Leapord and Beyond

(0013208)
Dame de la Licorne (reporter)
2010-10-05 06:39

With 0.31.16 on my 10.4.11 Tiger MacBook, I still get the same error as before:

dyld: Library not loaded: /usr/X11R6/lib/libfreetype.6.dylib
Referenced from: /Users/Catherine/Desktop/Dwarf Fortress 0.31.16/libs/SDL_ttf.framework/Versions/A/SDL_ttf
Reason: image not found
/Users/Catherine/Desktop/Dwarf Fortress 0.31.16/df: line 5: 399 Trace/BPT trap ./dwarfort.exe

@Totaku, different platforms would explain it, now why didn't I think of that...

(0013256)
Ogg the Blinky Sock (reporter)
2010-10-08 05:33

In the meantime, I've found that the Windows version runs quite well with Wine. (easy install: winebottler.kronenberg.org).

(0013694)
Totaku (reporter)
2010-11-11 13:16

Ok I went and tried to run the new version(.17). As expected problem still exist.

/Users/MarcKeller/Desktop/df_osx.1/df; exit
dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
  Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib
  Expected in: /usr/lib/libSystem.B.dylib

/Users/MarcKeller/Desktop/df_osx.1/df: line 5: 411 Trace/BPT trap ./dwarfort.exe

(0013713)
jfs (reporter)
2010-11-12 06:56

This got me a working DF install of 0.31.17 on OS X 10.6.4:

mkdir 'Dwarf Fortress.app'
cd 'Dwarf Fortress.app'
mkdir Contents
cd Contents
mkdir MacOS
mkdir Frameworks
mv ../../dwarfort.exe MacOS/
mv ../../libs/SDL* Frameworks/
mv ../../libs MacOS/
echo 'APPL????' > PkgInfo
curl http://www.nyo.dk/df/Info.plist [^] > Info.plist
cd MacOS
install_name_tool -id @executable_path/libs/libgcc_s.1.dylib libs/libgcc_s.1.dylib
install_name_tool -id @executable_path/libs/libstdc++.6.dylib libs/libstdc++.6.dylib
install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib dwarfort.exe
install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib libs/libstdc++.6.dylib
install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib libs/libgcc_s.1.dylib
install_name_tool -change /usr/local/lib/libstdc++.6.dylib @executable_path/libs/libstdc++.6.dylib dwarfort.exe
install_name_tool -change /usr/local/lib/libstdc++.6.dylib @executable_path/libs/libstdc++.6.dylib libs/libstdc++.6.dylib

This probably requires having the Xcode Tools installed, to get the install_name_tool.
I may have missed a few steps and made some typos, not sure.
For perfection, add in an icon and list it in the plist file.
"Working" is to the point that I managed to generate a world, I haven't tested fortress or adventure modes.

(0016885)
reddit (reporter)
2011-03-31 15:10

SOLUTION

I got it working on Mac OS X 10.6 after having the same error:

1) Open Finder
2) SHIFT + COMMAND + G and put in "/usr/"
3) In /usr/: Make a folder called "X11R6"
4) Copy the X11 contents from your /usr/ folder to this new X11R6 folder
5) Copy all the X11 contents from /opt/X11 into that X11R6 folder (overwrite)
6) Done!

Reddit post: http://www.reddit.com/r/dwarffortress/comments/gf3n2/any_idea_how_to_winebottle_dwarf_fortress_03125/ [^]

(0017006)
kwieland (reporter)
2011-04-03 07:35

For 10.6 it should work by just clicking on the "df" file (It works for me). This bug is about 10.4 in which it doesn't seem to work.

(0021253)
rbeverly (reporter)
2012-03-08 01:41

If you have the correct libraries, but DF is looking in the wrong place, you can work around by creating symbolic links (command: ln -s ... a "shortcut") in the places it looks. This applies to pretty much any error of the type listed here. In my case there was no /usr/X11R6/ directory, so libfreetype could not be found.

A decent solution - In Terminal paste the following lines one at a time:

cd /usr/
sudo mkdir X11R6 && cd X11R6
sudo mkdir lib && cd lib
ln -s /usr/X11/lib/libfreetype.6.dylib .

Don't leave out the dot in the last line (for those who are not 'unixy').
You can do this for any file, substituting the path to the file for the path in the last line. Use this to make links wherever the program is looking for libraries in the event that Apple has moved the libraries around between versions (they definitely do this).

To locate a file that DF says is missing, try in Terminal:
find / -name 'your-missing-library.dylib'

Once the game starts, name one of your dwarves after me.

(0023154)
Madd the Sane (reporter)
2012-07-04 15:54

See issue 4103 to see what hacks are needed to get Dwarf Fortress to run under OS X.

(0034053)
Ogg the Blinky Sock (reporter)
2015-12-19 12:04

This issue should be retired, I believe, as the problem is long since fixed.

(0034208)
lethosor (manager)
2015-12-26 19:22
edited on: 2015-12-26 19:22

The libstdc++ issue should be resolved now, since DF specifies exactly which libstdc++ to load (its own) - I'm not sure which version that was added in, so I'm marking it as 0.34.01.
Regarding freetype/SDL_ttf, there's a solution in 0007389 that doesn't involve modifying /usr. There's also a crash-on-launch issue on OS X 10.11+ (with PRINT_MODE:2D) which has a solution in 0002624.

Issue History
Date Modified	Username	Field	Change
2010-09-17 09:37	Totaku	New Issue
2010-09-17 09:50	Totaku	Tag Attached: 0.31.13
2010-09-17 09:50	Totaku	Tag Attached: crash
2010-09-17 09:50	Totaku	Tag Attached: mac
2010-09-17 09:56	Logical2u	Note Added: 0012759
2010-09-17 09:56	Logical2u	Tag Attached: AWAITING UPDATE
2010-09-17 10:08	Totaku	Note Added: 0012760
2010-09-17 10:28	Logical2u	Tag Detached: AWAITING UPDATE
2010-09-17 13:40	Logical2u	Relationship added	has duplicate 0003265
2010-09-17 14:04	arkose	Note Added: 0012773
2010-09-17 17:50	ardentpenguin	Note Added: 0012778
2010-09-17 18:03	Dame de la Licorne	Note Added: 0012779
2010-09-17 18:30	HebaruSan	Issue Monitored: HebaruSan
2010-09-17 18:36	John Keel	Note Added: 0012780
2010-09-17 18:38	John Keel	Note Edited: 0012780	View Revisions
2010-09-18 04:56	Totaku	Note Added: 0012785
2010-09-18 05:29	Totaku	Note Edited: 0012785	View Revisions
2010-09-18 06:19	cullpepper	Note Added: 0012786
2010-09-18 06:25	Totaku	Note Edited: 0012785	View Revisions
2010-09-18 06:26	Dame de la Licorne	Note Added: 0012787
2010-09-18 07:28	Ogg the Blinky Sock	Note Added: 0012788
2010-09-19 10:34	Logical2u	Note Added: 0012817
2010-09-19 10:35	Logical2u	Tag Attached: AWAITING UPDATE
2010-09-19 10:35	Logical2u	Note Edited: 0012817	View Revisions
2010-09-19 11:44	Totaku	Note Added: 0012818
2010-09-19 11:46	Totaku	Note Edited: 0012818	View Revisions
2010-09-19 11:46	Totaku	Note Edited: 0012818	View Revisions
2010-09-19 12:15	Logical2u	Note Added: 0012819
2010-09-19 12:15	Logical2u	Tag Detached: AWAITING UPDATE
2010-09-19 13:25	Dame de la Licorne	Issue Monitored: Dame de la Licorne
2010-09-21 08:26	Ogg the Blinky Sock	Note Added: 0012863
2010-09-21 16:07	Ogg the Blinky Sock	Issue Monitored: Ogg the Blinky Sock
2010-09-22 06:21	Ogg the Blinky Sock	Note Added: 0012886
2010-09-23 12:45	Totaku	Note Added: 0012927
2010-09-23 16:40	duckthatquacks	Note Added: 0012933
2010-09-23 17:25	Dame de la Licorne	Note Added: 0012935
2010-09-24 08:46	Ogg the Blinky Sock	Note Added: 0012943
2010-09-24 09:59	Logical2u	Relationship added	parent of 0003308
2010-09-25 05:57	Totaku	Note Added: 0012969
2010-09-25 05:58	Totaku	Note Edited: 0012969	View Revisions
2010-09-26 06:18	kwieland	Note Added: 0012993
2010-10-01 19:19	kwieland	Issue Monitored: kwieland
2010-10-02 12:32	numerobis	Note Added: 0013152
2010-10-03 06:18	Dame de la Licorne	Note Added: 0013162
2010-10-03 06:37	Totaku	Note Added: 0013163
2010-10-03 06:38	Totaku	Note Edited: 0013163	View Revisions
2010-10-03 10:32	Dame de la Licorne	Note Added: 0013168
2010-10-03 11:52	Logical2u	Relationship added	has duplicate 0003361
2010-10-03 14:27	numerobis	Note Added: 0013172
2010-10-04 08:08	Malibu Stacey	Note Added: 0013185
2010-10-04 08:30	Malibu Stacey	Note Edited: 0013185	View Revisions
2010-10-05 01:13	Toady One	Note Added: 0013202
2010-10-05 01:13	Toady One	Assigned To	=> Toady One
2010-10-05 01:13	Toady One	Status	new => acknowledged
2010-10-05 06:16	Totaku	Note Added: 0013207
2010-10-05 06:17	Totaku	Note Edited: 0013207	View Revisions
2010-10-05 06:39	Dame de la Licorne	Note Added: 0013208
2010-10-08 05:33	Ogg the Blinky Sock	Note Added: 0013256
2010-10-31 17:50	Logical2u	Relationship added	parent of 0003485
2010-11-11 13:16	Totaku	Note Added: 0013694
2010-11-12 06:56	jfs	Note Added: 0013713
2010-11-12 08:49	jfs	Issue Monitored: jfs
2011-03-31 15:10	reddit	Note Added: 0016885
2011-04-03 07:35	kwieland	Note Added: 0017006
2012-02-19 02:15	Footkerchief	Relationship added	related to 0004103
2012-02-20 17:43	Footkerchief	Relationship replaced	has duplicate 0003485
2012-03-08 01:41	rbeverly	Note Added: 0021253
2012-03-08 01:43	rbeverly	Issue Monitored: rbeverly
2012-07-04 15:54	Madd the Sane	Note Added: 0023154
2014-01-27 09:15	Footkerchief	Relationship replaced	has duplicate 0003308
2014-07-16 13:58	Footkerchief	Relationship added	related to 0007389
2014-07-31 09:40	Dame de la Licorne	Issue End Monitor: Dame de la Licorne
2014-12-06 07:18	lethosor	Relationship deleted	has duplicate 0003361
2015-12-19 12:04	Ogg the Blinky Sock	Note Added: 0034053
2015-12-19 12:04	Ogg the Blinky Sock	Tag Attached: fixed
2015-12-26 19:15	ahyatt	Note Added: 0034207
2015-12-26 19:17	ahyatt	Note Deleted: 0034207
2015-12-26 19:22	lethosor	Note Added: 0034208
2015-12-26 19:22	lethosor	Status	acknowledged => resolved
2015-12-26 19:22	lethosor	Fixed in Version	=> 0.34.01
2015-12-26 19:22	lethosor	Resolution	open => fixed
2015-12-26 19:22	lethosor	Note Edited: 0034208	View Revisions

Notes
(0012759) Logical2u (manager) 2010-09-17 09:56	Is your mac intel based? Quote from the Dev Log: here's the Mac version, which due to more compiler woes will work only with Intel Macs at this point,

(0012760) Totaku (reporter) 2010-09-17 10:08	Yes, it is an intel based mac. And yet that's the error I get when trying to run the DF file. So right now the game won't even run on the intel based macs. There's been reports on it within the forum as well. I just thought it would be best to report it on both ends.

(0012773) arkose (reporter) 2010-09-17 14:04	I also got this error, also on an intel mac. (2 GHz Intel Core 2 Duo; Snow Leopard installed.) For the record, I just checked /usr/local/lib/, and there isn't a file called libstdc++.6.dylib (or anything similar) in that folder. This is a fairly old intel iMac; maybe they only started putting it there more recently? Not sure.

(0012778) ardentpenguin (reporter) 2010-09-17 17:50	Same problem here. 2.4 GHz Intel Core 2 Duo, version 10.5.8 (not Snow Leopard).

(0012779) Dame de la Licorne (reporter) 2010-09-17 18:03	I'm getting the same error message on my Tiger machine. Version 10.4.11, 2.16 GHz Intel Core 2 Duo.

(0012780) John Keel (reporter) 2010-09-17 18:36 edited on: 2010-09-17 18:38	It looks to me like the program's just looking in the wrong place. There's libstdc++.6.dylib in /usr/lib/, but not /usr/local/lib/. The same applies to libgcc_s.1.dylib, the other file it asks for if you make a copy of the first file in the location it's looking.

(0012785) Totaku (reporter) 2010-09-18 04:56 edited on: 2010-09-18 06:25	New version came out. Currently it seems to work for some, but not for others. In my case, I am unable to get the new DF to work. Again Intel Core 2 Duo. Mac Tiger 10.4.11 dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx 0.31.13/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx 0.31.13/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx 0.31.13/df: line 5: 1207 Trace/BPT trap ./dwarfort.exe ... I'm beginning to wonder if this version is making Intel Tiger versions obsolete. (which seems to be common among newer programs compiled for mac) But to make sure, I would like to have this checked first and see if that's the reason, and if not, find a solution to the problem.

(0012786) cullpepper (reporter) 2010-09-18 06:19	Same issue. Machine: 2.4 GHz Intel Core 2 Duo Error Message: Last login: Sat Sep 18 09:09:33 on ttys000 You have new mail. lonely-boxs-macbook:~ lbox$ /Users/lbox/Downloads/df_osx\ 2/df ; exit; dyld: Library not loaded: /usr/local/lib/libstdc++.6.dylib Referenced from: /Users/lbox/Downloads/df_osx 2/./dwarfort.exe Reason: image not found /Users/lbox/Downloads/df_osx 2/df: line 5: 6356 Trace/BPT trap ./dwarfort.exe logout

(0012787) Dame de la Licorne (reporter) 2010-09-18 06:26	@Totaku: You might have something, but simply making Tiger versions obsolete wouldn't explain why it also doesn't seem to be working with certain Leopard and Snow Leopard machines.

(0012788) Ogg the Blinky Sock (reporter) 2010-09-18 07:28	USING OS X 10.6.4 on Intel Mac ('Tiger'/10.4 should be updated in the header if we are merged): I experienced the linking problem (dyld) mentioned above, with the pathname problem between /usr/local/lib and /usr/lib, which seems to have been resolved by the new (unincremented) release of df_osx 0.31.13. There is now a new problem: `MainiMac% sh df dyld: Symbol not found: __ZNSt8__detail12__prime_listE Referenced from: /Users/mlye/Desktop/df_osx/./dwarfort.exe Expected in: /usr/lib/libstdc++.6.dylib df: line 5: 19094 Trace/BPT trap ./dwarfort.exe` Given that the original links were to /usr/local/lib, which implies a local (rather than canonical) install of the C++ standard library, is it possible that there is an unintended dependency on the GNU C++ library that breaks when DF attempts to use Apple's native C++ standard library?

(0012817) Logical2u (manager) 2010-09-19 10:34 edited on: 2010-09-19 10:35	Hey everyone, could you all check out the newest Mac version that just went up and see if it fixes your problems? Thanks.

(0012818) Totaku (reporter) 2010-09-19 11:44 edited on: 2010-09-19 11:46	Are you sure Toady isn't just writing a report based on what he did yesterday? Results are still the same: dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 351 Trace/BPT trap ./dwarfort.exe Please contact Toady and Bauguhn about the situation and see if it's possible to resolve?

(0012819) Logical2u (manager) 2010-09-19 12:15	Well, it was worth a try since the report for the newest version says that it was done to fix some library problems. I'm sure they're both aware of the problems.

(0012863) Ogg the Blinky Sock (reporter) 2010-09-21 08:26	Tuesday, September the 21st. Day four. Current downloadable version of DF 0.31.13 for Mac OS X continues to exhibit fatal crash on launch. Mining up through the screen was a good idea, but now we are stuck here, in real time, with no way back; we must access the fortress to produce more dwarven ale, or at least prickleberry wine. Our last barrel only has nine drinks in it. The dwarves are getting restless. Right now they are burrowing in the paper recycling bin for something to do; three of them are playing 'Hide and Go Carp', while the other four seem to be pretending that the ink jet cartridges inadvertently discarded therein are actually gem clusters. Occasionally a little ink-stained hand will reach up and attempt to tap 'sh df' out on the keyboard. I have already sustained a significant mining injury, from a small copper pickaxe, to my left knee.

(0012886) Ogg the Blinky Sock (reporter) 2010-09-22 06:21	Wednesday, September the 22nd. Day five. Still no sign of Toady. My previous report was in error and must be amended; there are only six dwarves. Fortunately, we have found a delicious supply of Elf Roast. ELF ROAST, I tell you. There are two drinks in the barrel. The dwarves have constructed a still out of a block of Post-It notes. Experiments with distilling printer ink are ongoing.

(0012927) Totaku (reporter) 2010-09-23 12:45	0.31.14 came out and currently, the mac version is still unplayable. Same errors continue to cause problems. dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 562 Trace/BPT trap ./dwarfort.exe

(0012933) duckthatquacks (reporter) 2010-09-23 16:40	0.31.13 worked fine for me, but 0.31.14 is giving me all sorts of trouble, crashing and/or hanging indefinitely -- I have been able to start DF and generate a world, but I've never gotten past the embark screen before something goes wrong. I'm on an Intel Mac (2.0 GHz Core Duo) running 10.6.

(0012935) Dame de la Licorne (reporter) 2010-09-23 17:25	I tried 0.31.14 on my machine (Tiger 10.4.11) and I get the same errors as Totaku. O.31.13 also did not work for me.

(0012943) Ogg the Blinky Sock (reporter) 2010-09-24 08:46	0.31.14 did not work for me, either. Is Toady even aware of the problem? `dyld: Symbol not found: __ZNSt8__detail12__prime_listE Referenced from: /Users/mlye/Desktop/df_osx/./dwarfort.exe Expected in: /usr/lib/libstdc++.6.dylib df: line 5: 8696 Trace/BPT trap ./dwarfort.exe`

(0012969) Totaku (reporter) 2010-09-25 05:57 edited on: 2010-09-25 05:58	well according to Bauguhn chances are he does know. As he stated the following since he's usually the one who works on the stuff for the mac version. "Actually, I'm not working on the Mac issues right now. This is mainly due to not having a working mac. I'd love to, but it could take a while. And so.. Anyone know how to compile GCC on snow leopard such that the resulting libraries (libstdc++, libgcc, etc.) work on leopard/tiger? And willing to test the theory?" So it could be a good while before this is fixed, but if you know how to compile, you might be able to help Gaughn speed up the process.

(0012993) kwieland (reporter) 2010-09-26 06:18	I have 10.6.4 and I was able to download 0.31.14, generate a world, and embark. I don't remember the exact generated world specs, but I played for a while, without a hitch. So I am not able to reproduce this bug.

(0013152) numerobis (reporter) 2010-10-02 12:32	This page appears to have a full transcript of a group working out the issue. Basically, you have to compile against a certain SDK, which requires a few switches to the linker. http://www.digitalmars.com/d/archives/digitalmars/D/announce/Just_one_more_thing..._14807.html [^]

(0013162) Dame de la Licorne (reporter) 2010-10-03 06:18	When I tried to load up 0.31.15 on my MacBook 10.4.11, I received the following error: dyld: Library not loaded: /usr/X11R6/lib/libfreetype.6.dylib Referenced from: /Users/Catherine/Desktop/Dwarf Fortress 0.31.15/libs/SDL_ttf.framework/Versions/A/SDL_ttf Reason: image not found /Users/Catherine/Desktop/Dwarf Fortress 0.31.15/df: line 5: 1431 Trace/BPT trap ./dwarfort.exe Does anyone know what "image" it's looking for?

(0013163) Totaku (reporter) 2010-10-03 06:37 edited on: 2010-10-03 06:38	Errors are still the same as before with 0.31.15: dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 467 Trace/BPT trap ./dwarfort.exe And again, Mac Tiger OS, 10.4.11

(0013168) Dame de la Licorne (reporter) 2010-10-03 10:32	Totaku, so since you and I are both using the same OS, I'm curious as to why are we getting different error messages?

(0013172) numerobis (reporter) 2010-10-03 14:27	I get the same error as Totaku on the same platform as Mme Licorne. I have X from macports rather than the factory version, which might explain libfreetype loading up fine for me. Or might not. In any case, looks like Tiger isn't supported. I might have to swing by the Apple store and get a Snow Leopard disc.

(0013185) Malibu Stacey (reporter) 2010-10-04 08:08 edited on: 2010-10-04 08:30	Same as kwieland here. Have an Intel MacBook running OS 10.6.4. Tested 0.31.14 last week & it worked fine all the way from generating a new world to embarking in Fortress mode to starting a fort (didn't play very long as the MacBook is an office machine so it isn't as powerful as my own personal gaming desktop running Windows). Summary should be updated to reflect that running DF on pre-10.6.4 OSX versions appears to be the issue (which as predominantly being a Windows developer, I find wickedly ironic & utterly hilarious).

(0013202) Toady One (administrator) 2010-10-05 01:13	I added the minversion/isysroot thingy from the link for 0.31.16. Has there been any change on the 10.4 behavior? I'm on 10.5.4 and it works for me, of course, but I'm not sure that's so much my OS version as that the compiler was built on my system.

(0013207) Totaku (reporter) 2010-10-05 06:16 edited on: 2010-10-05 06:17	The error still exsist the same as before in 0.31.16: dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 1898 Trace/BPT trap ./dwarfort.exe Also Dame de la Lirocone, I belive the different errors rest in the fact that you are using a Mac book and I use a desktop. As for Numerobis, I wouldn't be surprised if this is fact since I said before some newer programs I seen that come out seem to lack Tiger support. : ( It seems Mac's trying to force everyone to go Leapord and Beyond

(0013208) Dame de la Licorne (reporter) 2010-10-05 06:39	With 0.31.16 on my 10.4.11 Tiger MacBook, I still get the same error as before: dyld: Library not loaded: /usr/X11R6/lib/libfreetype.6.dylib Referenced from: /Users/Catherine/Desktop/Dwarf Fortress 0.31.16/libs/SDL_ttf.framework/Versions/A/SDL_ttf Reason: image not found /Users/Catherine/Desktop/Dwarf Fortress 0.31.16/df: line 5: 399 Trace/BPT trap ./dwarfort.exe @Totaku, different platforms would explain it, now why didn't I think of that...

(0013256) Ogg the Blinky Sock (reporter) 2010-10-08 05:33	In the meantime, I've found that the Windows version runs quite well with Wine. (easy install: winebottler.kronenberg.org).

(0013694) Totaku (reporter) 2010-11-11 13:16	Ok I went and tried to run the new version(.17). As expected problem still exist. /Users/MarcKeller/Desktop/df_osx.1/df; exit dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003 Referenced from: /Users/MarcKeller/Desktop/df_osx.1/libs/libstdc++.6.dylib Expected in: /usr/lib/libSystem.B.dylib /Users/MarcKeller/Desktop/df_osx.1/df: line 5: 411 Trace/BPT trap ./dwarfort.exe

(0013713) jfs (reporter) 2010-11-12 06:56	This got me a working DF install of 0.31.17 on OS X 10.6.4: mkdir 'Dwarf Fortress.app' cd 'Dwarf Fortress.app' mkdir Contents cd Contents mkdir MacOS mkdir Frameworks mv ../../dwarfort.exe MacOS/ mv ../../libs/SDL* Frameworks/ mv ../../libs MacOS/ echo 'APPL????' > PkgInfo curl http://www.nyo.dk/df/Info.plist [^] > Info.plist cd MacOS install_name_tool -id @executable_path/libs/libgcc_s.1.dylib libs/libgcc_s.1.dylib install_name_tool -id @executable_path/libs/libstdc++.6.dylib libs/libstdc++.6.dylib install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib dwarfort.exe install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib libs/libstdc++.6.dylib install_name_tool -change /usr/lib/libgcc_s.1.dylib @executable_path/libs/libgcc_s.1.dylib libs/libgcc_s.1.dylib install_name_tool -change /usr/local/lib/libstdc++.6.dylib @executable_path/libs/libstdc++.6.dylib dwarfort.exe install_name_tool -change /usr/local/lib/libstdc++.6.dylib @executable_path/libs/libstdc++.6.dylib libs/libstdc++.6.dylib This probably requires having the Xcode Tools installed, to get the install_name_tool. I may have missed a few steps and made some typos, not sure. For perfection, add in an icon and list it in the plist file. "Working" is to the point that I managed to generate a world, I haven't tested fortress or adventure modes.

(0016885) reddit (reporter) 2011-03-31 15:10	SOLUTION I got it working on Mac OS X 10.6 after having the same error: 1) Open Finder 2) SHIFT + COMMAND + G and put in "/usr/" 3) In /usr/: Make a folder called "X11R6" 4) Copy the X11 contents from your /usr/ folder to this new X11R6 folder 5) Copy all the X11 contents from /opt/X11 into that X11R6 folder (overwrite) 6) Done! Reddit post: http://www.reddit.com/r/dwarffortress/comments/gf3n2/any_idea_how_to_winebottle_dwarf_fortress_03125/ [^]

(0017006) kwieland (reporter) 2011-04-03 07:35	For 10.6 it should work by just clicking on the "df" file (It works for me). This bug is about 10.4 in which it doesn't seem to work.

(0021253) rbeverly (reporter) 2012-03-08 01:41	If you have the correct libraries, but DF is looking in the wrong place, you can work around by creating symbolic links (command: ln -s ... a "shortcut") in the places it looks. This applies to pretty much any error of the type listed here. In my case there was no /usr/X11R6/ directory, so libfreetype could not be found. A decent solution - In Terminal paste the following lines one at a time: cd /usr/ sudo mkdir X11R6 && cd X11R6 sudo mkdir lib && cd lib ln -s /usr/X11/lib/libfreetype.6.dylib . Don't leave out the dot in the last line (for those who are not 'unixy'). You can do this for any file, substituting the path to the file for the path in the last line. Use this to make links wherever the program is looking for libraries in the event that Apple has moved the libraries around between versions (they definitely do this). To locate a file that DF says is missing, try in Terminal: find / -name 'your-missing-library.dylib' Once the game starts, name one of your dwarves after me.

(0023154) Madd the Sane (reporter) 2012-07-04 15:54	See issue 4103 to see what hacks are needed to get Dwarf Fortress to run under OS X.

(0034053) Ogg the Blinky Sock (reporter) 2015-12-19 12:04	This issue should be retired, I believe, as the problem is long since fixed.

(0034208) lethosor (manager) 2015-12-26 19:22 edited on: 2015-12-26 19:22	The libstdc++ issue should be resolved now, since DF specifies exactly which libstdc++ to load (its own) - I'm not sure which version that was added in, so I'm marking it as 0.34.01. Regarding freetype/SDL_ttf, there's a solution in 0007389 that doesn't involve modifying /usr. There's also a crash-on-launch issue on OS X 10.11+ (with PRINT_MODE:2D) which has a solution in 0002624.