On Mon, 2007-06-04 at 11:19 +0800, Agent Zhang wrote:
Or is it indeed intentional by design and the database is not supposed
to be in strictly-valid makefile notation anyway? I'm not sure, so I
think it may be wise to ask here first before firing off a bug report
to Savannah.
It's certainly
Is currently unavailable due to a difference of opinion with my ISP as
to whether I've already given them their money or not :-/.
Hopefully this will be resolved shortly and the site will be back up
again.
Sorry for the inconvenience *sigh*.
--
On Thu, 2007-05-17 at 11:17 +0530, chandan wrote:
I am trying to build Microsoft visual c++ programs at the command line
using GNU MAKE. The msdn library says that If you have a project that
you build from the command line with a make file, then the Visual
Studio development environment will
On Thu, 2007-05-17 at 10:16 +0200, Alexander Kahl wrote:
Hi,
I was building glibc today and make (newest cvs version) failed with
make: file.c:147: enter_file: Assertion `*name != '\0'' failed.
make: *** [all] Aborted
Interesting. Of course, the CVS versions of GNU make are not
On Wed, 2007-05-16 at 11:21 -0400, Noel Yap wrote:
I'm using the following:
yapn:[EMAIL PROTECTED]:~/proj/aoeu make --version
GNU Make 3.81beta4
I've seen a number of messages stating that people are using 3.81beta4;
why are people still using a beta version over a year after the final
On Sat, 2007-04-28 at 15:22 +0100, Jon Grant wrote:
Could this message below be updated to remind that make update is
needed to download the po files?
That message is generated from the standard gettext build environment,
that is provided by the gettext package. It's not part of the GNU make
On Sat, 2007-04-28 at 15:26 +0100, Jon Grant wrote:
A wider query relating to these warnings is that since make 3.81 is
released now, could we change make to use const's instead of #define'd
values, and inline functions instead of #define macro expressions?
No... well, at least not inline.
On Sun, 2007-04-22 at 14:49 +0100, Jon Grant wrote:
I just ran make check and got 33 failures. I'm running make 3.81, on a
6 month old Ubuntu Linux install.
They are all the same issue, the extra space. Not sure where the extra
space comes from, is anyone else seeing this?
Please be sure
On Wed, 2007-04-25 at 23:05 -0400, Marty Leisner wrote:
There's a line
SHELL=/bin/sh
in the makefile...
This is illegal.
Make is not the shell; it does not strip quotes like the shell does.
Quoting is not harmless in make. These two variables:
FOO = A
BAR = A
are very
On Thu, 2007-04-12 at 15:57 +0200, Oriol Franquesa Cortés wrote:
Makefile archive runs on version 3.80 but not in 3.1 beta4 version. I
think that is a possible bug.
You should try the released version of GNU make 3.81. It was released
over a year ago so there is no reason to be using a beta
On Wed, 2007-03-21 at 16:17 -0500, Matthew Woehlke wrote:
Any guesses?
No guesses here. I can't think of any changes in make 3.81, offhand,
that would impact the environment used by the child process.
I think before we can debug this we need you or someone to examine the
cmake failure and try
On Mon, 2007-03-19 at 15:36 +, Joseph S. Myers wrote:
Now done.
Great; thanks!
--
---
Paul D. Smith [EMAIL PROTECTED] Find some GNU make tips at:
http://www.gnu.org
On Thu, 2006-09-07 at 20:49 +, Joseph S. Myers wrote:
There is a de facto standard solution to this problem, which is that a
command line argument of the form @file causes arguments to be read from
file (a response file) if it exists. (If file doesn't exist,
@file is taken literally
On Mon, 2007-03-05 at 18:41 +0100, Johannes Hölzl wrote:
VPATH := ../dir/
all: a
.SECONDARY:
a: b b
@echo compile
../dir/b:
$ mkdir ../dir
$ touch ../dir/b
$ make -f test.make
make: Circular a - b dependency dropped.
compile
Of course a depends on b, but why depends b on a?
On Mon, 2007-03-05 at 12:39 +0100, Depner, Simon wrote:
when im using this command: make -j 7 BUILD_SPEC=PPC32gnu
DEBUG_MODE=1 TRACE=1 clean all the make is not linking, so diden't
get any out-files.
Sorry, but there's not nearly enough information here to allow us to
help you.
Further, this
On Wed, 2007-02-28 at 07:36 +, Guyeng Gankhuyag wrote:
the build breaks whenever I include the ext2_fs.h header into C file
as simple as following:
This mailing list is for bugs in the GNU make program. Your problem has
nothing to do with GNU make, so it's not appropriate for this mailing
On Thu, 2007-02-22 at 19:00 +0100, Petr Machata wrote:
There is a bug tracked in Red Hat bugzilla
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219409
The problem is best demonstrated by this Makefile snippet:
all:;@echo e\
cho
With this make invocation, it works as
On Wed, 2007-02-21 at 20:15 +, Mark Seaborn wrote:
I profiled make. It's spending around 60% of the time in
new_pattern_rule(), which does a linear search through the list of
pattern rules to check for duplicate rules. glibc generates ~2500
rules (in sysd-rules).
Holy moly! How in the
On Sat, 2007-01-27 at 20:15 -0800, suresh babu wrote:
I am interested to do development required for GNU make. Can you give
me the details what should I do?
Hi Suresh.
There are many outstanding issues but nothing jumps out at me at the
moment. I'm currently working on two things: memory
On Sun, 2007-01-28 at 13:27 -0800, Bill Harding wrote:
In regards to Paul's earlier questions about the version and
distribution of my make, it is a Cygwin version of make running on
Windows XP. Specifically, if I access my make's help it says Program
built for i686-pc-cygwin. The version of
On Sat, 2007-01-20 at 22:22 +0100, Dirk Heinrichs wrote:
In the parallel case, make does exactly the same thing EXCEPT that
instead of waiting for the first command to complete it immediately
checks the second target and, since the first command is not done yet
and hasn't updated it, make
On Fri, 2007-01-19 at 20:01 +0100, Dirk Heinrichs wrote:
I'm using GNU make 3.81 (on Linux, if this is important) and see strange
behaviour in parallel builds with the following Makefile:
file1.txt file2.txt: file.in
cat $ file1.txt|tee file2.txt
test: file1.txt file2.txt
On Sat, 2007-01-20 at 17:35 +0100, Dirk Heinrichs wrote:
So if make behaves correctly in the parallel case, does this mean that the
non-parallel case is wrong?
??
No, both are correct.
In the non-parallel case, make examines the first target and its
prerequisites and sees that it needs to
On Wed, 2007-01-10 at 01:53 -0800, Howard Chu wrote:
An essential design choice. This stuff relies on reads and writes of the
job_fd being atomic and the writes never blocking. POSIX guarantees a 4K
buffer for pipes. Perhaps the code should check the resource limit and
complain if the -j
On Tue, 2007-01-09 at 10:32 +, James Coleman wrote:
Ken Takusagawa wrote:
For reasons I haven't completely triaged yet, I've been having my
parallel makes die with
read jobs pipe: Resource temporarily unavailable. Stop.
All memory on machine might be used up (real memory + all
On Mon, 2007-01-08 at 22:26 -0500, Ken Takusagawa wrote:
In main.c we have
jobserver_fds-list[0] = xmalloc ((sizeof (1024)*2)+1);
sprintf (jobserver_fds-list[0], %d,%d, job_fds[0], job_fds[1]);
Shouldn't xmalloc get a +2 instead of +1? 1 for the comma, and
one for the null
I can only assume you're trying to prove a point by making this bug
report virtually unintelligible, with no concrete suggestions for
improvement. Well played. Unfortunately for your point, there's a good
reason for make's behavior.
Pattern rules only match if make can successfully create all
On Wed, 2006-12-20 at 23:43 -0500, Shannon Coffey wrote:
I am attempting to compile GCL on a Macintosh.
This list is for bugs with the GNU make program itself. If you're
having problems building some particular software you should find a
mailing list dedicated to that software and ask there
On Mon, 2006-12-11 at 15:36 +0100, Sombat Ketrat wrote:
the error msg. is
---
GNUmakefile:3: *** Sorry, your version of GNU make (3.81) is too old.
You need one that defines the CURDIR variable. Stop.
---
ifneq (default,$(origin CURDIR))
$(error Sorry, your version of GNU make
On Tue, 2006-12-12 at 06:29 +0200, Eli Zaretskii wrote:
But this test could be defeated if CURDIR was defined in the
environment, right? If so, the test should make sure CURDIR doesn't
come from the environment.
I was assuming that if it was defined, someone set it. But I guess
you're
On Tue, 2006-12-05 at 00:35 +0100, sofia wrote:
I'm trying to install the packages Net-Pcap0.14 but it's impossible to
do make,it reports:
/usr/bin/ld: /usr/local/lib/libpcap.a(pcap-linux.o): no se puede usar la
reubicación R_X86_64_32 contra `a local symbol' cuando se hace un objeto
On Fri, 2006-12-01 at 13:08 -0800, david baker wrote:
I'm forwarding a note I sent to Karl Berry [EMAIL PROTECTED] which he
advised to be sent to you. Additionally I am attaching screen shots of
the actions I took and published on linuxquestions.org and the
Makefile.in from LPRng-3.8.28.
On Fri, 2006-12-01 at 13:08 -0800, david baker wrote:
I'm forwarding a note I sent to Karl Berry [EMAIL PROTECTED] which he
advised to be sent to you. Additionally I am attaching screen shots of
the actions I took and published on linuxquestions.org and the
Makefile.in from LPRng-3.8.28.
On Thu, 2006-11-30 at 22:51 +, Jon Grant wrote:
Martin Dorey elucidated on 30/11/06 21:32:
Isn't this more relevant? (Quoting from here on.)
Yeah, Looking at it again I can see that's likely the problem.
I might need to reopen that bug; there definitely was a change in
behavior WRT
On Thu, 2006-11-30 at 16:52 -0800, Martin Dorey wrote:
Works for me if I remove the two close-parentheses and replace the white
space with underscores. Open-parenthesis fine, close-parenthesis bad.
Weird. Close-parenthesis is also bad with Debian sarge's make-3.80.
I suspect that has to do
On Wed, 2006-11-29 at 13:22 +, Jon Grant wrote:
Finally, there is no way to detect an out of stack error and exit gracefully
with a warning as you suggest: the behavior of alloca() is undefined if you
run out of stack space (it doesn't just return NULL as malloc() etc. do).
Is it
On Tue, 2006-11-28 at 18:45 -0800, Martin Dorey wrote:
Using heap, which requires a system call to get more memory
(It doesn't affect the main point of Paul's reply but just for academic
interest) no it doesn't:
Even in less contrived applications, brk isn't called anything like as
often
On Tue, 2006-11-28 at 03:48 -0800, rocky john wrote:
I am amateur at linux .i am trying to install nagios-2.6.i
went through documentations after executing commands
make install -commandmode
make install -config
I got
On Monday, 6 November, Eli Zaretskii ([EMAIL PROTECTED]) wrote:
As far as Make is concerned, I think you can say SHELL=mysql -e and
have it your way, no?
No. Make is hardcoded to add the -c option; every command make invokes is run
with $(SHELL) -c cmd.
%% Regarding [[EMAIL PROTECTED]: SHELL query/bug]; you wrote:
sb I'm using make v3.78.1 under MS-Windows2k
sb The problem I'm having is that it just doesn't seem to pick up the
sb shell that I've specified in my environment variables.
sb I've tried combinations of SHELL and MAKESHELL
Hi;
After looking at the code I've determined that passing the o is not
sufficiently safe. There are sections of the eval() function which call
variable_expand(), which will reset the variable_buffer setup. So if
you put any of those in your expansion text you'll be sad.
So, I'm going with my
My previous message should have given the URL as:
ftp://alpha.gnu.org/gnu/make/make-3.80rc2.tar.gz
ftp://alpha.gnu.org/gnu/make/make-3.80rc2.tar.bz2
not alpha.ftp.org. Sums in my previous email are correct. Sorry for
the confusion :(
--
X-Mailer: NIMS ModWeb Module
I don't know what this is, but it generates pretty seriously malformed
SMTP messages :-/.
Using the Win32 port of GNU make 3.79.1 on Windows 2000 with either the =
Cygwin shell, or the MKS sh.exe, or even the Windows cmd.exe I get a =
hang when running the
1301 - 1343 of 1343 matches
Mail list logo