gmake-4.2.1 ignores assignment of ARCH on FreeBSD

feature that it ignores assignments, or a bug? Or, maybe, it is a discrepancy in the FreeBSD port's gmake. I saw other strange discrepancies in gmake on FreeBSD on other projects. Yuri ___ Bug-make mailing list Bug-make@gnu.org https://lists.gn

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

On 12/25/17 13:13, Yuri wrote: Makefile there assigns ARCH after shell/sed substitutions, and this line has no effect at all in gmake version from the FreeBSD port. The easiest way to reproduce: 1. Have FreeBSD installed with the current version of ports 2. cd /usr/ports/math/zimpl 3. In

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

On 12/26/17 07:26, Paul Smith wrote: A faster way for you to get answers would be to put the relevant makefile lines into your email so we could all see them without installing an entirely different operating system, or pulling down a software package, unpacking it, and snuffling through its buil

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

present in environment. This can lead to random discrepancies in make runs. It should really either assign the value, or fail if it can't, not just ignore the assignment. Yuri ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailm

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

nvironment too. It's very strange that -p doesn't show ARCH being in the environment. And -e isn't supplied in the arguments. Yuri ___ Bug-make mailing list Bug-make@gnu.org https://lists.gnu.org/mailman/listinfo/bug-make

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

: $ ps ax | grep gmake 11802  4  T   0:00.01 gmake -f Makefile -j8 CC=cc LINKCC=cc DCC=cc LDFLAGS= -fstack-protector -L/usr/local/lib -lgmp -lm -lz SHARED=true all 11879  4  S+  0:00.00 grep gmake [yuri@yv /usr/ports/math/zimpl]$ cat /proc/11802/cmdline gmake -f Makefile -j8 CC=cc LINKCC=cc

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

isn't supplied on the command line 2. make erroneously reports ARCH as being in the command line. 3. ARCH does appear in environment at some point in the run. Might be self-set by make. Yuri ___ Bug-make mailing list Bug-make@gnu.org

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

this case, the ARCH variable is not provided on the command line, but gmake says that it is. This looks like a bug to me. (BSD make is an entirely different program, that has no relation ship with the GNU make.) Yuri ___ Bug-make mailing list Bu

[bug #65533] gmake-4.4.1 has a performance regression: at least the nwchem project now builds much slower

Fixed Release: None Triage Status: None ___ Follow-up Comments: --- Date: Fri 29 Mar 2024 06:50:10 AM UTC By: Yuri When the FreeBSD port devel/gmake was updated from 4.3 to 4.4.1 o

[bug #65533] gmake-4.4.1 has a performance regression: at least the nwchem project now builds much slower

68012M 1544K piperd 6 0:00 0.00% cut It looks like they invoke a lot of external processes (cut, sed, perl, awk), and this is somehow extremely slower than before when there is a lot of them. Yuri ___ Reply to this item at:

[bug #34167] Spurious systax errors, Purify detects memory access problems.

URL: Summary: Spurious systax errors, Purify detects memory access problems. Project: make Submitted by: yshtil Submitted on: Mon 29 Aug 2011 08:15:11 PM GMT Severity: 3 - Normal

[bug #34167] Spurious systax errors, Purify detects memory access problems.

Follow-up Comment #2, bug #34167 (project make): I tried 3.82 with the same result. I could not build from CVS: autoreconf -i cvs [init aborted]: Cannot initialize repository under existing CVSROOT: `/home/yshtil' cvs [checkout aborted]: /home/yshtil/gnumake_latest/tmpcvs30700/CVSROOT: No such fi

[bug #34167] Spurious systax errors, Purify detects memory access problems.

Follow-up Comment #4, bug #34167 (project make): I run the same make on a large LSF farm. The error appears intermittently even on the same host. I was able to reliably reproduce it on my development linux box. The error message is commands commence before first target. It is not possible for m

[bug #47308] Option to Generate build graph

URL: Summary: Option to Generate build graph Project: make Submitted by: yshtil Submitted on: Mon 29 Feb 2016 04:59:49 PM GMT Severity: 3 - Normal Item Group: Enhancement

Mark more symbols as static

sending a proper patch but I can go for it if this change is considered useful. The issue has been found when playing with pet project https://github.com/yugr/Localizer -- Best regards, Yuri