Opened 9 years ago
Last modified 7 years ago
#49466 closed defect
gnudatalanguage: Library not loaded: /opt/local/lib/libform.5.dylib — at Version 1
Reported by: | glenda.denicolo@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.4 |
Keywords: | Cc: | ryandesign@… | |
Port: | gnudatalanguage |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
Hi, I've updated Xcode, recently updated to El Capitan, downloaded the newest version of macports, installed, etc. The purpose was to run GLD (IDL free version). I get the following:
~: gdl dyld: Library not loaded: /opt/local/lib/libform.5.dylib Referenced from: /opt/local/bin/gdl Reason: image not found Trace/BPT trap: 5
Then I tried downloading GDL sourcr code, and when i do the cmake .. it says I don't have a wxWidgets library. So I downloaded wxWidgets, and that's proving to be cumbersome too, as the make is failing to produce certain files, because when I do "sudo make install" it can't find some stuff it should have created with the make.
What a maze. I had everything running before these new updates. I didn't remember it being this complicated. Help!
My next idea is that I need the older version of that dylib, or ncurses5. Again, no idea if I can install this on itself, I would have expected the OSX to have installed this stuff already. And if it is a path anything like the wxWidgets path I was trying, I won't be able to carry on, it will fail.
Thank you.
Change History (1)
comment:1 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|---|
Description: | modified (diff) |
Port: | gnudatalanguage added |
Summary: | GDL on MAC El Capitan: Library not loaded: /opt/local/lib/libform.5.dylib → gnudatalanguage: Library not loaded: /opt/local/lib/libform.5.dylib |
You're correct that libform is part of ncurses. The problem is simply that ncurses was recently updated to version 6. So /opt/local/bin/gdl needs to be rebuilt with the new ncurses.
You should merely need to run:
The curious thing, though, is that this change was made in r139469 which predates the release of OS X 10.11 El Capitan so I'm confused as to how you are running into this problem. If selfupdating and upgrading outdated ports doesn't fix it, then certainly running rev-upgrade will: