Re: [bug #49093] ifdef checks for non-empty value, not definition

2016-09-14 Thread Paul Smith
On Wed, 2016-09-14 at 15:16 -0700, Philip Guenther wrote: > On Wed, Sep 14, 2016 at 3:13 PM, Paul D. Smith > wrote: > ... > > Probably an example like this would help make the doc more clear. > > There *is* an example like that in the doc in at least version 4.2.1! Oh.  Yeah.  Hah! ___

[bug #49093] ifdef checks for non-empty value, not definition

2016-09-14 Thread Paul D. Smith
Update of bug #49093 (project make): Status:None => Works for me Open/Closed:Open => Closed ___ Follow-up Comment #2: Heh. Philip Guenther

Re: [bug #49093] ifdef checks for non-empty value, not definition

2016-09-14 Thread Philip Guenther
On Wed, Sep 14, 2016 at 3:13 PM, Paul D. Smith wrote: ... > Probably an example like this would help make the doc more clear. There *is* an example like that in the doc in at least version 4.2.1! Note that `ifdef' only tests whether a variable has a value. It does not expand the varia

[bug #49093] ifdef checks for non-empty value, not definition

2016-09-14 Thread Paul D. Smith
Update of bug #49093 (project make): Item Group: Bug => Documentation Triage Status:None => Small Effort ___ Follow-up Comment #1: What the doc is trying

[bug #49093] ifdef checks for non-empty value, not definition

2016-09-14 Thread Danek Duvall
URL: Summary: ifdef checks for non-empty value, not definition Project: make Submitted by: dduvall Submitted on: Wed 14 Sep 2016 09:57:06 PM GMT Severity: 3 - Normal Item

[bug #49014] Zombies in parallel builds with pselect code

2016-09-14 Thread Jörg Sonnenberger
Follow-up Comment #7, bug #49014 (project make): It's a red herring. FreeBSD has been providing a system call since at least version 8.1 and 9.0. A correct userland implementation can be done on top of other primitives like ppoll or kqueue, but that's not relevant here. The common element for all

[bug #49014] Zombies in parallel builds with pselect code

2016-09-14 Thread Paul D. Smith
Follow-up Comment #6, bug #49014 (project make): It can't be implemented in userland. What pselect() does is unblock the signal, call select, then have the signal blocked again on return. The point of using pselect() is that the signal unblock/block must be atomic with the select() system call.

Re: Bug make

2016-09-14 Thread Paul Smith
On Tue, 2016-09-13 at 23:24 +0200, orsobianco9 wrote: > the make program reports the following error. > 'This program was compiled for i686-pc-linux-gnu > Report bugs to ' In general it's better to run your test case that you want to send to the mailing list with LANG=C as most GNU make developer

Bug make

2016-09-14 Thread orsobianco9
the make program reports the following error. 'This program was compiled for i686-pc-linux-gnu Report bugs to ' Regards Gian Paolo Marcolongo System Ubuntu 16.04LTS 32bit paolo@paolo-300E4C-300E5C-300E7C:~$ cd java paolo@paolo-300E4C-300E5C-300E7C:~/java$ dir jdk-8u102-linux-i586.tar.gz paol