Ticket #29193 (closed defect: fixed)
openjpeg build fails trying to cp a directory
| Reported by: | stephen@… | Owned by: | mcalhoun@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.9.99 |
| Keywords: | Cc: | gnwiii@…, ebbinghaus@…, ram@…, devans@…, macports@…, dersh@…, charles@…, pho@… | |
| Port: | openjpeg |
Description
See attached build log.
MacBook Pro Intel, Mac OS X 10.5.8, port 1.9.99
Attachments
Change History
comment:1 Changed 2 years ago by jmr@…
- Owner changed from macports-tickets@… to mcalhoun@…
Please remember to cc the maintainer.
comment:10 Changed 2 years ago by ram@…
Seems to be that this is only an issue on Leopard as my Snow Leopard builds this port fine, whereas my PPC Leopard machine fails.
comment:11 Changed 2 years ago by devans@…
Agreed. Builds fine on Snow Leopard for me as well.
The problem seems to be that (on the Leopard PPC platform)
libopenjpeg/Makefile
is attempting to execute the command
cp -P .libs/libopenjpeg.* ../bin/
but there is a directory libopenjpeg.1.dylib.dSYM that it apparently isn't expecting and is not seen on the Snow Leopard platform.
comment:12 Changed 2 years ago by devans@…
Attached is a patch that fixes the Leopard problem for me and works on Snow Leopard as well. It uses a recursive copy to avoid stumbling over the .dSYM directory.
Changed 2 years ago by devans@…
- Attachment patch-libopenjpeg-Makefile.in.diff added
Patch to go in files directory
comment:15 Changed 2 years ago by mcalhoun@…
- Status changed from new to closed
- Resolution set to fixed
If ld fails to accept -force_load, dsymutil is used to produce DWARF debug symbol files in directories, which are not copied.
See http://www.mail-archive.com/libtool-patches@gnu.org/msg04867.html
Fixed in r77990.