dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Radke <a.radke@arcor.de>
To: dri-devel@lists.freedesktop.org
Subject: glapi/libdricore linking trouble with make install targets
Date: Sun, 9 Sep 2012 09:48:54 +0200	[thread overview]
Message-ID: <20120909094854.0005c45c@workstation64.home> (raw)

When building packages in ArchLinux we try to avoid the old
bin/minstall to move each and every file by hand. So we try to move to
make install targets. Here we run into several linking issues:

  make -C src/glx DESTDIR="${pkgdir}" install

fails with:

make[2]: Entering directory `/build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx'
make[2]: Nothing to be done for `install-data-am'.
 /usr/bin/mkdir -p '/build/pkg/libgl/usr/lib'
 /bin/sh ../../libtool   --mode=install /usr/bin/install -c   libGL.la '/build/pkg/libgl/usr/lib'
libtool: install: warning: relinking `libGL.la'
libtool: install: (cd /build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx; /bin/sh /build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/libtool  --silent --tag CC --mode=relink gcc -I../../include -I../../include/GL/internal -I../../src/mapi -I../../src/mapi/glapi -I../../src/mapi -I../../src/mapi/glapi -DGLX_SHARED_GLAPI -DXF86VIDMODE -D_REENTRANT -DDEFAULT_DRIVER_DIR=\"/usr/lib/xorg/modules/dri\" -D_GNU_SOURCE -DPTHREADS -DTEXTURE_FLOAT_ENABLED -DUSE_X86_64_ASM -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV -DHAVE_LLVM=0x0301 -I/usr/include/libdrm -march=x86-64 -mtune=generic -O2 -pipe -fstack-protect
 or --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-strict-aliasing -fno-builtin-memcmp -Wl,-Bsymbolic -vers
 ion-number 1:2 -no-undefined -Wl,-O1,--sort-common,--as-needed,-z,relro -o libGL.la -rpath /usr/lib libglx.la ../../src/mapi/shared-glapi/libglapi.la ../../src/mapi/glapi/libglapi.la -lXext -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -lXxf86vm -ldrm -lm -lpthread -ldl -inst-prefix-dir /build/pkg/libgl)
/usr/bin/ld: cannot find -lglapi
collect2: error: ld returned 1 exit status
libtool: install: error: relink `libGL.la' with the above command before installing it
make[2]: *** [install-libLTLIBRARIES] Error 1


Similar errors happen with other targets. Our community found
a workaround by running this:

  # fix linking because of splitted package
  make -C src/mapi/shared-glapi DESTDIR="${pkgdir}" install

  # libGL & libdricore
  make -C src/glx DESTDIR="${pkgdir}" install
  make -C src/mesa/libdricore DESTDIR="${pkgdir}" install
  
  # fix linking because of splitted package - cleanup
  make -C src/mapi/shared-glapi DESTDIR="${pkgdir}" uninstall



Such step seems to be needed for these other target directories:

* make -C src/egl DESTDIR="${pkgdir}" install
* make -C src/gbm DESTDIR="${pkgdir}" install

Similar issues seem to be there when trying to install the driver targets (intel, ati and nouveau),
the workaround seems to be then:

  # fix linking because of splitted package
  make -C src/mesa/libdricore DESTDIR="${pkgdir}" install

  make -C src/mesa/drivers/dri/i915 DESTDIR="${pkgdir}" install
  make -C src/mesa/drivers/dri/i965 DESTDIR="${pkgdir}" install

  # fix linking because of splitted package - cleanup
  make -C src/mesa/libdricore DESTDIR="${pkgdir}" uninstall


Can't these targets do proper linking on their own?

-Andy
ArchLinux

             reply	other threads:[~2012-09-09  7:49 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-09  7:48 Andreas Radke [this message]
2012-09-09 16:09 ` glapi/libdricore linking trouble with make install targets Laurent Carlier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120909094854.0005c45c@workstation64.home \
    --to=a.radke@arcor.de \
    --cc=dri-devel@lists.freedesktop.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox