The error file seems to indicate that it's trying to link against libpthread 
but can't. But that's not really the whole story, because OIIO doesn't directly 
ask for ptheads at any point, it should be CMake's own logic that decides if 
it's the kind of system that needs it or not, in its FindThreads.cmake module. 
I'm not sure why that's going wrong.


> On Jun 2, 2022, at 12:45 AM, Mathieu Bridon <boche...@daitauha.fr> wrote:
> 
> Tried again with 2.3.16.0, as usual I got similar output 😕
> 
> Here is the CMakeOutput.log file: https://paste.centos.org/view/raw/5e065939 
> <https://paste.centos.org/view/raw/5e065939>
> 
> As for the CMakeError.log one: https://paste.centos.org/view/raw/3b5867fe 
> <https://paste.centos.org/view/raw/3b5867fe>
> 
> Let me know when you had time to go through the logs and figure something out.
> 
> Thank you,
> 
> -- 
> Mathieu
> 
> 
> On 5/15/22 16:01, Mathieu Bridon wrote:
>> Hi all,
>> 
>> Tried again building the latest oiio in flatpak-builder, and it fails again. 
>> 🙁
>> 
>> Here is the CMakeOutput.log file : https://paste.centos.org/view/17146dd6 
>> <https://paste.centos.org/view/17146dd6>
>> 
>> And the CMakeError.log file : https://paste.centos.org/view/267e5714 
>> <https://paste.centos.org/view/267e5714>
>> 
>> As usual, I can wait, let me know when you have time to look into the 
>> outputs and where the failure might come from. 😕
>> 
>> This might very well be something coming from the flatpak-builder sandbox, 
>> but I have no idea what it might be...
>> 
>> Thank you,
>> 
>> -- 
>> Mathieu
>> 
>> On 4/26/22 10:09, Mathieu Bridon wrote:
>>> Sorry for not modifying the subject line in my previous email and not 
>>> ^reserving the "in-reply-to" header, Thunderbird doesn't seem to be able to 
>>> do that or I didn't find how. 😕
>>> 
>>>> Hi Larry,
>>>> On 4/13/22 22:07, oiio-dev-requ...@lists.openimageio.org 
>>>> <mailto:oiio-dev-requ...@lists.openimageio.org> wrote
>>>>> As for the first question, OIIO_BUILD_TESTS just means "should I build 
>>>>> the standalone unit test executables, like strutil_test, paramlist_test, 
>>>>> etc.?" It doesn't actually disable the testsuite, nor the testsuite's 
>>>>> need for some external tests.
>>>>> 
>>>>> The cmake option that controls whether the external test-related images 
>>>>> are downloaded is:
>>>>> 
>>>>>      -DOIIO_DOWNLOAD_MISSING_TESTDATA=OFF
>>>> I did that, and indeed the build now fails much faster, no more timeouts 
>>>> on git clones from Github :D
>>>>> I'll look at your logs when I get a little more time later.
>>>> No problem, I'll wait, let me know if there are other logs that could 
>>>> help you.
>>> --
>>> Bochecha
>> 
>> -- 
>> Bochecha
> 
> -- 
> Bochecha
> _______________________________________________
> Oiio-dev mailing list
> Oiio-dev@lists.openimageio.org
> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

--
Larry Gritz
l...@larrygritz.com





_______________________________________________
Oiio-dev mailing list
Oiio-dev@lists.openimageio.org
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org

Reply via email to