[bug #13529] Incorrect circular dependancy

Follow-up Comment #2, bug #13529 (project make): I'm having a similar problem (make from CVS 2006-02-21, Ubuntu Dapper): Testcase: http://www.cip.ifi.lmu.de/~bleher/refpolicy-segfault.tar.gz (same as in bug #15818). When make is called on this tree with "make -C build-tree/refpolicy NAME=refpol

[bug #15818] SEGV in hash set code

Follow-up Comment #3, bug #15818 (project make): Yes, the patch indeed fixes the problem. Thanks for the fast reply! Another problem appeared, but I will report this in another bug. ___ Reply to this item at:

[bug #15818] SEGV in hash set code

Update of bug #15818 (project make): Assigned to:None => psmith ___ Follow-up Comment #2: Ah! Any reproducible test case is extremely useful. OK, this bug is not difficult to see. Pleas

[bug #15818] SEGV in hash set code

Follow-up Comment #1, bug #15818 (project make): Not sure if this is the same bug, but the backtraces seem similar. I use make CVS as of today (2006-02-21), Ubuntu Dapper (development version of Ubuntu). I'm trying to build SELinux refpolicy, my current source is available as http://www.cip.ifi.

Re: GNU make 3.81rc1 released -- please test.

%% James Coleman <[EMAIL PROTECTED]> writes: jc> Build & install on solaris 2.9 (sparc) using gcc (3.4.5) looks jc> fine. make check all good. Parallel builds for making make as jc> well as building our stuff. Good stuff. jc> The issue is with echoing a # to file from a Makefile.

[bug #15818] SEGV in hash set code

URL: Summary: SEGV in hash set code Project: make Submitted by: abwilson Submitted on: Mon 02/20/06 at 13:49 Severity: 3 - Normal Item Group: Bug

RE: GNU make 3.81rc1 released -- please test.

%% "Norman Wilson" <[EMAIL PROTECTED]> writes: nw> It was in beta4 on Solaris but didn't show up on Linux. There is nw> another SEGV on Linux in the same bit of code, but it only happens nw> when using -W flags. I've been catching up with some other stuff nw> (ie my proper work) so I haven

RE: GNU make 3.81rc1 released -- please test.

It was in beta4 on Solaris but didn't show up on Linux. There is another SEGV on Linux in the same bit of code, but it only happens when using -W flags. I've been catching up with some other stuff (ie my proper work) so I haven't had time to really get into this. It's not a show stopper for me sinc

Re: GNU make 3.81rc1 released -- please test.

Hi Paul, Build & install on solaris 2.9 (sparc) using gcc (3.4.5) looks fine. make check all good. Parallel builds for making make as well as building our stuff. I see one thing that might be an issue. Not critical I think. But it's a change in behaviour anyway and I'd like to run it by you

RE: GNU make 3.81rc1 released -- please test.

%% "Norman Wilson" <[EMAIL PROTECTED]> writes: nw> I don't want to rain on your parade, but there is at least one more core nw> dump lurking in this version: Ouch! nw> (dbx) run nw> Running: make -k -j 4 variants=dyn_dbg --warn-undefined-variables nw> everything nw> (process id 2586

Target specific immediate append operator not working as expected

There is some weirdness going on with the append operator and target-specific contexts. The append operator should act immediately if the variable was originally assigned with an immediate assignment but this does not happen if the variable was globally assigned and the append is target-specific,

RE: GNU make 3.81rc1 released -- please test.

I don't want to rain on your parade, but there is at least one more core dump lurking in this version: (dbx) run Running: make -k -j 4 variants=dyn_dbg --warn-undefined-variables everything (process id 25869) signal SEGV (no mapping at the fault address) in variable_hash_1 at line 109 in file "va