Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
FireBurn's 32bit Mesa Overlay with LLVM Support
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  Next  
Reply to topic    Gentoo Forums Forum Index Unsupported Software
View previous topic :: View next topic  
Author Message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Fri Mar 02, 2012 2:03 am    Post subject: Reply with quote

OK I've added a 32bit ebuild for mesa-progs - it allows quick testing of the 32bit libraries and will make it easier to submit bug reports up stream

Can you post the bug number here once it's raised for Civ4

Cheers
Back to top
View user's profile Send private message
okias
n00b
n00b


Joined: 03 Jul 2007
Posts: 14
Location: Czech Republic

PostPosted: Fri Mar 02, 2012 12:14 pm    Post subject: Reply with quote

Great works!

For start we need to get this overlay into layman list! Because I suffered with this problem long time ago, I offering help with maintaining :-)

Thanks for your work
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Fri Mar 02, 2012 1:37 pm    Post subject: Reply with quote

I've raised a bug for this: https://bugs.gentoo.org/show_bug.cgi?id=406595

Hopefully it'll be added soon

EDIT: And just like that it's added 10 minutes from raised to close - fab - thanks Sping
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2470
Location: Austria

PostPosted: Sat Mar 31, 2012 1:34 pm    Post subject: Reply with quote

I've finally raised a bug on this, after the servers had been down once and I lacked time afterwards: https://bugs.freedesktop.org/show_bug.cgi?id=48120
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Sun May 27, 2012 12:52 pm    Post subject: Reply with quote

genstorm wrote:
I've finally raised a bug on this, after the servers had been down once and I lacked time afterwards: https://bugs.freedesktop.org/show_bug.cgi?id=48120


I've CC'd myself of that bug, hopefully they're take a look at it soon
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2470
Location: Austria

PostPosted: Sun May 27, 2012 8:17 pm    Post subject: Reply with quote

Meanwhile, I can't compile mesa-32bit because it somehow detects libdrm-2.4.33 (which is installed for amd64) instead of libdrm-32bit which was rebuilt just before.

Having emerged libdrm-2.4.34 it gets past the pkg_config check, but then this:

Code:
  CCLD   libglx.la
  CCLD   libGL.la

*** Warning: Linking the shared library libGL.la against the
*** static library ../mapi/glapi/libglapi.a is not portable!
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
gmake[2]: *** [libGL.la] Error 1
gmake[2]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src'
make: *** [default] Error 1

_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Sun May 27, 2012 9:31 pm    Post subject: Reply with quote

genstorm wrote:
Meanwhile, I can't compile mesa-32bit because it somehow detects libdrm-2.4.33 (which is installed for amd64) instead of libdrm-32bit which was rebuilt just before.

Having emerged libdrm-2.4.34 it gets past the pkg_config check, but then this:

Code:
  CCLD   libglx.la
  CCLD   libGL.la

*** Warning: Linking the shared library libGL.la against the
*** static library ../mapi/glapi/libglapi.a is not portable!
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11-xcb.so when searching for -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11-xcb
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libX11.so when searching for -lX11
/usr/lib/gcc/x86_64-pc-linux-gnu/4.6.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
gmake[2]: *** [libGL.la] Error 1
gmake[2]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src/glx'
make[1]: *** [subdirs] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/mesa-32bit-9999/work/Mesa-32bit-9999/src'
make: *** [default] Error 1


Please can you link to a patebin of the entire build log and provide exactly which package version you have installed for:

libdrm
libdrm-32bit
mesa
mesa-32bit
libX11
libX11-32bit

Everything is working for me with:

libdrm-9999
libdrm-32bit-9999
mesa-9999
mesa-32bit-9999
libX11-1.4.4
libX11-32bit-9999
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2470
Location: Austria

PostPosted: Mon May 28, 2012 10:56 am    Post subject: Reply with quote

Nevermind, next time a -32bit package fails to build I'll immediately rebuild the whole set instead of wondering about @preserved-rebuild failures. (rebuild of libX11-32bit-9999 fixed it)

thx!
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
V10lator
Apprentice
Apprentice


Joined: 11 Jul 2004
Posts: 179

PostPosted: Fri Jun 01, 2012 1:49 pm    Post subject: Reply with quote

@FireBurn
Code:
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 *
 * Detected file collision(s):
 *
 *    /usr/lib32/libffi.so.5.0.10
 *    /usr/lib32/libffi.so.5
 *    /usr/lib32/libffi.so
 *
 * Searching all installed packages for file collisions...
 *
 * Press Ctrl-C to Stop
 *
 * app-emulation/emul-linux-x86-baselibs-20120127
 *    /usr/lib32/libffi.so
 *    /usr/lib32/libffi.so.5
 *    /usr/lib32/libffi.so.5.0.10
 *
 * Package 'dev-libs/libffi-32bit-3.0.10' NOT merged due to file
 * collisions. If necessary, refer to your elog messages for the whole
 * content of the above message.

So please add in a faked app-emulation/emul-linux-x86-baselibs like you did with emul-linux-x86-opengl and emul-linux-x86-xlibs :)
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Fri Jun 01, 2012 2:30 pm    Post subject: Reply with quote

That's new - I'll remove the libffi-32bit build tonight when I get home and update the dependencies accordingly

There's no need for us to be recompiling libffi if the latest version is already provided in the x86 emul packages
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Fri Jun 01, 2012 5:28 pm    Post subject: Reply with quote

That's it fixed - remember to re-emerge emul-linux-x86-baselibs after unemerging libffi-32bit
Back to top
View user's profile Send private message
V10lator
Apprentice
Apprentice


Joined: 11 Jul 2004
Posts: 179

PostPosted: Sat Jun 02, 2012 11:10 am    Post subject: Reply with quote

Seems like the story isn't over yet:
Code:
 * Detected file collision(s):
 *
 *    /usr/lib32/llvm/LLVMHello.so
 *    /usr/lib32/llvm/libLTO.so
 *    /usr/lib32/llvm/BugpointPasses.so
 *
 * Searching all installed packages for file collisions...
 *
 * Press Ctrl-C to Stop
 *
 * app-emulation/emul-linux-x86-baselibs-20120520
 *    /usr/lib32/llvm/BugpointPasses.so
 *    /usr/lib32/llvm/LLVMHello.so
 *    /usr/lib32/llvm/libLTO.so
 *
 * Package 'sys-devel/llvm-32bit-3.1' NOT merged due to file collisions.
 * If necessary, refer to your elog messages for the whole content of the
 * above message.
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Sat Jun 02, 2012 11:20 am    Post subject: Reply with quote

OK I've added a baselibs ebuild with the partial LLVM removed

Remember to reemerge llvm-32bit once it's installed
Back to top
View user's profile Send private message
jasn
Guru
Guru


Joined: 05 May 2005
Posts: 412
Location: Maryland, US

PostPosted: Tue Jun 12, 2012 5:30 am    Post subject: Reply with quote

I just now sync'ed the latest version of the overlay, and tried to install all the requisite 32bit libs. First thing I noticed was that the mesa-32bit ebuild needs to be updated with the new virtual/pkgconfig DEPEND, like you did for the llvm-32bit ebuild.

Second, when I added the overlay, and just updated my world, it looked like it pulled everything in correctly, (as a result of the emul-lib upgrades), and all packages emerged cleanly until the last one, mesa-32bit-9999. The compile failed with an error message of not being able to find git_sha1.h.

I didn't save the build log, as I just backed everything out. I'm assuming it's probably something that will get fixed in an updated sync, so I will try again in a few days. If it's still there, I'll pastbin a build log, etc.

Thanks again for all this work..
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Tue Jun 12, 2012 8:56 am    Post subject: Reply with quote

Bad timing - that's a bug upstream

https://bugs.freedesktop.org/show_bug.cgi?id=50976

As soon as the fix is committed everything should work again
Back to top
View user's profile Send private message
jasn
Guru
Guru


Joined: 05 May 2005
Posts: 412
Location: Maryland, US

PostPosted: Tue Jun 12, 2012 3:03 pm    Post subject: Reply with quote

Thanks again Mike. I'll sync again when the bug is fixed.

Jason
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Tue Jun 12, 2012 4:44 pm    Post subject: Reply with quote

That's it fixed upsteam http://cgit.freedesktop.org/mesa/mesa/commit/?id=7b11051a28731b099dc47df9e5db7eccfa889369
Back to top
View user's profile Send private message
jasn
Guru
Guru


Joined: 05 May 2005
Posts: 412
Location: Maryland, US

PostPosted: Sun Jun 17, 2012 2:09 am    Post subject: Reply with quote

I just now synced the overlay and indeed the mesa-32bit-9999 upstream bug has been fixed. The mesa-32bit ebuild still needs to be updated with the new virtual/pkgconfig DEPEND, though.

Thanks..
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2470
Location: Austria

PostPosted: Sun Jul 22, 2012 11:25 am    Post subject: Reply with quote

Hm, the pkg_config trouble still exists. I need to emerge (amd64) libdrm-2.4.37 in order to get mesa-32bit-9999 to get past the check, despite having rebuilt libdrm-32bit-9999 just before.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Fri Jul 27, 2012 12:19 am    Post subject: Reply with quote

I think the problem is my ebuild strips out all the include files - to prevent collisions

As you're using a non-live build for libdrm which, in this case, is too old for mesa

Best to stick to a live libdrm and keep it in sync with libdrm-32bit
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2470
Location: Austria

PostPosted: Sun Sep 09, 2012 6:19 pm    Post subject: Reply with quote

FireBurn, are you aware of the libGLU split from mesa? Since 09-01 it is not included in mesa anymore, so we need media-libs/glu-9999 (also installs into /lib32) from x11 overlay, but that ebuild currently blocks emul-linux-x86-opengl.

I have resolved it in my local overlay by altering the glu-9999.ebuild, bumping to emul-linux-x86-opengl-20120901 which is then not blocked anymore, and also changed emul-linux-x86-gtklibs to not depend on emul-linux-x86-opengl-${PV}, I can paste it all here if you like.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
darkbasic
Tux's lil' helper
Tux's lil' helper


Joined: 06 Sep 2006
Posts: 124

PostPosted: Tue Sep 11, 2012 12:26 pm    Post subject: Reply with quote

What's wrong about disabling the multilib use flag from media-libs/glu?
_________________
Computers are like air conditioners:
they stop working properly when you open Windows...

Coltiva Linux, Windows si pianta da solo.


http://www.linuxsystems.it/
Back to top
View user's profile Send private message
genstorm
Advocate
Advocate


Joined: 05 Apr 2007
Posts: 2470
Location: Austria

PostPosted: Tue Sep 11, 2012 12:48 pm    Post subject: Reply with quote

Feels like a hack tbh
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
FireBurn
Apprentice
Apprentice


Joined: 19 Sep 2004
Posts: 165
Location: Edinburgh, UK

PostPosted: Tue Oct 23, 2012 3:57 pm    Post subject: Reply with quote

Hi folks

Just wanted to add on here that I'm no longer on the Phoronix site and I would implore you not to support the drivel that's passed off as news on that site

I'm just back from the Gentoo Mini-conf and hopefully I'm going to work on getting true multilib ebuilds for these ebuilds

I'll keep you posted
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 5731
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Wed Feb 20, 2013 1:28 pm    Post subject: Reply with quote

libX11-32bit-1.5.0.ebuild

fails for me

with
Quote:
* ERROR: x11-libs/libX11-32bit-1.5.0 failed (setup phase):
* no configure script found


added 2 lines after line 46 and now it works:

Code:
}

src_configure() {




so it looks like the following in total:

Code:
# Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/x11-libs/libX11/libX11-1.4.2.ebuild,v 1.2 2011/03/21 14:05:45 flameeyes Exp $

EAPI=5
ABI=x86
P="libX11-1.5.0"
PN="libX11"
S=${WORKDIR}/${P}

XORG_DOC=doc
inherit xorg-2 toolchain-funcs flag-o-matic

DESCRIPTION="X.Org X11 library"

KEYWORDS="~amd64"
IUSE="ipv6 test"

RDEPEND=">=x11-libs/libxcb-32bit-1.8.1
   x11-libs/xtrans
   >=x11-proto/xproto-7.0.17
   x11-proto/xf86bigfontproto
   x11-proto/inputproto
   x11-proto/kbproto
   x11-proto/xextproto
   app-emulation/emul-linux-x86-xlibs"
DEPEND="${RDEPEND}
   test? ( dev-lang/perl )"

PATCHES=(
   "${FILESDIR}"/${PN}-1.1.4-aix-pthread.patch
   "${FILESDIR}"/${PN}-1.1.5-winnt-private.patch
   "${FILESDIR}"/${PN}-1.1.5-solaris.patch
)

pkg_setup() {
   xorg-2_pkg_setup

   append-flags -m32

   XORG_CONFIGURE_OPTIONS=(
      $(use_with doc xmlto)
      $(use_enable doc specs)
      $(use_enable ipv6)
      --without-fop
   )
}

src_configure() {
   [[ ${CHOST} == *-interix* ]] && export ac_cv_func_poll=no
   xorg-2_src_configure
}

src_compile() {
   # [Cross-Compile Love] Disable {C,LD}FLAGS and redefine CC= for 'makekeys'
   if tc-is-cross-compiler; then
      (
         filter-flags -m*
         emake -C "${AUTOTOOLS_BUILD_DIR}"/src/util CC=$(tc-getBUILD_CC) CFLAGS="${CFLAGS}" LDFLAGS="" clean all || die
      )
   fi
   xorg-2_src_compile
}

src_install() {
   autotools-utils_src_install \
      docdir="${EPREFIX}/usr/share/doc/${PF}"
   rm -rf "${D}"/usr/share || die "Removing man files failed."
   rm -rf "${D}"/usr/include || die "Removing include files failed."
}




thanks for maintaining the overlay ! :)
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.3.0-r2
2.6.37.2_plus_v1: BFS, CFS,THP,compaction, zcache or TOI
Hardcore Linux user since 2004 :D
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Unsupported Software All times are GMT
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum