Opened 12 years ago
Closed 18 months ago
#37772 closed defect (fixed)
smake @1.2.2: ld: library not found for -lintl
Reported by: | tj.trevelyan@… | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.2 |
Keywords: | Cc: | mascguy (Christopher Nielsen), RobK88 | |
Port: | smake |
Description
smake fails to install on a couple of my systems
# port clean smake ---> Cleaning smake # # port install smake ---> Fetching distfiles for smake ---> Verifying checksum(s) for smake ---> Extracting smake ---> Configuring smake ---> Building smake ---> Staging smake into destroot Error: No files have been installed in the destroot directory! Error: Please make sure that this software supports 'make install DESTDIR=${destroot}' or implement an alternative destroot mechanism in the Portfile. Error: Files might have been installed directly into your system, check before proceeding. Error: org.macports.destroot for port smake returned: Staging smake into destroot failed Please see the log file for port smake for details: /opt/ports/var/macports/logs/_opt_ports_var_macports_sources_svn.macports.org_trunk_dports_devel_smake/smake/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port smake failed
Full build log file will be attached.
It also seems that the build ignored an earlier linker error and is then surprised that there's nothing in DEST..
:info:destroot ==> LINKING "OBJ/i386-darwin-cc/smake" :info:destroot ld: library not found for -lintl :info:destroot clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:destroot smake: Operation not permitted. *** Code 1 from command line for target 'OBJ/i386-darwin-cc/smake'. :info:destroot smake: The following command caused the error: :info:destroot echo " ==> LINKING \"OBJ/i386-darwin-cc/smake\""; cc -o OBJ/i386-darwin-cc/smake OBJ/i386-darwin-cc/make.o OBJ/i386-darwin-cc/archconf.o OBJ/i386-darwin-cc/readfile.o OBJ/i386-darwin-cc/parse.o OBJ/i386-darwin-cc/update.o OBJ/i386-darwin-cc/rules.o OBJ/i386-darwin-cc/job.o OBJ/i386-darwin-cc/memory.o -L../libs/i386-darwin-cc -L../libs/i386-darwin-cc -framework IOKit -framework CoreFoundation -lschily -lintl :info:destroot smake: Couldn't make 'install'.
Attachments (1)
Change History (5)
Changed 12 years ago by tj.trevelyan@…
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Owner: | changed from macports-tickets@… to mww@… |
---|---|
Summary: | smake fails to build (no files in DEST) → smake @1.2.2: ld: library not found for -lintl |
We know that smake (and ports that use smake) ignore build errors, then proceed to the destroot phase and of course fail there. It's dumb but that's how smake works.
The real problem to solve in this case is "ld: library not found for -lintl". Do you have the gettext port installed? I do, and it builds fine for me on OS X 10.8 and 10.5. I think smake probably just needs a library dependency on the gettext port (and an increase in revision).
comment:2 Changed 12 years ago by tj.trevelyan@…
I thought the ld error was the real cause.
I do have gettext install:
# port install gettext ---> Computing dependencies for gettext ---> Cleaning gettext ---> Scanning binaries for linking errors: 100.0% ---> No broken files found.
libintl seems to be there:
$ find /opt/ports/ -name libintl\.* /opt/ports//include/libintl.h /opt/ports//lib/libintl.8.dylib /opt/ports//lib/libintl.a /opt/ports//lib/libintl.dylib /opt/ports//lib/libintl.la /opt/ports//share/awk/libintl.awk /opt/ports//share/gettext/intl/libintl.rc /opt/ports//share/gettext/libintl.jar
Maybe smake is ignoring my macport's installation prefix: /opt/ports (as opposed to /opt/local). All my macs are setup this way.
comment:3 Changed 8 years ago by mf2k (Frank Schima)
Owner: | mww@… deleted |
---|---|
Status: | new → assigned |
See #53012.
comment:4 Changed 18 months ago by mascguy (Christopher Nielsen)
Cc: | mascguy RobK88 added |
---|---|
Resolution: | → fixed |
Status: | assigned → closed |
Given how old this ticket is - and the version of smake
involved - I believe this issue is now fixed.
In addition, the port was just updated to 1.7, via the following commit:
https://github.com/macports/macports-ports/commit/f66ee9691ae78995bed02c36c317a4a9debd28bf
But if you still encounter the issue after updating, please let us know ASAP!
smake build log