David A. Wheeler (4 February 2022 17:43) wrote:
> For example: When running each recipe, enable tracing
> to note when files are opened for reading/writing.
> If a recipe opens a file for reading (or presence?), and
> that file isn't listed as a dependency but SHOULD be, warn about it.
> E.g., "War
On Fri, 04 Feb 2022 10:27:01 -0500
Paul Smith wrote:
> On Fri, 2022-02-04 at 09:13 +, Sergei Trofimovich wrote:
> > 1. Enable parallel builds by GNU make by default
> >
> > 2. Do not run dependencies in deterministic order by default:
>
> GNU make (unlike Ninja) is bound by the POSIX stan
> On Feb 4, 2022, at 4:13 AM, Sergei Trofimovich wrote:
>
> Individual developers more often than not build large projects
> in parallel to speed the process up with 'make -j '.
>
> OS distributions would also prefer to enable parallel builds
> by default. But there is a problem of deciding i
On Fri, 2022-02-04 at 09:13 +, Sergei Trofimovich wrote:
> 1. Enable parallel builds by GNU make by default
>
> 2. Do not run dependencies in deterministic order by default:
GNU make (unlike Ninja) is bound by the POSIX standard in terms of its
behaviors. The POSIX standard makes very clear
Individual developers more often than not build large projects
in parallel to speed the process up with 'make -j '.
OS distributions would also prefer to enable parallel builds
by default. But there is a problem of deciding if it's safe
to build a package in general.
In small projects developers
Finally, we identified and report 3 cases that could
> trigger bugs. Below is the information for reproducing the bugs.
I made changes to resolve these issues. Thanks!
Dear GNU make developers,
How is going with analyzing and fixing these bugs? Any feedback?
Best,
Jingxuan
On 30 Jun 2021, at 19:33, He Jingxuan
mailto:jingxuan...@inf.ethz.ch>> wrote:
Dear GNU make developers,
We tested GNU make with an automatic tool (based on the fuzzer AFL). A numb
could trigger bugs. Below is the information
for reproducing the bugs.
- make version: 4.3
- operating system: Ubuntu 16.04.7
- compiler: clang version 6.0.0-1ubuntu2~16.04.1 (tags/RELEASE_600/final)
- compilation commands:
mkdir obj
cd obj
CC=clang CFLAGS="-g -O1 -Xclang -disable-llvm-p
c310a1732dabda1ccf/uboot_compile.sh#L25
It's not a bug in make, so this isn't the place to report it.
From: Bug-make on behalf of
test991199test
Sent: Friday, December 27, 2019 10:01
To: bug-make@gnu.org
Subject: orange pi 4B Report bugs
* EXTERNAL EMAIL
Hello, Report bugs Can not make ubuntu server for orange pi 4B Thank you
error
Description: Binary data
Hello, Report bugs Can not make ubuntu server for orange pi 4B Thank you
Update of bug #43414 (project make):
Item Group: Bug => Enhancement
___
Reply to this item at:
<https://savannah.gnu.org/bugs/
> From: sumit Raokhande
> Date: Tue, 18 Jul 2017 16:13:09 +0530
>
> How to resolve this error as follow
>
>
> gmake.exe[1]: Entering directory `C:/optv_sdk32_gnu_cd'
> perl utils/check_dir.pl portable/win32 gmake.exe --no-print-directory -C
> portabl
> e WIN32
> perl utils/check_dir.pl copyrite
hi,
How to resolve this error as follow
gmake.exe[1]: Entering directory `C:/optv_sdk32_gnu_cd'
perl utils/check_dir.pl portable/win32 gmake.exe --no-print-directory -C
portabl
e WIN32
perl utils/check_dir.pl copyrite/win32 gmake.exe --no-print-directory -C
copyrit
e WIN32
perl utils/check_dir.pl
On Mon, 2016-07-04 at 23:21 -0300, Bruno Pezzi wrote:
> I know it's not recomended to do, but it's a project from college
> and I can't finnish because of it. What am I supposed to do?
This list is for help with the GNU make program itself; your problem
appears to be compiling (a variation of) th
Guys, I need serious help. I installed al the sources, headers, ...,
literally everything, but when trying to make my kernel module it shows the
following message:
root@Kali:/home/skorpion/rFSO/speaker_ioctl# make
make -C /lib/modules/4.0.0-kali1-amd64
SUBDIRS=/home/skorpion/rFSO/speaker_ioctl mod
On the basis of the following experiment which shows some current
behaviours that are so unhelpful that they are ripe for replacement I'd
like to propose a cross-product substitution variable:
Makefile
==
FOO = sensible
$(info $(FOO) is sensible)
$(info $(FOO ) is only going to
On 24 Apr 2016 01:00, "Paul Smith" wrote:
> On Thu, 2016-04-21 at 08:29 +0100, Tristan Wibberley wrote:
> > x86-64 x86 armel: %=build/%/main.o: main.c ; true
> > factors :: path=subst : prerequisites ; recipe
>
> Almost all the syntax you suggest that uses "=" is not possible, because
> it alread
On Thu, 2016-04-21 at 08:29 +0100, Tristan Wibberley wrote:
> x86-64 x86 armel: %=build/%/main.o: main.c ; true
> factors :: path=subst : prerequisites ; recipe
Almost all the syntax you suggest that uses "=" is not possible, because
it already has a well-defined meaning: it defines target-specif
t find one.
>
>
> On 20 April 2016 at 07:48, Tristan Wibberley
> wrote:
>
>> Hi folks,
>>
>> I'm interested in making it easier to specify some of the build system
>> behaviours I want and I saw https://savannah.gnu.org/bugs/?42125 which
>> is one of
it's other use.
How about some other token not used for this purpose elsewhere? Although I
can't find one.
On 20 April 2016 at 07:48, Tristan Wibberley
wrote:
> Hi folks,
>
> I'm interested in making it easier to specify some of the build system
> behaviours I want and I
Hi folks,
I'm interested in making it easier to specify some of the build system
behaviours I want and I saw https://savannah.gnu.org/bugs/?42125 which is
one of the things I want to improve. I saw a way to improve it that
supports this feature and several others at once in a pretty regula
make[1]: *** [/home/babak/sniper/common/config/config_file.o] Error 1
make: *** [/home/babak/sniper/lib/libcarbon_sim.a] Error 2
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
ply to this item at:
<http://savannah.gnu.org/bugs/?45675>
___
Message sent via/by Savannah
http://savannah.gnu.org/
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
URL:
<http://savannah.gnu.org/bugs/?45675>
Summary: Bugs in VPATH, implicit-rules,
pattern-specific,conditionals,wildcard etc.
Project: make
Submitted by: None
Submitted on: Sun 02 Aug 2015 07:01:25 AM UTC
Sever
On Fri, 2015-05-08 at 14:33 +0800, 林海鸿 wrote:
> I got a bug when installing mexopencv on matlab base on xcode.
> LOG HERE: http://paste.ubuntu.com/11021239/
Please paste the basic command and error message into your email:
make MATLABDIR="/Applications/MATLAB_R2014b.app" MEXEXT=mexmaci64
-I/us
I got a bug when installing mexopencv on matlab base on xcode.
LOG HERE: http://paste.ubuntu.com/11021239/
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
URL:
<http://savannah.gnu.org/bugs/?43414>
Summary: Perl test script bugs/enhancements
Project: make
Submitted by: wb8tyw
Submitted on: Tue 14 Oct 2014 01:01:53 PM GMT
Severity: 3 - Normal
Item Grou
On Wed, 2014-05-28 at 14:29 +0530, chandrababu nallani wrote:
> Hi,
>
> Could you send me the link to get the known bugs and issues for GNU
> Make 3.80.
Sorry, but we don't spend the effort to keep detailed information on
this. You can look at the bugs that were listed as fixe
Hi,
Could you send me the link to get the known bugs and issues for GNU Make
3.80.
Thanks in advance,
Chandrababu.
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
On Tue, May 7, 2013 at 10:24 PM, Zhenbo Xu wrote:
> 2. Out of bound
> file: function.c
> function: func_sort
> At line 1150: words = xmalloc (wordi * sizeof (char *));
> The value of wordi may be 1.
>
> At line 1171: if (i == wordi - 1 || strlen (words[i + 1]) != len
> words[i + 1] may cause overf
Hi,
I'm a developer of a static analysis tool canalyze.
Recently I applied it to make-3.82.
It seems some reports are real after by manually checking:
1. Null Dereference
file: hash.c
function: hash_rehash
At line 262: ht->ht_vec = (void **) CALLOC (struct token *, ht->ht_size);
Should we check ht-
Please send all questions to the mailing list, rather than emailing me
personally. Thanks!
On Wed, 2010-09-29 at 12:43 +0400, Alexander Kornilov wrote:
> 1) Are the special target which executed before all other target? It's
> maybe used for some initializations and preparing of build process
>
> Using a directory as a normal prerequisite is almost never what you
> want.
>
> You have two choices.
Three: wherever you currently declare a dependency on a directory,
instead declare a dependency on a .exists file *in* that directory.
Then have the rule for a .exists file create its directory
> From: Paul Smith
> Date: Tue, 28 Sep 2010 09:05:20 -0400
> Cc: bug-make@gnu.org
>
> However, your makefile is wrong and that's why it's failing for you in
> GNU make 3.81. I have no idea why it works in Windows; if it does
> that's a bug in the Windows version of make, IMO.
I'm guessing that
On Tue, 2010-09-28 at 18:42 +0400, Alexander Kornilov wrote:
> Could you, please, review my new example (bug_0001_fixed.zip
> attached)?
>
> But some issue still present on Windows platform:
>
> Preconditions: 'Obj' directory present as dependency of target (see
> example from attachment).
>
> O
On Tue, 2010-09-28 at 13:54 +0400, Alexander Kornilov wrote:
> BUG #0001:
> ---
>
> Description: The rule for generation dependency file (%.d) doesn't work
> on Linux platform;
> Severity: Major;
>
> Steps to reproduce:
> 1. Unpack bug_0001.zip files from letter attachment;
> 2. Execute m
> From: "Alexander Kornilov"
> Date: Tue, 28 Sep 2010 13:54:42 +0400
>
> While I working on my build system I find some bugs in working of make
> tool.
> Could you, please, review issues?
Thanks for the reports. I will respond to the Windows-specific
issues.
> D
Dear Sir
Hi
I like to install tcl/tk 7.5/4.1 but there is bugs in make step
a...@linux-usdz:~/Download/tcl7.5/unix> make
cc -c -O -I./../generic -I. -DHAVE_UNISTD_H=1 -DHAVE_SYS_TIME_H=1
-DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_TM_GMTOFF=1
-DHAVE_TIMEZONE_VAR=1 -DSTDC_HEADER
> From: =?gb2312?B?x9i9ow==?=
> Date: Fri, 22 May 2009 09:42:24 +0800
>
> My make and gcc version:
>
> GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
> gcc version 3.4.2 (mingw-special)
Make 3.79.1 is quite old, and it had bugs in the Windows port.
> From: =?gb2312?B?x9i9ow==?=
> Date: Thu, 21 May 2009 10:29:48 +0800
>
> ===> Compiling Mortran3 ...
>
> process_begin: CreateProcess((null), echo Compiling mortran3.f
> C:\HEN_HOUSE\lib\gnu_win32\machine.f, ...) failed.
Can you show the Makefile that produced these error messages?
Also, wha
===> Compiling Mortran3 ...
process_begin: CreateProcess((null), echo Compiling mortran3.f
C:\HEN_HOUSE\lib\gnu_win32\machine.f, ...) failed.
make (e=2): ?μí3?ò2?μ¨μt?￡
make.exe: *** [C:\HEN_HOUSE\bin\gnu_win32\mortran3.exe] Error 2
Failed running make.exe EGS_CONFIG=C:\HEN_HOUSE\specs\g
>
I don't know why.
Sounds like
a bug I hit too - https://savannah.gnu.org/bugs/?func=detailitem&item_id=1516
- which is fixed in make-3.81.
>
2. some compare funcitons like
compare of numbers maybe usefull
Yeah, using
the Peano numbers gets tedious after the
Dear sir,
Thank you very much for your write and provide powerfull make for people and for me..
I use GNU make 3.80 running on Win32 (form WindRiver Systems Workbench 2.4) and find a strange problem that the make's internal function "eval" not work properly...
function eval not wo
I am moving this thread here from help-make list.
I have not created a Savannah bug yet since still under investigation.
I am working on re-writing default_names perl script as I go and will
submit revision for approval when done.
At 07:06 AM 2/25/2006, I wrote:
At 06:41 AM 2/24/2006, gk wrot
Hi,
I find a bug for creating make.exe
in windowns,
It can't get make.exe when compiling
in windowns.
I have resolved this bug as followed:
edit the NMakefile , add "$(OUTDIR)/hash.obj"
in the file,
for example
OBJS = \
$(OUTDIR)/ar.obj
\
$(OUTDIR)/arscan.obj
\
$(
Thanks. I've fixed both of these in CVS.
I fixed the second one by changing the variable expansion code to use
patsubst_expand(), and just removed all the special-case suffix handling
code from subst_expand.
--
---
Pau
Hi,
there are 2 bugs in function subst_expand().
To checkout both take the following makefile, 123.mk:
---123.mk
$(warning value[text] = $(value text))
$(warning text = $(text))
$(warning value[a] = $(value a))
$(warning a = $(a))
$(error aus)
---123.mk
bug1
On Sat, Jun 26, 2004 at 05:17:55PM -0500, Boris Kolpackov wrote:
> Sam Ravnborg <[EMAIL PROTECTED]> writes:
>
> > >From info make:
> > >
> > Rule Definition
> > ---
> >
> >A rule is always expanded the same way, regardless of the form:
> >
> > IMMEDIATE : I
Sam Ravnborg <[EMAIL PROTECTED]> writes:
> >From info make:
> >
> Rule Definition
> ---
>
>A rule is always expanded the same way, regardless of the form:
>
> IMMEDIATE : IMMEDIATE ; DEFERRED
> DEFERRED
>
>That is, the target and prerequisite se
On Sat, Jun 26, 2004 at 04:18:06PM -0500, Boris Kolpackov wrote:
>
> Another patch, which I think you may be interested in, is
> pattern-specific-expansion.patch. Here is the description:
>
> The following makefile prints 'B' instead of 'A'.
>
> a := A
>
> %bar : arg := $a
>
Hi Paul,
I have one patch in my -bk patch-set which, IMO, has no reason
of not being in the main trunk. It implements dontcare flag
inheritance which, combined with your recent changes to the
dontcare machinery, fixes both bugs described here
http://mail.gnu.org/archive/html/bug-make/2004-02
%% "Dr. Jörn von Holten" <[EMAIL PROTECTED]> writes:
jvh> I would expect the ouput
jvh> >>KEEP SMILING<<
jvh> >>KEEP<<
jvh> 1:yes 2:yes
jvh> but I get (using make 3.81beta1)
jvh> >>KEEP SMILING<<
jvh> >><<
Are you sure you're using 3.81beta1? There was definitely a bug like
this
Consider the makefile
---snip
DEFINED1 :=
ifdef DEFINED1
STATUS1 := 1:yes
else
STATUS1 := 1:no
endif
DEFINED2 := sometext
ifdef DEFINED2
STATUS2 := 2:yes
else
STATUS2 := 2:no
endif
MESSAGE = KEEP
phony1: MESSAGE += SMILING
phony2: MESSAGE +=
all:phony1 phony2
@echo $(STATUS1) $(S
NU License :). And because I think I've
found some inconsistencies, possibly bugs, I decided to report them as a
small contribution to the Free Software community.
Here they are:
1. Section 8.8 "The eval function", the program example, line 10 (not
counting empty lines):
Instead "
URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=7310>
Project: make
Submitted by: Boris Kolpackov
On: Sun 01/18/04 at 05:36
Severity: 5 - Average
Item Group: Bug
Resolution: None
Assigned to: None
Status: Open
Component Version: CVS
Platform Version: Any
Fixed Rele
%% Wirawan Purwanto <[EMAIL PROTECTED]> writes:
wp> * build.sh.in:33: The definition @REMOTE@ is no longer properly
wp> maintained. Why is this?
This is a known bug in 3.80 which has already been fixed in the source.
wp> * build.sh.in:32: The definition of @LIBOBJS@ here was replaced by
Thanks for the updates.
I'm hoping to rework that entire section because the current behavior
doesn't conform to the POSIX definition of make, but if I don't manage
to get it done for the next release I'll apply these fixes.
--
Hi,
I found some bugs in the most recent make's build script: this pertains
GNU Make version 3.80 (straight from the original release tarball).
I tried to build it under IRIX 6.5 (uname -a gives:
1% uname -a
IRIX64 turtle 6.5 07091542 IP27
)
Since there was NO gnu make available i
Hello,
I had two problems with job.c, and consider them bugs, at least the
second one. (I admit I don't quite understand what was going on in
the first case.)
The problems were with construct_command_argv_internal() when supplied
a large LINE argument consisting of many lines. My s
%% "Richard Bland" <[EMAIL PROTECTED]> writes:
rb> Here are two findings that I think are bugs. These relate to Make
rb> 3.79.1 and 3.80, running under cygwin and Windows XP Professional.
rb> In both cases 3.79 does what I expected and 3.80 doesn't.
rb
Here are two findings that I think are bugs. These relate to Make 3.79.1
and 3.80, running under cygwin and Windows XP Professional. In both cases
3.79 does what I expected and 3.80 doesn't.
1) 3.80 seems to ignore VPATH.
The following makefile uses three sources in the folder given in
%% Daniel Goujot <[EMAIL PROTECTED]> writes:
dg> maremma:/4go/tmp/make-3.80% sh --version
dg> GNU bash, version 2.01.1(1)-release (i586-pc-linux-gnu)
dg> Copyright 1997 Free Software Foundation, Inc.
dg> This shell will make segmentation fault on these lines :
dg&g
maremma:/4go/tmp/make-3.80% sh --version
GNU bash, version 2.01.1(1)-release (i586-pc-linux-gnu)
Copyright 1997 Free Software Foundation, Inc.
This shell will make segmentation fault on these lines :
# Work around bugs in pre-3.0 UWIN ksh.
$as_unset ENV MAIL MAILPATH
PS1='$ '
PS
%% "BALA SUNDARAM" <[EMAIL PROTECTED]> writes:
bs> [bala@sun install]$ cd ../src
bs> [bala@sun src]$ make
bs> cc -DSIGSETJMP -O -DMANDRAKE -DGETTIMEOFDAY -DREGEXEC -DTIMEH -c -o bb.o bb.c
bs> /usr/bin/make: invalid option -- c
Weird; it almost looks like your C compiler "cc" is actuall
t the current directory.
--no-print-directoryTurn off -w, even if it was turned on
implicitly.
-W FILE, --what-if=FILE, --new-file=FILE, --assume-new=FILE
Consider FILE to be infinitely new.
--warn-undefined-variables Warn when an undefined variable is referenced.
Report bugs to <[
Hello,
I have just finished translation of GNU make 3.79.1 to Danish.
During my testing of the translation I have found that some
messages which I suppose should be translated, are not marked for
translation.
The untranslated messages are:
- The arguments to the calls of the function log_acces
> Date: Mon, 19 Mar 2001 11:01:51 -0500
> From: "Paul D. Smith" <[EMAIL PROTECTED]>
>
> >>> - GNU make does not "make" >included< make rule files
> >>> and complains about nonexistent files
>
> I don't understand the first one here; make _does_ make included make
> rule files. Perhap
%% Paul Eggert <[EMAIL PROTECTED]> writes:
>>> - GNU make does not "make" >included< make rule files
>>> and complains about nonexistent files
I don't understand the first one here; make _does_ make included make
rule files. Perhaps he means it includes them before trying to make
them; thi
[I'm forwarding this message that was posted on comp.unix.solaris.]
From: [EMAIL PROTECTED] (Joerg Schilling)
Newsgroups: comp.unix.solaris,comp.unix.programmer
Subject: Re: GNU make --> Solaris make converter ?
Date: 17 Mar 2001 14:52:07 GMT
Organization: Technische Universitaet Berlin, Deutsch
I found what I think are some bugs in GNU Make 3.79.1 under VAX/VMS 7.1. I
have already fixed them on my end, but I thought I'd let you know what I did,
in case someone else asks, or if you want to incorporate them in a future
version.
I suggest you run these changes by one of your VMS ex
This is the manual for GNU make 3.77, May 1998
1) On P 79 (Sec 9.7), looks like '--jobs=[jobs]' should have been
'--jobs[=jobs]'
(I sent this bug also to [EMAIL PROTECTED] since I was not sure where to send
it).
2) By P 43 ( sec 5.7), there have been at least two references to '+'
character
72 matches
Mail list logo
