On Fri, 2010-07-30 at 11:17 +0200, Peter Breitenlohner wrote:
yesterday, I had built and installed make-3.82 on our x86-linux-gnu systems,
but then had to downgrade to 3.81 due to a serious regression.
Attached is a small self-contained Makefile that works fine with 3.81, but
yields this
On Thu, 2010-07-29 at 21:09 -0700, Peter Lawrence wrote:
make[3]: *** No rule to make target `real-install-headers-tar'. Stop.
This is printed when you've invoked make and the target you asked for on
the command line cannot be created (for example you ran make foo but
the makefile has no target
On Fri, 2010-07-30 at 09:59 +0800, Chiheng Xu wrote:
As parallel make are becoming more and more popular, can make
serialize the output of parallel make?
Make can redirect every parallelly issued shell's output to an
temporary file, and output the stored output serially, as if in a
serial
GNU make is a tool which controls the generation of executables and
other non-source files of a program from the program's source files.
You can learn more at: http://www.gnu.org/software/make/
On Wed, 2010-07-28 at 07:31 -0600, Eric Blake wrote:
It's not obvious from this announcement (and I haven't been following
the make lists) whether you are aware: The POSIX 2008 wording has a bug.
The intent of the Austin Group is that -e must NOT be provided if some
other mechanism ignores
On Tue, 2010-07-27 at 15:39 -0600, Matthew Burgess wrote:
I'm trying to compile procps-3.2.8
(http://procps.sourceforge.net/procps-3.2.8.tar.gz) with Make-3.81.91.
The last command invoked with Make-3.81 is:
cc -fno-common -ffast-math -W -Wall -Wshadow -Wcast-align
-Wredundant-decls
Hi all;
The second prerelease of the next version of GNU make is available on
the alpha FTP site (or via HTTP):
9d7a0f1fc1133d70f50f8b493912ba00
ftp://alpha.gnu.org/gnu/make/make-3.81.91.tar.bz2
62012451cee10ddf8be4b0be55cd5b36
ftp://alpha.gnu.org/gnu/make/make-3.81.91.tar.gz
This is pretty
On Mon, 2010-07-19 at 11:29 +0200, Edward Welbourne wrote:
Probably there should be an effort to switch to heap for anything that
might get large and reserve alloca() usage just for things we know for a
fact will not get too large, but that hasn't been done.
... and anywhere you use a
On Sat, 2010-07-17 at 02:22 -0300, Alberto Bertogli wrote:
Chasing a bug, I noticed that make sets RLIMIT_STACK to RLIM_INFINITY.
In Linux (since 2.6.25), that actually triggers a very subtle behaviour
change in the way the kernel manages the memory layout. While most
applications are
On Sun, 2010-07-18 at 14:40 -0300, Alberto Bertogli wrote:
The layout is decided by the kernel early, when the new process is being
created in execve(), and cannot be changed while running.
I did suspect as much: it seemed impossible (or at least highly
unlikely) for this to be changed during
On Sat, 2010-07-17 at 20:32 +0300, Ozkan Sezer wrote:
Hi: I submitted several small patches to savannah patch
tracker. That tracker looks like not being visited much,
so I thought that a notification here wouldn't hurt.
[patch #7240] cast const pointers to void* when feeding them to
On Sat, 2010-07-17 at 02:22 -0300, Alberto Bertogli wrote:
So I was wondering what was the reason for that rlimit, and if perhaps
it could be avoided to prevent this behaviour change.
It was added a number of years ago by Paul Eggert, because make makes
extensive use of alloca() and some
On Tue, 2010-07-13 at 12:44 -0700, Warren Dodge wrote:
I notice that $(dir ...) leaves the trailing / when given a full
filename path.
Is there an easy way to remove the trailing / ?
It ain't pretty but the standard, safe way of doing it is:
$(patsubst %/,%,$(dir ...))
On Mon, 2010-07-12 at 15:30 +0800, peter.zhang wrote:
when I restart the apache , I get the error logs as follow:
This mailing list is for bugs in the GNU make program. Your issue is
not related. Please try to find a mailing list that deals with either
Apache or Xdebug.
--
On Mon, 2010-07-12 at 10:20 +0300, Eli Zaretskii wrote:
This change:
2009-10-03 Paul Smith psm...@gnu.org
* make.h: Include alloca.h even on systems where __GNUC__ is
defined. Not sure why it was done the other way.
Requested by David Boyce d
Hi all;
The first prerelease of the next version of GNU make is available on the
alpha FTP site (or via HTTP):
98fd14ffe8f3950fabdde0267adb7680
ftp://alpha.gnu.org/gnu/make/make-3.81.90.tar.gz
2590d3cd304d32ba1df98ee1eea49e5f
ftp://alpha.gnu.org/gnu/make/make-3.81.90.tar.bz2
There are
Hi all. The RC is almost done; while going through Savannah bugs I
found a regression in the CVS code that I want to fix first. Please
stay tuned for a candidate within the next few days.
I'm hoping especially that there will be people out there able to test
on the non-UNIX platforms during the
On Thu, 2010-06-17 at 15:16 -0700, Warren Dodge wrote:
I would have expected the shell xterm to also have the exported
variable. Not sure if this is intentional or just never discovered.
This is a known issue with a known, but not solved so far, cause.
https://savannah.gnu.org/bugs/?10593
--
On Mon, 2010-05-31 at 11:53 +0530, Jagadishwara Reddy wrote:
I am trying to port my Linux build onto Windows without Cygwin
installed. I am getting errors when i use mkdir command in my make
file and run it with make 3.81 version. Whereas i don't get the same
error when i use the make.3.67.
On Tue, 2010-05-25 at 11:14 -0400, zhaomingyang wrote:
Report bugs to bug-make@gnu.org
Report bugs in _GNU make_ to this mailing list.
We don't support every project that uses make as a build tool: if you
have a problem with a given project's build then you have to contact the
developers of
On Mon, 2010-05-03 at 09:13 +0200, Håkan Kvist wrote:
Hi.
This problem is found with GNU Make 3.81, on Ubuntu GNU/Linux 8.10
x86.
4.11 Multiple Rules for One Target
One file can be the target of several rules. All the prerequisites
mentioned in all the rules are merged into one list of
On Mon, 2010-05-03 at 08:35 -0400, Paul Smith wrote:
Look at the section in the GNU make manual on pattern rules to see what
it means to have a pattern rule with no prerequisites: it's something
very different.
I meant, pattern rule with no _recipe_, sorry about
On Sat, 2010-04-10 at 02:11 -0400, g...@mrteel.com wrote:
When running make after running ./configure -embedded.
In function `QPngHandlerPrivate::readPngHeader()':
/home/wheels/qt-everywhere-commercial-src-4.6.2/src/gui/image/qpnghandler.cpp:373:
undefined reference to `png_set_longjmp_fn'
On Wed, 2010-04-07 at 10:40 +0800, Raghu wrote:
gnumake: *** [testRT_instrument_source] Error 53
This message means that the program GNU make invoked
(testRT_instrument_source) exited with an error code of 53, rather
than a success code (0).
So you need to look at the testRT_instrument_source
On Tue, 2010-03-23 at 00:41 -0700, Corey Brenner wrote:
I achieved both, but ran into a problem of the main variable hash not
scaling well when setting up variable namespaces (in reality, a
large variable name, including relative path,) when the build went
past a couple of thousand
On Thu, 2010-03-18 at 14:57 -0300, Thiago C. Santini wrote:
We have a computer in our lab we use to run simulations and sometimes
compiling. It's been working just fine for over 6 months now but
during the last week we had it's first 3 crashes(only fixable by hard
restarting the machine). I'm
On Wed, 2010-03-03 at 19:48 +, Jamie Lokier wrote:
As a side note, I don't understand why you call this a bug in
$(eval)...as it's completely reproducible without using $(eval)! Did
you try testing it directly? If not, why not?
The full bug is not reproducible (by me) without
On Wed, 2010-02-10 at 13:04 -0800, Martin Dorey wrote:
(b) the messages are only produced for some words
That's not the case for me, with Debian Lenny's 3.81.
I agree: I'm running Ubuntu 9.10 64bit, with GNU make 3.81-6 installed
as well, and I don't see the OP's incorrect behavior.
I get
On Thu, 2010-01-21 at 18:17 +0100, gabriele balducci wrote:
t1 :
rm -f ./mom touch ./mom echo $(MAKE)
All works as if the `-n' option is not honored when the variable
$(MAKE) (and apparently only that) is referenced in a target's shell
line:
make -n t1 will create ./mom
[[ Please keep the mailing list on the CC line... ]]
On Thu, 2010-01-21 at 18:56 +0100, gabriele balducci wrote:
If I can take advantage of your patience: so, `make -n install' is not
100% safe? Well, actually, this is the first time I incurred in this
problem in many years; yet...
Whether
On Thu, 2010-01-21 at 19:18 +0100, gabriele balducci wrote:
Again: thanks a lot for your work and patience
No problem. Cheers!
___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make
On Thu, 2009-12-24 at 01:08 -0800, tom honermann wrote:
There are many valid orders in which the targets can be built. When make
is invoked with the parallel execution (-j) option, the order in which the
non-dependent targets are scheduled has a significant impact on the total
run time.
You
On Sun, 2009-11-29 at 20:31 -0800, Mark Galeck (CW) wrote:
Hello, I asked for help on this issue (with GNU make on Windows) on
the help-make list, and Paul Smith says, this is a bug.
Hi Mark. This isn't what I meant by report a bug; go here:
https://savannah.gnu.org/projects/make/
or, more
On Fri, 2009-10-16 at 10:01 +0100, mohamed hassanine aissa wrote:
Dear Sir or Madam,
I think i've found a little error in the documentation of GNU make:
section : 9.5 Overriding Variables
citation An argument that contains `=' specifies the value of a
variable: `v=x' sets the value of the
On Sun, 2009-09-27 at 18:33 +0200, Eli Zaretskii wrote:
Paul, is it possible to ask glob.c maintainers to
apply this patch, so as to avoid divergence from the upstream version?
Certainly, but I'm not optimistic. I found a real bug in glob.c when I
was doing triage in June or so and filed a
On Sun, 2009-09-27 at 19:03 +0200, Eli Zaretskii wrote:
Let me know if it's okay to install the patch for glob.c.
Go ahead.
Thanks Eli.
--
---
Paul D. Smith psm...@gnu.org Find some GNU make tips at:
On Tue, 2009-09-08 at 10:12 +0530, Venkata Rajasekharu wrote:
Hi all,
makefile:
-
VAR = 1 $ 1
all : VAR += 2 $ 2
all: makefile
echo $(VAR)
---
bash-3.00$ make
1 1 2 makefile 2
Since VAR is a recursively defined variable its value
On Tue, 2009-09-08 at 13:02 -0700, Warren Dodge wrote:
I tried it on my specific problem and indeed it solved the issue. A
co-worker was working on another Makefile an having a similar issue. We
tried the solution above and ran into a number if strange issues.
I haven't looked at this yet but
On Tue, 2009-09-08 at 13:02 -0700, Warren Dodge wrote:
I have attached a small tree of files which will show what we are trying
to do. It has the runit script which will process through the
combinations and save the results in log files.
I have looked at your examples. I'm not sure why the
On Tue, 2009-08-04 at 07:16 +0300, Dmitri Gribenko wrote:
Here is a very simplified version of my makefile for latex. All actual
commands have been replaced by 'touch'. There is a text.tex and a directory
for images. Images are in svg format and have to be converted to eps before
running
On Wed, 2009-07-29 at 22:51 +0200, Ralf Wildenhues wrote:
1) One possibility would be to drop -c and pipe the command line to sh
on standard input. Just like parallel make, this would prevent using
the standard input of the make process within the child command process.
2) Another
On Wed, 2009-07-29 at 20:09 +0200, Ralf Wildenhues wrote:
Thanks for maintaining GNU make,
Thanks for these Ralf. I'll get them in.
___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make
On Fri, 2009-06-05 at 00:46 -0400, Paul Smith wrote:
//%: //%
@echo oops!
When I run this with GNU make 3.80, I get this error:
make: Circular /tmp/x1.mk - /tmp/x1.mk dependency dropped.
Is that what you mean by normal?
I do agree that something is broken
On Sat, 2009-06-06 at 04:09 -0400, Eli Zaretskii wrote:
Might as well bring some glibc expert on board for this discussion.
(Sorry, I don't have a recommendation who might that be.) They could
put the glibc behavior into perspective, and also advise about other
implementations of `glob'.
I
On Thu, 2009-06-04 at 16:07 -0400, Aleksey Yakovlev wrote:
Please take a look at my posting #4:
http://groups.google.com/group/gnu.utils.bug/browse_thread/thread/e23e2352bf6f8a91?hl=en#
It would work out better to use this list. Here's the message I guess
you mean:
It looks like the make
On Thu, 2009-05-28 at 03:03 +1000, Anthony Shipman wrote:
On Wed, 27 May 2009 11:26:14 am Philip Guenther wrote:
On Tue, May 26, 2009 at 9:45 AM, Anthony Shipman a...@iinet.net.au wrote:
I've tried the example in section 3.8 Overriding Part of Another
Makefile. i.e.
foo:
On Wed, 2009-04-01 at 09:52 +0200, bestellrep1 wrote:
Please keep my email-address confidential, as I don't want to get spam.
Sorry, but this is a mailing list. Anyone can subscribe. Plus it's
archived in numerous places, all of which are publicly available and
searchable.
The command (1)
On Tue, 2009-03-31 at 23:59 -0500, Hamed Janzadeh wrote:
Last night I found a very cruel bug in GNU make that led to a costly
experience for me. Hence, I decided to report it and to help others
not to repeat my experiment.
In a Makefile, and in assignment operations, the space character
On Thu, 2009-02-19 at 13:23 +0100, Antoine Petitet wrote:
Hi Folks,
I sent this message to help mailing alias. I should have sent it
maybe to this alias, eventhough, it is not obvious to me at this
point that the issue is in GNU make.
This is not good at all. This means that somehow make
On Wed, 2009-02-04 at 10:24 -0800, Philip Guenther wrote:
Those are just the sort of items I would consider if this was my
project; Paul and the other developers may have completely different
criteria in mind, but I would be surprised if they didn't overlap
some.
I think all of Philip's
On Fri, 2009-01-30 at 05:04 -0800, Yakup Akbay wrote:
in chapter ‘2.7 Rules for Cleaning the Directory’ in ‘GNU make’
document.
.PHONY : clean
clean :
-rm edit $(objects)
The minus sign before ‘rm’ seems to be a clerical error.
Why do you say so? That's
On Wed, 2009-01-28 at 16:34 +0530, jaskirat singh wrote:
i have been installing GNU radio on fedora. after giving
the ./bootstrap and ./configure command in gnuradio-core,it works fine
but as i move to make it shows the following error.
Your problem is with installing GNU Radio; this
On Wed, 2009-01-28 at 13:27 -0800, willard wrote:
I am new to this message board... I did not intend to yell...
Thanks for the info... I hope the Gnu Make developers are listening to
bug-m...@gnu.org.
I had a quick look at the CVS tree bug tracking (on sourceforge.net), and I
didn't see
On Tue, 2009-01-20 at 18:53 +, David Wuertele wrote:
I posted this to the developer list but got no response. Looks like there's
been no activity on that list since October. Is it dead? Anyway, here's the
bug report:
Which list do you mean by the developer list? It's helpful if you
On Mon, 2008-11-03 at 11:49 -0600, Afowowe,Emmanuel O wrote:
Have you seen errors similar to the one below during the compile of
AFNI for Solaris 10?
# make 'CC=gcc' totality
gcc -c thd_loaddblk.c -I. -I/usr/dt/include -I/usr/openwin/include
-I/usr/openwin/share/include/X11
Hi all;
While working on some changes to 2nd expansion etc. to try to reduce
total heap usage in GNU make, I've discovered that there is a bug in the
current makefile parsing. My new version doesn't have this bug (or,
more precisely, it contains the opposite bug) and I've noticed at least
two
On Sun, 2008-10-26 at 23:15 +0100, Sam Ravnborg wrote:
Can you give me a more precise pointer where we have this issue
so I can get it fixed. I guess it is Makefile.build...
If you mean in the Linux kernel there are two places:
Makefile:1601: *** mixed implicit and normal rules.
On Sun, 2008-10-26 at 15:32 -0700, Philip Guenther wrote:
Just to be clear, the problem with mixing a pattern with a normal
target is what happens when there's a pattern prerequisite, right? I
mean, the example you gave at least has a sensical _possible_
interpretation, but this:
foo %.c:
On Sat, 2008-10-25 at 22:42 +0200, Daniela Rütting wrote:
1st problem: In an attempt to reduce tedious typing when defining a variable
from the command line, I tried:
ifeq (max,$(O))
O = -O3 -fomit-frame-pointer -fno-unroll-loops
endif
ifeq (,$(O))
O = -O
endif
CXXFLAGS = -W -Wall $(O)
On Tue, 2008-09-23 at 16:39 -0600, Chang-Yeol Jung wrote:
When running make, in the computer screen, a long list of warning
messages are displaying. I'd like to see only the compile errors.
Is there an option for this? Or, is there a way that I can see only
the errors so that I can debug
On Mon, 2008-09-01 at 15:39 +0200, Georg Sauthoff wrote:
suppose that you have some include-statement in the makefile like
this:
include foo.d
and make knows how to generate foo.d.
Then you get a message that foo.d is missing _and_ after that make
generates foo.d.
On Thu, 2008-08-28 at 09:06 +0200, Giuseppe Scrivano wrote:
I sent a message to this mailing list some months ago but I still
didn't get an answer. Doesn't GNU Make want to consider files
checksum in addition to mtime?
There was a Google SOC project for GNU make which added user-definable
out
On Thu, 2008-08-21 at 23:50 +0400, Ilya N. Golubev wrote:
This may seem justified, and is at least understandable. And
complying with all of this takes in most cases even more work than
isolating (and even possibly fixing) the bug entirely on one's own.
So the posting becomes pointless.
Yes.
On Tue, 2008-06-17 at 16:00 +0530, A, Sravanthi wrote:
3. b.o is dependant on a.o
If any changes are done to a.cc file, b.o should get rebuilt.
This is an extremely unusual situation. In what way is b.o depending on
a.cc or a.o? Generally, .o files depend on the single .c or .cc or
On Mon, 2008-06-09 at 12:02 +0800, [EMAIL PROTECTED] wrote:
Maybe whatever prints messages prefixed by
make: *** No rule to make target
is called from several different points in the code, and could give
finer grained messages, all still on one line.
Maybe there is a difference between
On Tue, 2008-06-10 at 01:49 +0800, [EMAIL PROTECTED] wrote:
Do differentiate error messages from different triggers,
I'm not sure this is fruitful, but to reiterate: there are no different
triggers. There is one procedure. It looks something like this (100%
psuedo code):
rule *r;
On Mon, 2008-06-09 at 11:28 +0800, [EMAIL PROTECTED] wrote:
OK, OK, is perhaps this message,
make: *** No rule to make target `z', needed by `a'. Stop.
is actually triggered by several different conditions, and could
instead be refashioned into several more exact messages, e.g., no
On Fri, 2008-06-06 at 19:49 +0800, [EMAIL PROTECTED] wrote:
All is well:
$ cat Makefile
all:z.bak
%.bak:;
$ make
make: Nothing to be done for `all'.
Until we add a %:
$ cat Makefile
all:z.bak
%.bak:%;
$ make
make: *** No rule to make target `z.bak', needed by `all'.
On Fri, 2008-05-23 at 19:14 +0100, Dave Korn wrote:
A, Sravanthi wrote on 23 May 2008 12:14:
Hi team,
Iam trying to build my application using make on Linux server. But my
build doesn't stop after first error. I tried -S options but doesn't
seems to help.
The top-level makefile
On Wed, 2008-05-21 at 13:22 -0700, Garrett Cooper wrote:
Trying out a recursive include, I seem to have run into a resource
issue:
make[2]: Entering directory `/scratch/ltp-full-20080430/tools/apicmds
../Makefile.inc:4: ../Makefile.inc: Too many open files
make[2]: *** No rule to make
On Tue, 2008-05-13 at 16:02 +, willard mapurisa wrote:
I get the following compilation error when I try to compile a nurbs++
package with openGL support .
Hi Willard;
This mailing list is for people having problems with the program GNU
make. Your error here is not related to make, it's
On Tue, 2008-05-06 at 01:09 -0700, Garrett Cooper wrote:
Trying to compile ltp (ltp.sf.net) with modified makefiles and
whenever I run make as follows, it segfaults:
---
shiina:ltp-full-20080430 gcooper$ make -Np
Segmentation fault
Hm. I can't reproduce this; it doesn't
On Wed, 2008-04-23 at 17:11 +0200, Arthur Carlson wrote:
$ make SWITCH=on a
makefile:10: *** missing `endif'. Stop.
This is a bug in GNU make 3.80. You should upgrade to 3.81.
I can only assume that the reason it works on one system and not the
other, is that the working version was patched
On Mon, 2008-04-21 at 15:17 +0530, vasanthan wrote:
where could i found the same version of GNU make
can any1 send me the link
Source code for GNU make can be found here:
ftp://ftp.gnu.org/gnu/make
--
On Thu, 2008-03-20 at 09:24 -0700, Gert Jan van Loo wrote:
I assume this 'feature' will not be removed as it will break the
makefile of all simple souls who are not competent enough to add a
space in the right place.
Actually, it won't be removed because to do so would contravene the
POSIX
On Tue, 2008-01-15 at 01:32 +0100, Juan Manuel Guerrero wrote:
/* Handle other OSs. */
#ifndef PATH_SEPARATOR_CHAR
# if defined(HAVE_DOS_PATHS)
# define PATH_SEPARATOR_CHAR ';'
# define IS_PATHSEP(c) ((c) == '/' || (c) == '\\')
# define HAVE_DRIVE(n) ((n)[0] (n)[1] == ':')
On Mon, 2007-12-10 at 17:07 -0800, Anand, CJ wrote:
make OS=nto CPULIST=x86 -B install LDFLAGS=-M
You have to quote the argument so make treats the entire CPULIST as one
argument:
make OS=nto CPULIST='x86 -B install' LDFLAGS=-M
This is really more of a shell syntax question than a make
On Wed, 2007-11-28 at 12:17 +0530, Nisha G wrote:
When compiling with make I'm getting an error as below.
This is a bug in your code, not a bug in GNU make. We can't help you
solve bugs in your code: this mailing list is for bugs in the GNU make
program itself.
Good luck!
--
On Sat, 2007-10-27 at 23:20 +0200, Bruno Haible wrote:
I'm not asking for conversion of the duration to days, hours, minutes,
and seconds. Just using fixed-point notation instead of exponential
notation is enough: 480 s is understandable. Here's a patch to
achieve this
Thanks Bruno; applied.
On Sat, 2007-10-27 at 23:20 +0200, Bruno Haible wrote:
I'm not asking for conversion of the duration to days, hours, minutes, and
seconds. Just using fixed-point notation instead of exponential notation
is enough: 480 s is understandable.
Thanks Bruno; this seems like a good thing. I'll apply
On Mon, 2007-10-15 at 20:12 +0100, Jon Grant wrote:
the OS should cover that, but in some case I wonder if there may be a
leak left. Would the DOS version for instance result in lost memory the
OS cannot reallocate? (I'm not a DOS expert to answer that)
I would be surprised, since DOS is so
It looks like this discussion may have been premature, perhaps by as
little as a few weeks or so, based on the fact that Savannah has
Subversion support in beta right now and that there seems to be a lot of
action around GIT support on Windows that is being published either now
or very shortly.
On Mon, 2007-10-15 at 13:36 -0700, Howard Chu wrote:
IMO the objections to requiring MSYS/Cygwin on Windows made no sense
in this discussion. Make is inherently a POSIX command line tool.
Anybody using it on Windows needs a POSIX environment already anyway.
That is definitely not true. The
On Sun, 2007-10-14 at 20:40 +0800, Zhongxing Xu wrote:
In function library_search(),
libpatterns and buf is malloced memory in line 1486 and 1553
respectively.
They are not freed.
Is this true?
Correct, they are not freed--but no, this is not a memory leak. These
variables are declared
On Sat, 2007-10-13 at 21:10 +0200, Eli Zaretskii wrote:
Can you tell why?
The main reasons are lack of functionality in CVS re renaming, removing,
and reorganizing files. However, it's not a critical issue; I've lived
with it for this long. The other problems CVS has (poor branch/merge,
no
On Sun, 2007-10-14 at 18:33 +0100, Jon Grant wrote:
Do they get free'd up when make exits?
No. It's quite difficult to do this since the variables are static and
so are only visible within that function. In order to free them we'd
have to add them to some kind of global free list that could be
Hi all;
I'm considering switching from CVS to another form of SCM. Currently,
Savannah supports (in addition to CVS) GNU arch and GIT. If SVN were
supported I'd probably go for that, because (a) it has great support for
alternative OSs like Windows, etc.; and (b) GNU make development is
On Fri, 2007-10-05 at 14:53 -0700, Jim Belton wrote:
I've been considering making an enhancement to gmake to support
bmake's '.include file' semantics. In bmake, when you
include a .mk file, its included files are searched for in its
own directory as well as in the path. This
On Mon, 2007-09-17 at 11:09 +0200, Frank Schaefer wrote:
The problem is that 'make' seems to start building a target as soon as
the dependency has been started to be built
This is not how make works... or at least not how it should work. If
you can provide a reproducible test case, then that
Krejsa, Dan [EMAIL PROTECTED] writes:
However, using 'override' also seems to prevent subsequent assignments
to the variable, done within the Makefile without 'override', from
taking effect, as if using 'override' made the variable look as if it
had been defined on the command line. This does
On Mon, 2007-09-10 at 15:37 +0530, Jeenu V wrote:
Please see the attached package.
It's difficult for us to unpack and debug larger packages. It's easier
if you provide just a single makefile, and also show the command you
invoked and show the output you received (cut and paste, please)
Please always CC the mailing list.
On Mon, 2007-09-10 at 19:13 +0530, Jeenu V wrote:
Your problem is here:
DIRS = $(shell ls)
Thanks for this too. Actually I tried to get the list of directories
with this command:
$(shell for i in $(ls -d */); do echo $i | sed
On Sun, 2007-08-12 at 22:31 -0400, [EMAIL PROTECTED] wrote:
How it looks on our GNUmakefile, if sources specified within the limit
around 450, this error occurs otherwise it reports error the parameter
or environment list are too long.
The maximum size of the environment for a new process
On Fri, 2007-08-03 at 12:45 -0700, Samuel Klatchko wrote:
Is this a bug or am I misunderstanding how target specific variables
work.
The latter.
See the section in the GNU make manual 'Target-specific Variable Values'
and read the part starting with There is one more special feature of
On Tue, 2007-07-31 at 14:03 +0800, suyi wrote:
After I uncompress make.3.81.tar on IBM AIX 5.3 ,I run make then
get the error
exec(): 0509-036 Cannot load program ./make because of the following errors:
0509-150 Dependent module /usr/local/lib/libintl.a(libintl.so.3)
could not
On Fri, 2007-07-13 at 11:00 +0530, Anantharamaiah Bhaskara wrote:
make T1 clean T2
I expect
1. pre-requisites of T1 get built and then T1 itself
2. pre-requisities of T1 T2 (common to both) get removed
3. pre-requisites of T2 get built and then T2 itself.
On Fri, 2007-06-29 at 14:28 +0100, Thiemo Seufer wrote:
CVS make currently fails to build because make update fails to fetch
the translation files.
Thanks for this note; I had no idea that the site had moved. I'll fix
this.
--
On Mon, 2007-06-25 at 12:47 +0200, Dirk Emmermacher wrote:
Is there a make-3.81 file that works with the old HP-UX 10.20?
The GNU project doesn't make binary versions of software available for
download. We provide the source and you build your own binary. You can
obtain the source here:
On Tue, 2007-06-19 at 20:50 +0200, Stephan Beal wrote:
When a $(warning) or $(error) is inside a 'define', it is evaluated
even if it is part of a comment.
Others have responded with all the info but I'm not sure everyone
understood it.
There are two factors at work here.
First, note that
On Wed, 2007-06-20 at 17:32 +0200, Erwin Waterlander wrote:
I compiled bash 3.2 locally. When I set
SHELL=/home/waterlan/src/bash-3.2/bash -e -o pipefail everything
works as expected. So the problem must be in the ATT sh.
As far as I know, ksh doesn't support pipefail. If so, it's not a
1201 - 1300 of 1343 matches
Mail list logo