At 7:37 PM -0400 6/9/14, Adam Dershowitz Ph.D., P.E. wrote:
On Jun 9, 2014, at 7:27 PM, Adam Dershowitz Ph.D., P.E. <<mailto:de...@alum.mit.edu>de...@alum.mit.edu> wrote:
On Jun 9, 2014, at 7:09 PM, Brandon Allbery <<mailto:allber...@gmail.com>allber...@gmail.com> wrote:
On Mon, Jun 9, 2014 at 7:06 PM, Adam Dershowitz Ph.D., P.E. <<mailto:de...@alum.mit.edu>de...@alum.mit.edu> wrote:

/usr/local/lib/libpng12.0.dylib: no matching architecture in universal wrapper
That's not from MacPorts. Where did you get it?

I am not sure which install did that. But, it has been there for a long time. Since z88 is searching for 1.2 anyway could that make a difference? Might it find and use 1.6 if I dump that old libpng out?

As I suspected, dumping that just changed the error message:

./aurorastartv2
dyld: Library not loaded: /opt/local/lib/libpng12.0.dylib
  Referenced from: /Users/adershowitz/z88aurorav2/bin/mac/./z88aurora
  Reason: image not found
./aurorastartv2: line 5: 20674 Trace/BPT trap: 5       z88aurora


Seems that as built, Z88 was linked against libpng12 and not 16. So, it looks like the developers just used an older version of MacPorts to develop and release the library files, and then copied the key files over. A bit ironic that they use MacPorts, but then make an installer that is not compatible with it.

I think you're missing the point. '/opt/local' is the default prefix for MacPorts--it _owns_ all the files under there. Your Z88 installer _should not_ be writing to /opt/local/... BAD things will happen if you keep mixing their broken installer with the default prefix.

It is virtually certain that the developer of Z88 has a Portfile they use to build and package their Mac installer. Either:

1) get them to give you the Z88 portfile (and associated files directory, if any) and you can use MacPorts to build a current copy of Z88. Then you won't have a version mismatch on libpng.

2) get them to submit their Z88 portfile here and then everyone will be able to build an appropriate version of their software, OR

3) get them to reinstall their copy of MacPorts to any other prefix (say '/opt/z88') and create a new version of their installer. Then they won't stomp on stuff MacPorts owns.

Craig

--
--
Craig Treleaven, CA -- Clearview Consulting
(905) 829-2054  ctrelea...@cogeco.ca
_______________________________________________
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

Reply via email to