[bug #18872] problem colon after drive letter in prerequisite

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

RE: not able start Dansguardian service

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

RE: BUG while running the make file

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 -

RE: BUG while running the make file

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

RE: BUG while running the make file

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 toda

RE: Ping Re: @file response file support for make

On 18 March 2007 20:49, Joseph S. Myers wrote: > Ping. Any views on this patch or the principle of this feature > ? > I think it's eminently sensible. The @-file is increasingly a standard convention. cheers, DaveK

[bug #16389] Defaults for Objective-C

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 f

RE: GNU Make: A Program for Directing Recompilation, GNU make Version 3.81, April 2006 Documentation

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 > u

RE: wxruby 0.6 bug...

On 09 May 2007 16:19, ivano_scotti wrote: > Dear, > I'd like use WEFT QDA (http://www.pressure.to/qda/) on my Ubuntu Linux > 7.04 but is necessary install WxRuby 0.6 (http://rubyforge. > org/frs/download.php/1983/wxruby-0.6-src.tar.gz). > In this link (http://analyses.ishs.ulg.ac.be/logiciels/wef

RE: $(and) and $(or) not working

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 imp

RE: problem with GNU make configure

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

RE: Single-suffix rules broken?

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 .siglin

RE: gnumake[1]: execvp: /bin/sh: The parameter or environmentlists are too long

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 m

[PATCH] Implement verbatim export.

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 it

RE: [PATCH] Implement verbatim export.

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

[PATCH] Extend --debug with option to trace parsing.

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

RE: Switching from CVS to GIT

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

RE: prorex-1.3 make bug

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

RE: make 3.81: showing time differences

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 >

[bug #21661] Make expands command-line variable defnitions after/during every command invocation

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.

RE: make multiple buffer overflow

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 'print"A"x4096'` //*** > make -f `per

[bug #20501] "MAKEFLAGS += -rR" doesn't turn off default suffix rules, variables

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 o

[bug #20501] "MAKEFLAGS += -rR" doesn't turn off default suffix rules, variables

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: ___ Message s

RE: Typo in GNU make book

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 $

[bug #22434] Consider a dependancy as target file and try to make the file

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

RE: [bug #22434] Consider a dependancy as target file and try to make the file

anonymous wrote on 10 April 2008 12:33: > [ ... SPAM ... ] Does anyone have access to the server logs and can find out if the spammer's coming from the same IP every time? Wikidot support don't seem very responsive to spam notifications. :-( cheers, DaveK -- Can't think of a w

RE: eval and if-blocks incompatible on i386-pc-linux-gnu

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 re

RE: eval and if-blocks incompatible on i386-pc-linux-gnu

Tom Tromey wrote on : >>>>>> "Dave" == Dave Korn writes: > > Dave> Interesting factoid: This bug is[*] also fixed (or perhaps was > Dave> never exposed) in remake[**], which is still based on the 3.80 > Dave> sources. > > I looked thro

[bug #23273] Please include xkcd easteregg

Follow-up Comment #1, bug #23273 (project make): +1 funny. ___ Reply to this item at: ___ Message sent via/by Savannah http://savannah.gnu.org/ _

RE: Reg Make build on LINUX

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 o

RE: Makefile doesnt stop for non zero error codes

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

RE: make-3.81: bug-report: function abspath works incorrectly onwidows

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 t

[bug #18617] Better debugging facilities: tracing rule invocation.

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 ful

RE: Cygwin make thinks a statement can be neither true nor false....

> -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 exp

RE: Cygwin make thinks a statement can be neither true nor false....

n further we should 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 referen

RE: Cygwin make thinks a statement can be neither true nor false....

> -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, >

[bug #18335] Addition of $(math ...) functions

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 __

RE: problems with Net-PCap

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 obj

RE: [bug #18517] Compilation error in find_directory() in dir.c onWindows platforms

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 __

RE: Bug: make igores options, switches and targets

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` > a