[Mesa-dev] [PATCH 4/6] configure.ac: Set and use HAVE_GALLIUM_LLVM define

Tobias Droste tdroste at gmx.de
Thu Jan 19 19:26:34 UTC 2017


Am Mittwoch, 18. Januar 2017, 18:45:04 CET schrieb Emil Velikov:
> On 18 January 2017 at 18:12, Jose Fonseca <jfonseca at vmware.com> wrote:
> >>> In order to untangle things we want to have a distinction between the
> >>> gallium (gallivm afaict) and other users - RADV presently.
> >>> So how about we update the RADV instances and ensure that the we set
> >>> the HAVE_{RADV,}_LLVM lot appropriately. Latter will be picky but
> >>> overall things should work w/o annoyances that HAVE_GALLIUM_LLVM
> >>> brings ?
> > 
> > I honestly don't even understand why we'd want to build parts of the tree
> > with LLVM while hiding LLVM from other components.  We can't we just build
> > everything with LLVM and avoid this combinatorial explosion of wierd
> > options that are nothing more than yet another way the build can break!!?
> 
> Sadly the combinatoric explosion has been there for a while. Based on
> how well my previous attempts to resolve similar issues (see the
> "platforms" topic) I doubt we'll even get to fix that.
> 
> > But if a separate option is truly necessary, have the newcomer pick a
> > different name, or something.
> 
> That's pretty much what I suggested above. Tobias can you please give it a
> try ?

I would rather "fix" the other build systems. (As in just define 
HAVE_GALLIUM_LLVM if HAVE_LLVM is defined).

I think there is still a misunderstanding on Joses side on what this really 
means. No file in gallivm or llvmpipe will be touched. It's really just 
auxilliary/draw and there it's exactly 8 lines that will change. 

That's it.

I really fail to see how this will break everything that is being worked on 
and cause merge conflicts everywhere.

If you still want the other way, I can do that to, but this will of course 
need the same fix in the other build system or we have the same situation we 
have now, but with other drivers.

> 
> Thanks
> Emil


More information about the mesa-dev mailing list