%% "Pomerleau, Francois" <[EMAIL PROTECTED]> writes:
pf> Hello, I am developing applications in Ada and I use make for my
pf> compilation. As part of my build process, I generate an Ada file
pf> (version.adb) that contains the build date and the release
pf> version. I was able to do so us
I get when I run make 3.79:
bash$ make version.adb
echo "package body version is" > version.adb
package: -c: line 2: syntax error: unexpected end of file
make: *** [version.adb] Error 2
bash$ make -d version.adb
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built
%% Klaus Zeitler <[EMAIL PROTECTED]> writes:
kz> I'm trying to build make version 3.79, but when I run configure
kz> and then make gcc complains:
Please always try with the latest version. The latest version of GNU
make is 3.79.1.
kz> extern void bcopy PARAMS ((const char *b1, char *b2,
I'm trying to build make version 3.79, but when I run configure and then make
gcc complains:
gcc -DALIASPATH=\"/usr/local/share/locale:.\"
-DLOCALEDIR=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib\"
-DINCLUDEDIR=\"/usr/local/include\" -DHAVE_CONFIG_H -I. -I. -I./glob -D__STDC_
Definitely the next version of make should resolve all the EINTR
problems.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://www.paulandlesley.
Fails also with 3.79.1. The code in that area didn't change, so I'm
not really surprised.
Some local folks have noted that this is an exposure on NFS filesystems
mounted with the "intr" flag. I assume this is a valid way to do mounts
so it's a real problem, but maybe explains why it isn't seen
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Kevin Nomura
> > Sent: Monday, November 19, 2001 1:07 PM
> > To: [EMAIL PROTECTED]
> > Subject: make-3.79 on solaris8 broken
> >
> >
> > Using make-3.79 under solaris 6 and solaris 8, I have been
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Kevin Nomura
> Sent: Monday, November 19, 2001 1:07 PM
> To: [EMAIL PROTECTED]
> Subject: make-3.79 on solaris8 broken
>
>
> Using make-3.79 under solaris 6 and solaris 8, I have be
Please get a copy of GNU make 3.79.1 (the latest version) and see if
that works any better.
I'm just finishing up a new release 3.79.2 which changes the way
jobserver works so EINTR is not a problem.
--
---
Paul D. Smi
Using make-3.79 under solaris 6 and solaris 8, I have been seeing
two intermittent problems. It seems to get worse with higher values
of -j. One is "No rule to make target xxx" when there is, in fact,
a rule to make target xxx. As befits an intermittent problem, the
make succeed
David Forrest writes:
>
> on this redhat 7.0 machine, I think it is running 2.1.3, redhat's
> -22
It's a common knowledge that the glibc coming with RedHat 7.0
is bugged. In the updates/7.0/en/os/i386/ directory of the RedHat FTP
server, you can get a glibc-2.2-12 package which will s
On Thu, 24 May 2001, Paul D. Smith wrote:
> Hmm.
>
> My suspicion is that you're running a buggy version of glibc. There
> were some older versions of GLIBC 2.x which contained bugs in the
> globbing library. It seems like this could be the cause.
on this redhat 7.0 machine, I think it is run
Hmm.
My suspicion is that you're running a buggy version of glibc. There
were some older versions of GLIBC 2.x which contained bugs in the
globbing library. It seems like this could be the cause.
What version of GLIBC are you running on this system?
--
---
On Thu, 24 May 2001, Paul D. Smith wrote:
> I think there is something wrong with your system, or the way make was
> built.
OK
>
> Are you building this on a local disk, or on an NFS-mounted (or
> otherwise networked) filesystem?
>
I build it from a local disk
> If you run the "make check"
I think there is something wrong with your system, or the way make was
built.
Are you building this on a local disk, or on an NFS-mounted (or
otherwise networked) filesystem?
If you run the "make check" command multiple times, does it always fail
in the same places, the same way, or is it variab
Attached is a copy of the output from make check on a make-3.79.1
using
configure --prefix=/usr
make
and
make --version
GNU Make version 3.78.1, by Richard Stallman and Roland McGrath.
on a redhat 7.0 system
Is it good enough to install, even though it fails its own tests?
Dave.
--
Dave
%% Robert Bogomip <[EMAIL PROTECTED]> writes:
rb> Consider this makefile:
rb> t: m+=2
rb> t:
rb> @echo "[${m}]"
rb> Then the following sort of works:
rb> $ make t
rb> [ 2]
This has been fixed in CVS (it just gives "[2]" again).
rb> (Interestingly, make 3.78 produces
Consider this makefile:
t: m+=2
t:
@echo "[${m}]"
Then the following sort of works:
$ make t
[ 2]
$
(Interestingly, make 3.78 produces a different result:
$ make378 t
[2]
$
Hmmm.)
BUT the folowing crashes:
$ make m=hello t
make: expand.c:489: allocated_variable
Hi!
Just found an error in the manual of GNU Make 3.79.
Section "Phony Targets"
(http://www.gnu.org/manual/make/html_mono/make.html#SEC33) contains the
following example:
### MANUAL EXAMPLE - START ###
SUBDIRS = foo bar baz
.PHONY: subdirs $(SUBDIRS)
subdirs: $(SUBDIRS)
This is already fixed. You need the latest version of GNU make (3.79.1).
HTH.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://www.paulandlesl
Hello,
I believe I have found a bug in version 3.79 of gmake.
I ftp'd the src files from the ftp mirror site at
ftp://sunsite.utk.edu/pub/gnu/ftp/
I have attached a small gzipped tarfile which illustrates
the problem. you should be able to cd into the lib/
directory and just type "make".
I
%% Jesse Thilo <[EMAIL PROTECTED]> writes:
jt> I believe I've found a bug in the current version of make. To
jt> reproduce, extract the three files from the attached tarball and
jt> perform the following commands:
jt>make
jt>touch touch-me
jt>make
jt> Not that "one.o"
I believe I've found a bug in the current version of make. To
reproduce, extract the three files from the attached tarball and
perform the following commands:
make
touch touch-me
make
Not that "one.o" is not rebuilt, even though "one.c" is newer.
make-bug.tar.gz
%% "John O'Connor \(at home\)" <[EMAIL PROTECTED]> writes:
joh> I am using gnu make 3.79 under Solaris 2.6.
Please upgrade to the latest, 3.79.1. There have been some important
bugs fixed in that version. That's what I'm using for my tests.
joh> The
I am using gnu make
3.79 under Solaris 2.6.
The new .LIBPATTERN
functionality is very useful, but does not appear to work in the "true" make
sense (to me at least).
The following is the
type of problem I am trying to solve:-
VPATH :=
$(LIBDIR):$(LIBDIR2)
%% Jonathan Thornburg <[EMAIL PROTECTED]> writes:
jt> This is either a bug in how the patsubst function works in GNU Make
jt> 3.79, or a bug in the documentation for same:
jt>files := $(patsubst %, ../%/%.gfa, $(dirs))
jt> The GNU Make 3.79 info file says
This is either a bug in how the patsubst function works in GNU Make
3.79, or a bug in the documentation for same:
% make --version
GNU Make version 3.79, by Richard Stallman and Roland McGrath.
Built for alphaev56-dec-osf4.0e
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97
%% "Albert L. Ting" <[EMAIL PROTECTED]> writes:
alt> Not sure if this is a solaris bug or a make bug, but it works
alt> fine in make-3.78.1. It appears make now treats targets with the
alt> same timestamp as the prerequisite as out of date. That didn't
alt> happen with make-3.78.1.
Not sure if this is a solaris bug or a make bug, but it works fine in
make-3.78.1. It appears make now treats targets with the same
timestamp as the prerequisite as out of date. That didn't happen with
make-3.78.1.
Albert
all: foo
$(foobar)
foo : bar
@echo file o
Yep. I'm interested.
By the way we keep all our development tools (with I2 mods) in Clearcase.
Unfortunately, the build process for GNUmake does not work well in a Clearcase
environment. Anybody out there doing this successfully? If so, I'd like to
talk to them.
Reid
> MIME-Version: 1.0
>
This is PR/1700; it's fixed in the source tree. You can find a patch in
the problem report resolution (see the README file for information on
accessing the online bug database for GNU make).
A release 3.79.1 with this and other issues resolved will be available
shortly.
--
This has been found and fixed in the sources a while ago (although it
was originally reported as a problem with strip and the Gnome sources, I
believe). There's a report in the bug database (see the README file)
and a partial patch which may or may not address your usage; the actual
fix I made wa
Hi
I just grabbed make-3.79 off the GNU ftp site, and attempted to build nmake
under Microsoft NT 4 sp6a, using Visual Studio 6, sp3. I ran the following
command line:
nmake /F NMakeFile
and got the following compilation error:
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
The following test case can be used to demonstrate the bug:
a:
@echo $(addprefix foo_,)
The bug is in the handle_function() func in function.c. Specifically, in the
following loop:
p=beg; <<< FYI this is redundant! It is initialized in the 'for'
nargs = 0;
for (p=b
I just downloaded the new version...
None of my pre-existing Makefiles work with the new version. They all die
with the following error:
*** Insufficient number of arguments (1) to function `addprefix'. Stop.
The error is caused by the following usage:
$(addprefix all__,$(SUBDIRS))::$
Actually, further investigation yields the following (what I consider to
be) inconsistency:
$ echo 'all: ;' | make -q -f- ; echo $?
0
$ echo 'all: ; $X' | make -q -f- ; echo $?
1
To me, that's wrong; you should get the same result with a completely
empty string as you do with a variable
%% "Albert L. Ting" <[EMAIL PROTECTED]> writes:
alt> Doing a "make -q" with the following makefile returns a 1 status
alt> where it should really return a 0 status. Can this be fixed? I
alt> know I could wrap an ifndef expression around the ALL commands,
alt> but I use this a lot.
al
%% Regarding make 3.79 status problem; you wrote:
alt> Doing a "make -q" with the following makefile returns a 1 status
alt> where it should really return a 0 status. Can this be fixed? I
alt> know I could wrap an ifndef expression around the ALL commands,
alt>
Doing a "make -q" with the following makefile returns a 1 status where it
should really return a 0 status. Can this be fixed? I know I could wrap
an ifndef expression around the ALL commands, but I use this a lot.
Thanks,
Albert
commands :=
.PHONY: all
all: foo
These are known problems with 3.79; I'm working on a 3.79.1 for these
and other minor glitches. You can find patches to fix this in the GNU
make bug database (see the README for a URL), PR/1700.
--
---
Paul D. Smith <[
MAKE Ver 3.79:
-
There is a compile error in main.c. "Undefined variable LOCALEDIR". I see
that it is a macro undefined in acconfig.h. I imagine that it is to point
to LOCALE specific information. I tried to fix it by defining it to contain
a null string. I can then compile but t
64-bit Sparc Solaris has 64-bit time_t, 64-bit uintmax_t, and file
timestamps with nanosecond resolution. For hosts like these, GNU make
3.79 ignores the nanoseconds part of file timestamps, as the 64-bit
time_t value occupies all of the uintmax_t objects that GNU make uses
to store time stamps
%% Johnny Wales <[EMAIL PROTECTED]> writes:
jw> What about a 'make No_I_Really_Really_Really_Mean_It-install'
jw> option, or something along those lines that prints a warning, asks
jw> 'Are you sure you wish to do this here zany thing?' then installs
jw> to the -proper- (indicated by whic
What about a 'make No_I_Really_Really_Really_Mean_It-install' option, or
something along those lines that prints a warning, asks 'Are you sure you
wish to do this here zany thing?' then installs to the -proper- (indicated
by which) location? That'd be good. Reason being: I'm a programmer, so I
can
%% Johnny Wales <[EMAIL PROTECTED]> writes:
jw> Well, looks like the 3.79 install didn't quite work.
Yes, it did.
jw> I did a configure,
jw> make, make install, and everything went off without a hitch. Ah! I've just
jw> found the bug. Here's my uname -a:
jw> Linux vegas 2.2.13 #1 Tue
On Mon, 29 May 2000, Johnny Wales wrote:
> Well, looks like the 3.79 install didn't quite work. I did a configure,
> make, make install, and everything went off without a hitch. Ah! I've just
> found the bug. Here's my uname -a:
> Linux vegas 2.2.13 #1 Tue Nov 9 00:09:41 GMT 1999 i586 unknown
>
Well, looks like the 3.79 install didn't quite work. I did a configure,
make, make install, and everything went off without a hitch. Ah! I've just
found the bug. Here's my uname -a:
Linux vegas 2.2.13 #1 Tue Nov 9 00:09:41 GMT 1999 i586 unknown
It's a SuSE 6.3 system, and which make results in:
/
dear sirs,
i've managed to get make 3.79 compiled under qnx (`uname -a` gives "QNX 1 I
425 PCI 32", which means it's qnx 4.25 rev. I; i saw with pleasure my
"patches" to config.[sub|guess] have been included :); the compiler is
watcom c/c++ 10.6 (wcc386) ), but with
As I mentioned earlier, there's a logic bug in GNU make 3.79
in the case of WINDOWS32: the code
if (mtime > now && (((mtime % 2) == 0) && ((mtime-1) > now)))
does not warn about a future timestamp if the timestamp is odd. I
earlier sent a patch that was c
Here's a very minor code cleanup for GNU make. job.c includes time.h,
but make.h already includes time.h, so this is redundant.
2000-05-22 Paul Eggert <[EMAIL PROTECTED]>
* job.c: Don't include time.h, as make.h already does this.
=
While looking at another problem, I noticed that in several places GNU
make 3.79's source passes a possibly negative char value to ctype
operations like "isblank". On hosts where characters are signed, this
has undefined behavior; e.g. isblank ('\200') might dump core,
%% Darren Hiebert <[EMAIL PROTECTED]> writes:
dh> I did this and confirmed that cp -p does not preserve the nanosecond
dh> field in the copy.
Bummer! :(
Thanks for working this, though. I'll make a note of it somewhere. I
may have to make a configure option to disable nanosecond timestamp
Paul D. Smith wrote:
> Another thing you can do is write a little test program (you'll have to
> use C as I don't think perl, etc. support this field either) that shows
> the values of st_mtime and st_mtim.tv_nsec...returned by stat(2), then
> run it on a file, and then on a copy created with "cp
bly your problem...
dh> Good idea. I checked and found, by putting explicit paths to cp in
dh> the makefile that /usr/bin/cp, /sbin/cp, and /usr/freeware/bin/cp
dh> (GNU fileutils 3.16) all exhibit the same behavior.
:(
>> GNU make 3.79 uses the nanosecond field of struct
ths to cp in
the makefile that /usr/bin/cp, /sbin/cp, and /usr/freeware/bin/cp
(GNU fileutils 3.16) all exhibit the same behavior.
> GNU make 3.79 uses the nanosecond field of struct stat, if the system
> provides it. If the version of "cp -p" you're using doesn't correctl
%% Darren Hiebert <[EMAIL PROTECTED]> writes:
dh> I encountered a strange bug when make-3.79 is used on IRIX 6.5,
dh> # Begin Makefile
dh> #DATE=-d "19 Dec 1994"
dh> b: a
dh> cp -p $< $@
dh> a:
dh> touch $(DATE) a
dh> # End Makefi
I encountered a strange bug when make-3.79 is used on IRIX 6.5,
demonstrated by the following makefile:
# Begin Makefile
#DATE=-d "19 Dec 1994"
b: a
cp -p $< $@
a:
touch $(DATE) a
# End Makefile
Note that every time you run make after the first time, it tries to
r
%% Volker Borchert <[EMAIL PROTECTED]> writes:
vb> I am experiencing test failures on both NetBSD-1.4.2/sun3x and
vb> OpenBSD-2.3/sparc. The symptom is that the output (STDOUT/STDERR)
vb> log files contain lots and lots of rubbish, mostly nulls.
Yuck! I haven't had any reports like that.
Hi,
I am experiencing test failures on both NetBSD-1.4.2/sun3x and
OpenBSD-2.3/sparc. The symptom is that the output (STDOUT/STDERR)
log files contain lots and lots of rubbish, mostly nulls.
I do not know how to tell whether this is a problem with my perl
installations or with make. IIRC I have
This is PR/1696 in the GNU make bug database. A patch is included in
the resolution (essentially the same fix you used).
You can find info on accessing the GNU make bug database in the README
in the GNU make distribution.
Thanks for the report!
--
-
There is a bug in make-3.79 which was not present in 3.77. I have
confirmed the problem under IRIX 6.5 and SunOS 5.5.1, but I believe it
affects all OSes supporting archives.
When using implicit rules for library archiving, the timestamp is computed
incorrectly for the (not yet existing) target
OK, I added those. Thanks for the report.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://www.ultranet.com/~pauld/gmake/
"Please remain cal
VERSION:
GNU Make version 3.79, by Richard Stallman and Roland McGrath.
Built for Windows32
PROBLEM:
win32 build of make fails to recognize rmdir and rd as valid
commands in the WINNT cmd shell.
RESOLUTION:
===
add "rmdir" and "rd" to the command list for WINDOWS32 sh_
www.ultranet.com/~pauld/gmake/#release
yh> ftp://ftp.gnu.org/gnu/
yh> http://www.gnu.org/
yh> Can you please be more specific and point to the README you are
yh> referring to.
I mean the file in the GNU make 3.79 distribution tarfile named
"README". Look for
Hi Paul,
I am sorry. I could not find PR/1770. What is it? (problem report?).
I looked in the following places:
ftp://ftp.gnu.org/gnu/make/
http://www.ultranet.com/~pauld/gmake/#release
ftp://ftp.gnu.org/gnu/
http://www.gnu.org/
Can you please be more specific and point to the README you are
%% "=?iso-8859-1?Q?H=E4gglund=2C_Ulf?=" <[EMAIL PROTECTED]> writes:
There's no need for HTML on the mailing lists. Please use plain text.
Thanks!
uh> GNU Make version 3.79, by Richard Stallman and Roland
uh> McGrath.Built for i686-pc-linux-gnu.
uh> I am trying to port a recursive Makefil
Hello GNU make-gurus,
I'm
using the following GNU make version:
GNU Make version 3.79, by Richard Stallman and
Roland McGrath.Built for i686-pc-linux-gnu.
I am trying to port a recursive Makefile-structure
designed for the
SunOS5 make utility to use
the GNU make . This implies that I h
Look at PR/1700 in the GNU make bug database (check the README file to
find out how to access it). There are patches there needed for building
on Windows and DOS systems.
--
---
Paul D. Smith <[EMAIL PROTECTED]>
Hi,
I am trying to build gnu make 3.79 with MSVC 6.0.
I am getting the following compilation error.
Btw: I got many warnings and assume it is ok to ignore them.
Thanks,
--
- Yigal
cd e:/make-3.79/
nmake -k -f NMakefile
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
This is PR/1689. A patch is included in the resolution of the bug
report. See the GNU make README file for information on accessing the
GNU make bug database.
I plan on releasing 3.79.1 relatively shortly with this and a few other
fixes.
--
I tried to use make 3.79 to build gtk+-1.2.7 and got the following error
message, retry with older make 3.78.1 works fine:
$ (cd gtk; make check)
Makefile:472: *** Insufficient number of arguments (0) to function `strip'.
Stop.
$ make -v
GNU Make version 3.79, by Richard Sta
This is PR/1696. There's a patch attached as a resolution to the bug
report.
http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl/full/1696
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
The Makefile has the following bits (sorry for the rushed bug report - not much spare
time here!). We have reverted back to 3.77 and it works fine again.
LIBNUMDBSRC=server.cpp \
numdb_strings.cpp \
numdb_exception.cpp \
fml32_null.cpp \
fml32_null
This is an instance of make PR/1696; see the bug report for a patch.
http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl/full/1696
I will be releasing a minor update of GNU make fairly shortly to address
this and a couple of other problems.
HTH.
--
Hello,
using make 3.79 on my Solaris 2.7 system I get a problem with
dependencies of ar-elements.
There seems to be something wrong with the times retrieved from ar:
gmake depend=true targets
gmake[1]: Entering directory `/home/strasser/cve/src/libraries/utils'
/sw/local/bin/gcc -V2
Paul D. Smith writes:
> Does BeOS have enough of a shell that you can run configure and get
> useful results?
Yes. It uses GNU bash 2.03.
> bh> 2) Error during "make distclean":
>
> bh> Apparently $(MAKE) = /bework/gnubuild/make-3.79/./make has been
&
bh> 2) Error during "make distclean":
bh> Apparently $(MAKE) = /bework/gnubuild/make-3.79/./make has been
bh> removed during the "make distclean". I think, recursing into the
bh> subdirectories first, and removing the files in the current
bh> directo
%% [EMAIL PROTECTED] writes:
j> extern int debug_flag; /* Declared in main.c */
j> Obviously, you get a link error.
I replaced this with a reference to the new DB macro.
j> Also, LOCALEDIR is not declared anywhere when using win 32.
j> This causes a compile error. I just put
j> #d
Hi,
When compiling make-3.79 on BeOS, I encountered the following problems:
1) Compilation error in arscan.c. BeOS doesn't have the header file.
But it has archive libraries, and uses the GNU binutils to create them.
I therefore copied the contents of glibc's into arscan.c, an
Hi
Downloaded and compiled make 3.79 from the canadian mirror
today. I am using Microsoft VC 6.0 and am compiling for windows.
The variable debug_flag is declared in main.c as:
static int debug_flag = 0;
And is referenced in sub_proc.c as
extern int debug_flag; /* Declared in main.c
80 matches
Mail list logo
