[MacPorts] #21007: mp4v2 build fails on Tiger (libtool: more than one: -current_version option specified)

MacPorts noreply at macports.org
Wed Sep 2 07:27:40 PDT 2009


#21007: mp4v2 build fails on Tiger (libtool: more than one: -current_version option
specified)
---------------------------------+------------------------------------------
 Reporter:  vinc17@…             |       Owner:  cedric.luthi@…        
     Type:  defect               |      Status:  new                   
 Priority:  Normal               |   Milestone:                        
Component:  ports                |     Version:                        
 Keywords:  tiger                |        Port:  mp4v2                 
---------------------------------+------------------------------------------

Comment(by stephen@…):

 This seems to be breakage in GNU libtool.  The link command used is
 {{{
 /usr/bin/g++-4.0 -dynamiclib ${wl}-undefined ${wl}dynamic_lookup -o
 .libs/libmp4v2.1.9.1.dylib
 src/.libs/3gp.o src/.libs/atom_ac3.o src/.libs/atom_amr.o
 src/.libs/atom_avc1.o src/.libs/atom_avcC.o src/.libs/atom_chpl.o
 src/.libs/atom_colr.o src/.libs/atom_d263.o src/.libs/atom_dac3.o
 src/.libs/atom_damr.o src/.libs/atom_dref.o src/.libs/atom_elst.o
 src/.libs/atom_enca.o src/.libs/atom_encv.o src/.libs/atom_free.o
 src/.libs/atom_ftyp.o src/.libs/atom_ftab.o src/.libs/atom_gmin.o
 src/.libs/atom_hdlr.o src/.libs/atom_hinf.o src/.libs/atom_hnti.o
 src/.libs/atom_href.o src/.libs/atom_mdat.o src/.libs/atom_mdhd.o
 src/.libs/atom_meta.o src/.libs/atom_mp4s.o src/.libs/atom_mp4v.o
 src/.libs/atom_mvhd.o src/.libs/atom_nmhd.o src/.libs/atom_ohdr.o
 src/.libs/atom_pasp.o src/.libs/atom_root.o src/.libs/atom_rtp.o
 src/.libs/atom_s263.o src/.libs/atom_sdp.o src/.libs/atom_sdtp.o
 src/.libs/atom_smi.o src/.libs/atom_sound.o src/.libs/atom_standard.o
 src/.libs/atom_stbl.o src/.libs/atom_stdp.o src/.libs/atom_stsc.o
 src/.libs/atom_stsd.o src/.libs/atom_stsz.o src/.libs/atom_stz2.o
 src/.libs/atom_text.o src/.libs/atom_tfhd.o src/.libs/atom_tkhd.o
 src/.libs/atom_treftype.o src/.libs/atom_trun.o src/.libs/atom_tx3g.o
 src/.libs/atom_udta.o src/.libs/atom_url.o src/.libs/atom_urn.o
 src/.libs/atom_uuid.o src/.libs/atom_video.o src/.libs/atom_vmhd.o
 src/.libs/cmeta.o src/.libs/descriptors.o src/.libs/exception.o
 src/.libs/isma.o src/.libs/mp4.o src/.libs/mp4atom.o
 src/.libs/mp4container.o src/.libs/mp4descriptor.o src/.libs/mp4file.o
 src/.libs/mp4file_io.o src/.libs/mp4info.o src/.libs/mp4meta.o
 src/.libs/mp4property.o src/.libs/mp4track.o src/.libs/mp4util.o
 src/.libs/ocidescriptors.o src/.libs/odcommands.o
 src/.libs/qosqualifiers.o src/.libs/rtphint.o src/.libs/text.o
 src/bmff/.libs/typebmff.o src/itmf/.libs/CoverArtBox.o
 src/itmf/.libs/Tags.o src/itmf/.libs/generic.o src/itmf/.libs/type.o
 src/qtff/.libs/ColorParameterBox.o src/qtff/.libs/PictureAspectRatioBox.o
 src/qtff/.libs/coding.o libplatform/io/.libs/File.o
 libplatform/io/.libs/FileSystem.o libplatform/prog/.libs/option.o
 libplatform/sys/.libs/error.o libplatform/time/.libs/time.o
 libplatform/io/.libs/File_posix.o libplatform/io/.libs/FileSystem_posix.o
 libplatform/number/.libs/random_posix.o
 libplatform/process/.libs/process_posix.o
 libplatform/time/.libs/time_posix.o libutil/.libs/Database.o
 libutil/.libs/Timecode.o libutil/.libs/TrackModifier.o
 libutil/.libs/Utility.o libutil/.libs/crc.o libutil/.libs/other.o
 -L/opt/local/lib  -arch i386 -Wl,-current_version -Wl,1.9.1
 -Wl,-compatibility_version -Wl,1.0.0
 -install_name  /opt/local/lib/libmp4v2.1.dylib -compatibility_version 11
 -current_version 11.1 -Wl,-single_module
 }}}
 Note how the shell variables aren't expanded in line 1.  Line 2 contains
 all the object files,
 probably not interesting.  Line 3 contains the flags from
 X_libmp4v2_la_LDFLAGS, which is
 populated by configure.  The stuff about -install_name, and the offending
 -current_version
 flag in the last line, evidently comes from the variable archive_cmds in
 ./libtool.

 I did succeed in building this on 10.5.8 Intel.  However, the exact same
 bogus link line is
 used there (except that the -arch flag is i386)!  The /usr/bin/libtool
 seems to be a more
 recent vintage, though.

-- 
Ticket URL: <http://trac.macports.org/ticket/21007#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list