Opened 8 years ago

Closed 8 years ago

Last modified 7 years ago

#8291 closed defect (fixed)

Mesa-12.0.2 does not build upon LLVM-3.9.0

Reported by: Pierre Labastie Owned by: Pierre Labastie
Priority: normal Milestone: 8.0
Component: BOOK Version: SVN
Severity: normal Keywords:
Cc:

Description (last modified by Pierre Labastie)

LLVM-3.9.0 has repoved some instructions from its x86 set. A patch has been made for mesa in July, but did not make it into the 12.0.2 release. Patch: https://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/drivers/swr/rasterizer/jitter/builder_misc.cpp?id=f8109076696a182da8180b0ee102c5a39f73d36a

This is seen only when building the 'swr' gallium driver, as far as I understand.

Change History (9)

comment:1 by Pierre Labastie, 8 years ago

Description: modified (diff)
Owner: changed from blfs-book@… to Pierre Labastie
Status: newassigned

comment:2 by Pierre Labastie, 8 years ago

The commit cited in the description is from June 15th, while the 12.0 branch has been created in May. Looks like the change has not been backported from master. I just made a patch and am testing that.

comment:3 by Pierre Labastie, 8 years ago

Description: modified (diff)

comment:4 by Pierre Labastie, 8 years ago

SWR seems to be in an early development stage, and I guess we should not propose it to our users in recommended instructions (cite it in command explanations would be enough). So, I removed swr in my sandbox.

Problem: mesa now builds but the X server does not start/ the error is the following:

(==) Log file: "/var/log/Xorg.0.log", Time: Tue Sep 13 13:42:05 2016
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
pci id for fd 9: 1234:1111, driver (null)
EGL_MESA_drm_image required.
: CommandLine Error: Option 'asan-instrument-assembly' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

Note that a black screen appears, but the VM hangs, and can only be hard rebooted. The log file ends as:

[ 10933.288] (II) Module fb: vendor="X.Org Foundation"
[ 10933.288]    compiled for 1.18.4, module version = 1.0.0
[ 10933.288]    ABI class: X.Org ANSI C Emulation, version 0.4
[ 10933.288] (==) Depth 24 pixmap format is 32 bpp
[ 10933.289] (==) modeset(0): Backing store enabled
[ 10933.289] (==) modeset(0): Silken mouse enabled
[ 10933.289] (II) modeset(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[ 10933.289] (==) modeset(0): DPMS enabled
[ 10933.290] (--) RandR disabled
[ 10933.290] (II) AIGLX: Screen 0 is not DRI2 capable
[ 10933.290] (EE) AIGLX: reverting to software rendering

I googled and found this bug report, which might be related, or not. not much more.

comment:5 by Pierre Labastie, 8 years ago

I read several times that upstream does not recommend using BUILD_SHARED_LIBS for building LLVM... Let me try the other LLVM_BUILD_LLVM_DYLIB=ON switch.

comment:6 by Pierre Labastie, 8 years ago

Bingo! It works now... The warning from LLVM documentation:

BUILD_SHARED_LIBS is only recommended for use by LLVM developers. If you want to
build LLVM as a shared library, you should use the LLVM_BUILD_LLVM_DYLIB option.

has bitten me!

We'll have a lot of static LLVM libraries in /usr/lib, and I am not sure they can be removed.

comment:7 by Pierre Labastie, 8 years ago

Resolution: fixed
Status: assignedclosed

fixed at r17757

in reply to:  5 comment:8 by Armin K, 8 years ago

Replying to pierre.labastie:

I read several times that upstream does not recommend using BUILD_SHARED_LIBS for building LLVM... Let me try the other LLVM_BUILD_LLVM_DYLIB=ON switch.

This sounds awfully familiar ...

comment:9 by bdubbs@…, 7 years ago

Milestone: 7.118.0

Milestone renamed

Note: See TracTickets for help on using tickets.