Re: make-4.1-3 with make-default split-off

Jack Howarth <[email protected]>
Newsgroups gmane.os.apple.fink.devel
Message-ID <CAP5Ds0Bu=rcKgd__JtQ6ojxJuacaXNSA31o73UTMV-cYi53+TQ@mail.gmail.com>
On Tue, Sep 15, 2015 at 11:45 AM, Jack Howarth <[email protected]>
wrote:

>
>
> On Tue, Sep 15, 2015 at 11:04 AM, Martin Costabel <[email protected]>
> wrote:
>
>> On 15/09/15 14:50, Jack Howarth wrote:
>>
>>> Martin,
>>>        In libcurl4, the error always occurs in make install as...
>>>
>>> Makefile:481: recipe for target 'all-recursive' failed
>>>
>> [...]
>>
>> I don't have 10.11 yet, so I cannot look myself, but I still think there
>> must have been an error just before this line.
>> The question is where to look for a more detailed error message.
>
>
> I can reproduce the build failure with 100% reproducibility on a MacPro
> 3,1 with 8 cores. However if I change the cmake.info to have...
>
> make -d
>
>
Jeremy agrees that since this seems to be a time-sensitive threading issue
in GNU make it will be difficult to debug with the -d option. I am in the
process of rebuilding chunks of the package set with Fink modified to pass
-d with -j and with fink make installed. I really don't expect this to be
able to replicate the bug since the act of trying to observe it with -d
likely spoils the timings needed to reproduce it at all.


> the build completes without issues.  This smells like a race condition in
> the pthread support or such. We might have to try a test fink where
> MaxBuildJobs also defaults make to -d in order to capture a failing build
> in verbose mode. Although -d may shift the timing in make around such that
> the race condition never triggers at all.
>       Jack
>
>
>
>> --
>> Martin
>>
>>
>>
>

------------------------------------------------------------------------------

_______________________________________________
Fink-devel mailing list
[email protected]
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.