Re: Help:Stop compile due to Segmentation Fault Error

[Michael Stahl]

On 21/06/13 16:09, 최철우 wrote:
> Dear GNU.org
> 
> I have a problem with make file. 
> 
> Segmentation Fault error occurred while compile below part of Makefile.
> 
> we used the make 3.81 on ubentu 10.10. 

ok...

>$(eval APKCERTS_TMP_FILE := $(shell mktemp))

using eval...

> Here is the call stack of Segmentation Fault error
> 
> #0  eval_buffer (buffer=0xddd9390 "APKCERTS_TMP_FILE := /tmp/tmp.WBLP9iHl4m") 
> at read.c:430
> 
> #1  0x00407b5a in func_eval (o=0x13f748a1 "\002\324=\356\177", 
> argv=0x7fffdc35d700, funcname=) at function.c:1369

i bet you're running into this bug:

http://savannah.gnu.org/bugs/?20033

... which happens to be very familiar to me :)

> Can you guide us with what we should do?

the problem is that Ubuntu (and Debian) ship a very outdated release of
GNU make; as you can see the bug was fixed in 2007 already.

you can either:

- upgrade to GNU make 3.82 or newer

- apply the patch referenced in the bug report to GNU make 3.81 and
rebuild (this has reliably solved the problem for me)

- stop using -jN and build without parallelism (and much slower)



___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

Re: Optimization for reading *.d files

[Michael Stahl]

On 19.03.2017 09:54, Norbert Thiebaud wrote:
> On Sat, Mar 18, 2017 at 9:25 PM, brenorg  wrote:
>>
>> Anyway, I want to continue to use GNU Make, and not fallback to CMake/Ninja.
>> After some profiling, what's killing me is parsing the "*.d" files generated
>> by the compiler.
>>
>> The time to include all dependency files of my project in one single
>> makefile (as I want to get rid of recursive make), is 4 seconds.
>>
> 
> have you looked in how much redundancy you have in all these dep ?
> For LibreOffice, which use one big make to build it all  (60k files or so)
> we wrote a step to combine and de-duplicate all these .d file
> reducing the amount that need to be parsed by make by quite a bit
> 
> iow instead of getting a faster process, reduce the amount to be processed.

that can still be improved: Bjoern implemented something quite similar
to what Breno wants, an "includedepcache" keyword and
optimized/restricted dep file format, as previously discussed on this list:

https://mid.mail-archive.com/bug-make@gnu.org/msg08784.html

but it's probably not used by anybody currently since we don't want to
require a feature that's not in upstream GNU make.

the implementation is somewhere in here:

https://gerrit.libreoffice.org/gitweb?p=gnu-make-lo.git;a=shortlog;h=refs/heads/gnu-make-lo-4.0


___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make