Follow-up Comment #5, bug #18617 (project make):
I would like to draw the attention of everyone in this thread to
http://bashdb.sourceforge.net/remake/
Remake - GNU Make with comprehensible tracing and a debugger
I find it an invaluable enhancement to make when debugging complex makefiles
full
Vitaly Murashev wrote on 26 June 2008 11:45:
. It doesn't produce fully qualified file names from drive-relative
names such as d:foo/bar.
Not really. My patch produces the same output for d:foo/bar
and for d:/foo/bar, the result is d:/foo/bar
That's a mistake, because the two are not
Murali Krishna wrote on 25 June 2008 07:38:
Hi
I am working in a makefile issue where the makefile doesn't stop
compilation even after it encounters the error in the cpp file.
The make continues with next rule even though the earlier rule gives the
non zero exit status. What could be
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 might be invoking the sub-makes using - at the
start of the
Follow-up Comment #1, bug #23273 (project make):
+1 funny.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?23273
___
Message sent via/by Savannah
http://savannah.gnu.org/
Paul Smith wrote:
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.
Interesting factoid: This bug is[*] also fixed (or perhaps was never
exposed) in
Follow-up Comment #3, bug #22434 (project make):
Your testcase is way too complex to be convenient - it would be more helpful
if you could make a self-contained example, rather than requiring people to
install Hg and then clone your repository and then autoconf a makefile and
only /then/ be able
Follow-up Comment #2, bug #20501 (project make):
As far as I can see this is not a bug, this is make performing exactly as
described in the manual. MAKEFLAGS is not a live way of controlling a running
make's behaviour, it is used solely for the purpose of passing down to a
recursive invocation
Follow-up Comment #4, bug #20501 (project make):
I'm sorry, I missed that! I think you're right; it is a bug.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?20501
___
Message
On 23 January 2008 17:01, Lorenzo CIAMPOLINI wrote:
Hi,
Dunno if the address is correct, I have the pdf of GNU make by Stallman,
McGrath, Smith, the July 2002 edition, I have a feeling taht at page 75
there is a bug in the define PROGRAM_template, instead of $$($(1)_OBJ)
should be
On 06 December 2007 05:09, laurent gaffie wrote:
Application: Make = 3.81
Web Site: http://savannah.gnu.org/projects/make/
http://www.gnu.org/software/make/
Platform: Unix
Bug:multiple buffer overflow
Proof of concept example :
make `perl -e 'printAx4096'` //***
make -f `perl -e
Follow-up Comment #1, bug #21661 (project make):
As far as I can see, this is the expected and as-intended behaviour. Try
make 'var:=$(warning hello)'
instead, and refresh your memory on the difference between immediate and
deferred expansion.
On 27 October 2007 22:21, Bruno Haible wrote:
Hi,
With GNU make 3.81 the following warnings were seen:
make[5]: Warning: File `.deps/test-xvasprintf.Po' has modification time
4.8e+02 s in the future make[2]: Warning: File `Makefile' has modification
time 1.1e+02 s in the future
On 19 October 2007 11:52, Jon Grant wrote:
Hi,
[...]
/usr/lib64/gcc/x86_64-suse-linux/4.1.2/../../../../x86_64-suse-linux/bin/ld:
prorex.o: relocation R_X86_64_32 against `a local symbol' can not be
used when making a shared object; recompile with -fPIC
prorex.o: could not read symbols:
On 18 October 2007 07:13, Jim Meyering wrote:
Paul Smith [EMAIL PROTECTED] wrote:
I'm considering switching from CVS to another form of SCM. Currently, ...
It seems like GIT is where the mindshare is these days, plus a number of
the other autotools projects have already migrated (or are in
Hi!
It can be really tricky debugging a complex makefile that's full of function
calls and evals, so here's a patch that adds lots of debugging output from the
parser. You get to see exactly what the parser's seeing and what it thinks
it's doing about it.
2007-09-02 Dave Korn [EMAIL
On 21 August 2007 13:39, Paul Smith wrote:
On Mon, 2007-08-20 at 18:59 +0100, Dave Korn wrote:
As discussed last week, and ported to CVS head from our own internal
build over the weekend, here's a patch that implements verbatim export
of makefile variables to subprocesses
Hi Paul, and whoever else may be listening.
As discussed last week, and ported to CVS head from our own internal build
over
the weekend, here's a patch that implements verbatim export of makefile
variables
to subprocesses. This is particularly handy for anything with a dollar sign in
On 15 August 2007 04:59, Paul Smith wrote:
On Sun, 2007-08-12 at 22:31 -0400, Kothanda_Sathya 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
On 12 August 2007 15:07, Ludovic Courtes wrote:
Am I missing something
The fact that you already sent this yesterday and it already got answered
two hours before you resent it? Did the first answer fall in your spam bin
maybe?
cheers,
DaveK
--
Can't think of a witty .sigline
On 04 August 2007 00:08, Christopher Faylor wrote:
On Sat, Aug 04, 2007 at 01:08:54AM +0300, Eli Zaretskii wrote:
Date: Fri, 3 Aug 2007 14:55:15 -0700 (PDT)
From: [EMAIL PROTECTED]
oops, here is the attached console capture
It's much better to send this as plain text (you can capture it
On 16 May 2007 16:22, Noel Yap wrote:
I'm using the following:
yapn:[EMAIL PROTECTED]:~/proj/aoeu make --version
GNU Make 3.81beta4
Note the beta tag.
And the $(and) and $(or) functions always return empty. Has anyone
else experienced this?
Probably means they weren't yet
On 06 May 2007 14:50, Bob wrote:
Some documentation issues for GNU Make: A Program for Directing
Recompilation, GNU make Version 3.81, April 2006.
1) On page 34, Section 4.8 Special Built-in Target Names, there's
repeated text. The text under .SUFFIXES is also the second paragraph
under
Follow-up Comment #5, bug #16389 (project make):
why not just add the rules into your makefile if you need them?
Not easy to do if you're talking about a large number of projects.
I do realize this means that any makefile that uses objective-C
needs to be changed, but the same is true for
On 18 March 2007 20:49, Joseph S. Myers wrote:
Ping. Any views on this patch or the principle of this feature
http://lists.gnu.org/archive/html/bug-make/2006-09/msg8.html?
I think it's eminently sensible. The @-file is increasingly a standard
convention.
cheers,
DaveK
--
On 07 February 2007 18:11, Eli Zaretskii wrote:
Date: Wed, 7 Feb 2007 11:51:56 -0500
From: Raheja, Himanshu [EMAIL PROTECTED]
gcc -I.. -I. -I./include -I./common -D_FILE_OFFSET_BITS=64
-I/usr/include -g -W -Wall -Werror -Wno-unused -g -O2
-D_FILE_OFFSET_BITS=64 -g -W -Wall -Werror
On 07 February 2007 18:44, Raheja, Himanshu wrote:
Hi Folks,
I was able to resolve that issue by googling:
When I ran ./configure CFLAGS=-m32 LDFLAGS=-m32
And after that make install was working fine.
But I am not sure why this was happening.
Probably because your compiler is a
On 07 February 2007 21:02, Raheja, Himanshu wrote:
Kindly help and suggest what could be done.
You'll have to contact a mailing list relating to LPRng for this kind of
in-depth advice; it's way out of our scope here. Sorry!
cheers,
DaveK
--
Can't think of a witty .sigline
On 30 January 2007 17:06, Martin Dorey wrote:
From the evidence you have provided, it looks like you have a
pre-installed version of dansguardian that isn't working and that you've
successfully configured but not tried to build or install a version of
dansguardian from source. If I were you,
Follow-up Comment #3, bug #18872 (project make):
I'm fairly confident that cygwin's GCC will only generate dos-style paths in
the output dependency files if you pass it in dos-style paths on the
commandline or in #include statements.
If it were to do so for any other reason, that would indeed
On 19 January 2007 11:57, James Coleman wrote:
Is your make aliased to something else or is it a script ?
And if it is invoked from sh is the same make invoked?
Could there be any environment difference causing the problem?
which make
sh -c 'which make'
ls -al `which make`
alias
On 13 December 2006 16:58, Martin Dorey wrote:
p[-1] = '\0';
What makes you think this is a compilation error? Do you have a
compiler error message for us?
Did you miss the fact that p is const?
cheers,
DaveK
--
Can't think of a witty .sigline today
On 04 December 2006 23:35, sofia wrote:
Hello,
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
Follow-up Comment #2, bug #18335 (project make):
Oh, BTW, I would suggest ...
$(math $(VAL)+($(FOO)/4))
... that a lisp-like (non-reverse Polish) notation might be more consistent
with the general style of make here:
$(plus $(VAL),$(divide $(FOO),4))
cheers,
DaveK
-Original Message-
From: Paul Smith On Behalf Of Paul D. Smith
Sent: 20 April 2004 19:35
To: Dave Korn
%% Dave Korn http://cygwin.com/acronyms/#PCYMTNQREAIYR writes:
dk [ This is getting off topic for the cygwin list,
I'll leave it here for now but I'm happy to remove cygwin
-Original Message-
From: cygwin-owner On Behalf Of Ross Ridge
Sent: 20 April 2004 02:41
[ Cc'd to the gmake bug reporting list; the actual bug report is at the end
of this post, and is not what the topic of this thread was originally about.
]
Possibly a bug in make, as I'd expect
perhaps take it to private mail or to
the help-make list, though I'm not subbed to any of the make lists. ]
%% Dave Korn [EMAIL PROTECTED] writes:
I would've expected it to complain about a bad
substition reference,
ie. it's missing an =.
dk Or at least do anything, rather than
37 matches
Mail list logo
