Ticket #17946 (closed defect: fixed)
libsdl_gfx-framework 2.0.17 build fails on Tiger
| Reported by: | neric27@… | Owned by: | nox@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 1.7.0 |
| Keywords: | Cc: | raimue@… | |
| Port: | libsdl_gfx-framework, libsdl_sound-framework |
Description
In post-extract target, there is
system "tar xf \"$worksrcpath/Other Builds/OSX-PB.tgz\" -C $worksrcpath"
It doesn't work on 0S X 10.4.11 :
tar: This does not look like a tar archive tar: Skipping to next header tar: Read 3170 bytes from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx-framework/work/SDL_gfx-2.0.17/Other Builds/OSX-PB.tgz
adding the "z" option to tar fixes the problem :
system "tar xf \"$worksrcpath/Other Builds/OSX-PB.tgz\" -C $worksrcpath"
Then it fails again :
PBXCp /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx-framework/work/SDL_gfx-2.0.17/build/Deployment/SDL_gfx.framework/Versions/A/Headers/SDL_imageFilter.h SDL_imageFilter.h
/Developer/Library/PrivateFrameworks/DevToolsCore.framework/Resources/pbxcp -exclude .DS_Store -exclude CVS -exclude .svn -strip-debug-symbols -resolve-src-symlinks SDL_imageFilter.h /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx-framework/work/SDL_gfx-2.0.17/build/Deployment/SDL_gfx.framework/Versions/A/Headers
** BUILD FAILED **
Warning: the following items did not execute (for libsdl_gfx-framework): org.macports.archive org.macports.build org.macports.destroot
DEBUG: invalid command name "::ui_init"
while executing
"::ui_init $priority $prefix $channels $message"
("uplevel" body line 2)
invoked from within
"uplevel 1 $body"
Change History
comment:2 Changed 4 years ago by neric27@…
Thank's for the fix !
libsdl_sound-framework has got the same problem. Could you fix it as well, or do you want a new ticket ?
About the second build error, I had to re-install libsdl-framework, since it had its headers installed in /Library instead of /opt/local/Library
Running port upgrade a second time succeeds.
comment:3 Changed 4 years ago by raimue@…
- Cc raimue@… added
- Port changed from libsdl_gfx-framework to libsdl_gfx-framework, libsdl_sound-framework
Fixed libsdl_sound-framework in r45196.
So everything is working now for you and we can close this ticket?
comment:4 follow-up: ↓ 5 Changed 4 years ago by neric27@…
Thanks !
I reinstalled libsdl_mixer-framework libsdl_ttf-framework libsdl_net-framework to have them in /opt/local/Library
For all of them to build, I had to edit the XCode project description to add /opt/local/Library/Frameworks/SDL_*.framework/Headers in HEADERS_SEARCH_PATH, and /opt/local/Library/Frameworks/ in FRAMEWORK_SEARCH_PATH !
Do they build well on Leopard ? Maybe all these libsdl*-framework should be reviewed (is it well-known or should I file a ticket ?)...
For your information, I'm running Macports @1.700.
Cheers,
comment:5 in reply to: ↑ 4 Changed 4 years ago by mokeefe8@…
I'm not sure if there's a relation but I'm having problems building libsdl_gfx (i.e., not the framework):
~ $ sudo port install libsdl_gfx ---> Staging libsdl_gfx into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx/work/SDL_gfx-2.0.18" && make install DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx/work/destroot " returned error 2 Command output: test -z "/opt/local/lib" || ./install-sh -c -d "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx/work/destroot/opt/local/lib" /bin/sh: ./install-sh: Permission denied make[1]: *** [install-libLTLIBRARIES] Error 126 make: *** [install-am] Error 2 Error: Status 1 encountered during processing.
This is on Leopard. All the rest of the libsdl_* libraries install with no problems. Any thoughts?


tar on Tiger is too old to automatically detect the filetype, it definitely needs 'z' in the options.
Added 'z' option in r45193.