xorg-libXxf86vm @1.1.3_0 links shared libs with -flat_namespace on Yosemite

[jhowarth@…]

% otool -hv /opt/local/lib/libXxf86vm.1.dylib
/opt/local/lib/libXxf86vm.1.dylib:
Mach header
      magic cputype cpusubtype  caps    filetype ncmds sizeofcmds      flags
MH_MAGIC_64  X86_64        ALL  0x00       DYLIB    16       1584 DYLDLINK NO_REEXPORTED_DYLIBS

reveals that xorg-xf86vidmodeproto-2.3.1_0 built on Yosemite is linking its shared libraries with "-flat_namespace" as seen from the missing TWOLEVEL flag expected from "-undefined dynamic_lookup".

[larryv (Lawrence Velázquez)]

Libtool MACOSX_DEPLOYMENT_TARGET bug again.

[larryv (Lawrence Velázquez)]

Jumped the gun. I don’t see any mention of “MACOSX_DEPLOYMENT_TARGET” or even “flat_” in the distribution, so I don’t know where it’s coming from.

[jhowarth@…]

Weirdly it seems that the /opt/local/lib/libXxf86vm.1.dylib doesn't live in xorg-libXxf86vm-1.1.3_0.darwin_14.x86_64.tbz2

% tar -jtvf xorg-xf86vidmodeproto-2.3.1_0.darwin_14.noarch.tbz2
drwxr-xr-x  0 root   wheel       0 Oct 31 13:09 ./
-rw-r--r--  0 root   wheel      23 Oct 31 13:09 ./+COMMENT
-rw-r--r--  0 root   wheel     574 Oct 31 13:09 ./+CONTENTS
-rw-r--r--  0 root   wheel      78 Oct 31 13:09 ./+DESC
-rw-r--r--  0 root   wheel     816 Jul 15  2013 ./+PORTFILE
-rw-r--r--  0 root   wheel     321 Oct 31 13:09 ./+STATE
drwxr-xr-x  0 root   wheel       0 Oct 31 13:09 ./opt/
drwxr-xr-x  0 root   admin       0 Oct 31 13:09 ./opt/local/
drwxr-xr-x  0 root   admin       0 Oct 31 13:09 ./opt/local/include/
drwxr-xr-x  0 root   admin       0 Oct 31 13:09 ./opt/local/lib/
drwxr-xr-x  0 root   admin       0 Oct 31 13:09 ./opt/local/lib/pkgconfig/
-rw-r--r--  0 root   admin     202 Oct 31 13:09 ./opt/local/lib/pkgconfig/xf86vidmodeproto.pc
drwxr-xr-x  0 root   admin       0 Oct 31 13:09 ./opt/local/include/X11/
drwxr-xr-x  0 root   admin       0 Oct 31 13:09 ./opt/local/include/X11/extensions/
-rw-r--r--  0 root   admin    2109 Oct 31 13:09 ./opt/local/include/X11/extensions/xf86vm.h
-rw-r--r--  0 root   admin   16905 Oct 31 13:09 ./opt/local/include/X11/extensions/xf86vmproto.h
-rw-r--r--  0 root   admin     185 Oct 31 13:09 ./opt/local/include/X11/extensions/xf86vmstr.h

[jhowarth@…]

My mistake. This should have been filed against the xorg-libXxf86vm-1.1.3_0 package.

Do I need to file a new ticket or can someone change the title and package assignments for the ticket to xorg-libXxf86vm?

In any case, the configure file in xorg-libXxf86vm-1.1.3_0 appears to be suitable for the MACOSX_DEPLOYMENT_TARGET fix.

{ $as_echo "$as_me:${as_lineno-$LINENO}: result: $lt_cv_ld_force_load" >&5
$as_echo "$lt_cv_ld_force_load" >&6; }
    case $host_os in
    rhapsody* | darwin1.[012])
      _lt_dar_allow_undefined='${wl}-undefined ${wl}suppress' ;;
    darwin1.*)
      _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;;
    darwin*) # darwin 5.x on
      # if running on 10.5 or later, the deployment target defaults
      # to the OS version, if on x86, and 10.4, the deployment
      # target defaults to 10.4. Don't you love it?
      case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
        10.0,*86*-darwin8*|10.0,*-darwin[91]*)
          _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
        10.[012]*)
          _lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined ${wl}suppress' ;;
        10.*)
          _lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
      esac
    ;;

[larryv (Lawrence Velázquez)]

Thanks, that was it. r127686