[Mesa-dev] [PATCH] Haiku: convert to autotools
kallisti5
kallisti5 at unixzen.com
Mon Feb 5 20:58:30 UTC 2018
On 2017-10-24 11:47, Emil Velikov wrote:
> Hi Jerome,
>
> On 23 October 2017 at 16:58, Jerome Duval <jerome.duval at gmail.com>
> wrote:
>> * configure.ac:
>> -pthread is not available on Haiku.
>> Haiku doesn't require --enable-dri
>> build hgl on Haiku
>> * egl/Makefile.am: define backendfiles for Haiku
>> * src/gallium/Makefile.am: build winsys/sw/hgl, state_trackers/hgl and
>> targets/haiku-softpipe on Haiku.
>> * src/gallium/targets/haiku-softpipe: add Makefile.am
>> * src/gallium/state_trackers/hgl: add Makefile.am
>> * winsys/sw/hgl: add Makefile.am
>> * src/hgl/Makefile.am: add Makefile.am
>> ---
> Thanks for the patch. I think Eric has a point regarding splitting this
> up.
> Here is one way to handle it:
> - patch 1 - the driver, aka st/hgl + sw/hgl + targets/haiku
> - 2 - src/egl
> - 3 - src/hgl
> - 4 misc fixes (the SoftwareRenderer.cpp hunk?)
> - 5 toggle - configure.ac + src/Makefile.am
Hm, it looks like Jerome never got back to work on these changes... let
me try to
pick up the ball and run with it.
> Couple of small suggestions:
> - keep all the sources and headers in the sources lists in
> Makefile.sources
> - how do you guys manage pthreads - please mention that in the commit
> message.
>
> If I'm reading this correctly, you strip out -pthread and there's no
> pthread-stubs on Haiku.
Haiku (and BeOS for that matter) has pthread support built into its core
libroot.so.
No need for -lpthread, all applications can assume its presence. Things
that link -lpthread actually fail due to a non-existant libpthread...
*however* as i'm typing this i'm being told we recently implemented a
dummy static libpthread.a to try and appease assumptions about -lpthread
existence.... so i'll remove the pthread checks :-)
-- Alex
More information about the mesa-dev
mailing list