[MacPorts] #34823: cdrtools: missing isoinfo, mkhybrid, and mkisofs

MacPorts noreply at macports.org
Sun Jun 10 15:03:32 PDT 2012


#34823: cdrtools: missing isoinfo, mkhybrid, and mkisofs
-------------------------------------+--------------------------------------
 Reporter:  ryandesign@…             |       Owner:  bytestorm@…        
     Type:  defect                   |      Status:  new                
 Priority:  Normal                   |   Milestone:                     
Component:  ports                    |     Version:  2.1.1              
 Keywords:                           |        Port:  cdrtools           
-------------------------------------+--------------------------------------
 Gill Bates and Michael Parchet reported on the mailing list that the
 cdrtools port does not install mkisofs.
 [http://lists.macosforge.org/pipermail/macports-users/2012-May/029228.html
 Gill's report] implies that cdrtools fails to build, but
 [http://lists.macosforge.org/pipermail/macports-
 users/2012-June/029303.html Michael's report] says cdrtools successfully
 built and installed, but that isoinfo, mkhybrid and mkisofs did not end up
 getting installed. I'll attach the log file Michael emailed me, which
 shows the build complaining about missing libintl and libiconv symbols
 when making these programs:

 {{{
 :info:build     ==> LINKING "OBJ/i386-darwin-cc/mkisofs"
 :info:build Undefined symbols for architecture x86_64:
 :info:build   "_libintl_setlocale", referenced from:
 :info:build       _main in mkisofs.o
 :info:build   "_libiconv", referenced from:
 :info:build       _conv_charset in joliet.o
 :info:build       _convert_to_unicode in joliet.o
 :info:build       _joliet_strlen in joliet.o
 :info:build   "_libiconv_open", referenced from:
 :info:build       _sic_open in libsiconv.a(sic_nls.o)
 :info:build       _create_iconv_sic in libsiconv.a(sic_nls.o)
 :info:build   "_libiconv_close", referenced from:
 :info:build       _sic_open in libsiconv.a(sic_nls.o)
 :info:build       _sic_close in libsiconv.a(sic_nls.o)
 :info:build       _create_iconv_sic in libsiconv.a(sic_nls.o)
 :info:build   "_libintl_gettext", referenced from:
 :info:build       __nexttoken in libfind.a(find.o)
 :info:build       _find_expr in libfind.a(find.o)
 :info:build       _doexec in libfind.a(find.o)
 :info:build       _find_usage in libfind.a(find.o)
 :info:build       _parseprim in libfind.a(find.o)
 :info:build       _nextarg in libfind.a(find.o)
 :info:build       _walkgethome in libfind.a(walk.o)
 :info:build       ...
 :info:build ld: symbol(s) not found for architecture x86_64
 :info:build clang: error: linker command failed with exit code 1 (use -v
 to see invocation)
 }}}

 Those are the same errors Gill showed. Gill was using Xcode 4.3.2; Michael
 did not specify an Xcode version but the log shows the port being built
 using clang. The problem seems to be that the argument "-L/opt/local/lib"
 is never being passed to the compiler, so it doesn't know where to find
 libintl and libiconv. gcc, llvm-gcc-4.2 (?) and clang versions newer than
 3.1 (?) obey the LIBRARY_PATH environment variable MacPorts sets and thus
 are able to find the libraries even without the -L argument. However the
 versions of clang available in Xcode versions up to at least 4.3.2 seem
 not to obey that variable and thus we will need to patch the build process
 to insert the -L argument. Also we should fix the port so that if files
 don't get built, it should not proceed to install.

-- 
Ticket URL: <https://trac.macports.org/ticket/34823>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list