See this thread on the bug-make mailing list archives:
http://www.mail-archive.com/bug-make%40gnu.org/msg02495.html
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.g
at helps.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
___
Bug-
", do you mean the
rhb> source in cvs or the released source on the ftp site?
"In the source" means in CVS. If it had been released I would give a
release number...
--
-------
Paul D. Smith <[
y the OSF1 version of make doesn't support VPATH, or at least not
the same VPATH semantics that GNU make does (SysV VPATH behavior is
quite broken).
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some
This has already been reported as bug #1536. (See the GNU make project
on http://savannah.gnu.org) It will be fixed in the next release.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make t
tem and version you're running it on.
The above message is printed when make detects a NUL byte (ASCII 0) in
your makefile, in this case in line 1 of the file Makefile.
--
-------
Paul D. Smith <[EMAIL PROTECTED
in an eval must be closed
within the same eval. That's the only restriction.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am
nless you set SHELL make will
always use /bin/sh.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please rem
th this, necessarily, since you are changing the value
of SHELL on the recursion. That could very likely cause the different
behavior. If you use identical values of SHELL in both the top-level
and recursive invocations of make and you still see different behavior,
_then_ we might have something t
r dumped core. Try running the command that make
printed directly from the shell and you'll probably find it does the
same thing.
This is not a make issue; please contact your compiler vendor.
--
-------
Paul D. Smi
Linux kernel.
My only suggestion is to make sure you're in the right directory; it
sounds to me like you are trying to run make in a directory where
there's no Linux kernel makefile.
--
---
P
I believe that you are correct, if the behavior is as you describe that
this is a bug.
But, I have not had any time to look at it yet.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
test:
for item in $(list); do \
echo `basename $$item`; \
done
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad
book on make, or read the very good GNU make user's
manual that comes with GNU make. You're missing the basic concepts.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please r
This is a known bug that has been fixed in the source for a while. A
patch is available attached to the bug report in Savannah
(http://savannah.gnu.org/projects/make)
--
---
Paul D. Smith <[EMAIL PROTEC
stems I've tried it with.
IIRC there are known issues with 3.79 on Windows. Please try 3.79.1
instead.
In general if you have Windows-specific questions the best place to ask
them is the [EMAIL PROTECTED] mailing list.
Good luck!
--
--------
on your PATH. If you have it
installed, add the directory it's in to your PATH. If not, you'll have
to install it.
This is not a GNU make question, though.
--
-------
Paul D. Smith <[EMAIL PROTECTED]>
ll makefile which reproduces
the problem, the command you typed, and the exact output you got, as
well as what you expected to get.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
ine that fails, but add a --version and make sure
it's GNU make.
You might try an older version of GNU make; there have been some fixes
to signal handling in the source since 3.80 was released, although those
typically only impact a make that's running with -j.
--
---
; there,
and I fixed that bug in 3.80. If you use older versions of GNU make
you'll see they work like 3.80, not 3.79.1.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.or
ve run the GNU make test suite with Purify on Solaris, and valgrind
on Linux, and neither have reported any memory leaks with the latest CVS
code.
If you have a test case that can show this problem pls. let me know.
Thanks.
--
----------
U make. That version has not been
released yet.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
__
%% Fabio Alemagna <[EMAIL PROTECTED]> writes:
fa> On Mon, 23 Jun 2003, Paul D. Smith wrote:
>> It has already been fixed in the source tree, and the fix will be
>> included in the next version of GNU make. That version has not been
>> released yet.
fa&
ajor internal structures of GNU make use open hash tables, so
adding lots of targets, etc. should not result in a significant
slowdown. As far as I'm aware, for example, there are no lookups
or anything that are O(n) or worse.
--
---
, they just show up in that particular
fa> configuration.
I'll look at this one.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.
gets (remember
every makefile is considered a target, so that we can do auto-re-exec)
that's 315 bytes per target if _ALL_ that RAM were used only for storing
targets, which it is not of course.
--
-------
Paul D. Smith <[EMA
oconf issue.
fa> Or perhaps ar is used by hand in that makefile, I haven't checked.
If so, it's an automake issue (I assume you're talking about the
makefile in glob?)--there is no direct reference to ar in the
glob/Makefile.am.
--
---
GNU make.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a profession
tead.
Hi; this bug has been fixed in the source and the fix will be available
in the next release (see bug #1536 at the Savannah site).
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU
cking page, then pick the "Fixed in Release" report, then choose
"CVS" as the release. This will show you all the bugs that have been
fixed in CVS but not released yet. There are a few about $(eval ...).
--
--------
n timestamps. Also, for some kinds of CM
systems (like ClearCase dynamic views for example) timestamps are
virtually useless, and hence GNU make is virtually useless.
However, changing GNU make from stateless to stateful in a robust and
portable manner needs a lot of thought.
--
-
hing were to happen it
would definitely not happen until after the integration of a scripting
language with GNU make (Guile; this is on the TODO list as well) and it
would be done using that; you could "override" the default "up-to-date?"
query by supplying some kin
%% Fabio Alemagna <[EMAIL PROTECTED]> writes:
fa> On Fri, 27 Jun 2003, Paul D. Smith wrote:
>> As pointed out before, if you do the dependency generation the way
>> automake does it (as described on my web site) you won't have any
>> of these problems
27;t have the email any
longer).
Can you please clarify whether or not this core dump still exists in the
CVS code and, if so, give details and/or file a bug report?
Thanks!
--
-------
Paul D. Smith <[EMAIL PROTECTED]>
%% Fabio Alemagna <[EMAIL PROTECTED]> writes:
fa> On Fri, 27 Jun 2003, Paul D. Smith wrote:
fa> automake uses recursive makefiles, which is something I want to
fa> avoid.
>> I wasn't suggesting automake in total, I was suggesting their dependency
>>
version of GNU make. Patches are available attached to the
bug reports at http://savannah.gnu.org/projects/make
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
ht
the target? If not, won't that lead to lots of confusion
on the part of the user?
If I decide that this behavior is not valid then I'll add some code to
GNU make disallowing it with an error, so that we won't get core dumps
in GNU make any longer.
--
--------
next version of the manual (3.80).
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm..
fix will be available in the next release of GNU make.
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"
upport the Windows port, since I don't own any
Windows systems).
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
&quo
do would be to emulate the way the system searches
the PATH environment variable and find the first matching binary.
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
ws port you should ask on
[EMAIL PROTECTED]
I'm still not very clear on why you want the path to make. It seems to
me that checking the version value should be able to tell you much more
easily whether you have the correct version or not.
--
-
n.c. It will look like
this:
#if defined(MAKE_JOBSERVER) && defined(HAVE_FCNTL_H)
Try changing this line to just:
#if defined(HAVE_FCNTL_H)
and see if that helps... does it work now?
--
---
re (see the closed bugs for GNU make on the
Savannah web site) and the fix is in the source already.
Thanks!
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, b
you think there is a bug in make? If you mean because of
the last line, make is simply telling you that the program it invoked
(g++) failed with an error code of 1. There's nothing wrong with that.
--
-----------
Paul
be more expectable (and clean) for make to
sg> suppress the error messages?
This has been reported as bug #102 in Savannah.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make t
he configure step will build the makefile for you.
Good luck!
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Plea
ific variables match the same target.
However, this has already been requested as an enhancement (see bug
#1405) and this new feature is implemented in the source and will
available in the next version of GNU make.
--
-----
invocation, the output you
got, and what you expected to get.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
hatever command you tried to run could not be found in any
directory on your Path variable. When you talk to the Cygwin people
about this please include the exact command you typed and the exact
error message you received.
Good luck!
--
----------
ent: any trailing whitespace is
assigned to the variable even if there is nothing after it.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http:/
ix it. Thanks
for the note.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but
bout it.
Good luck!
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, b
I believe this has been fixed in version 3.80.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please
This is a know problem. See bug # 1516 on Savannah. There's a patch
there too.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
ph and as it goes, it invokes compiles. It doesn't walk
the entire graph first, so it has no idea how much work is needed until
it's done.
--
-------
Paul D. Smith <[EMAIL PROTECTED]>
ces you're kind of out of luck.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I m
mw> linker.
This problem was reported a while ago and fixed in the source. Thanks
for the report!
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
e, not GCC. If you want the version of
GCC, use "gcc -v" not "gmake -v".
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org h
B
n> The third question is What is GUN?
Check out http://www.gnu.org
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
he [EMAIL PROTECTED]
mailing list, so Windows-specific questions are best asked there.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paula
ll apply these fixes.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
'getloadavg$U.o' (with the literal '$U' there,
wp> I saw it in the config.status file!)
wp> - this substitution was transferred to build.sh, and ... voila,
wp> the bug appears.
Hmm, I'll have to look at this one more carefully.
--
-------
27;re using plus any information you can provide about the makefile
you're using and exactly what error you're getting.
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://w
get it compiling in the version you have.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain c
or for
the program you're trying to build.
Good luck!
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional."
's what you mean... ?
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
__
y any command-line option would take precedence over flags in
the makefile.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.pauland
a good idea; verbosity and debugging should be
distinct. If people want both they can easily do so by using the proper
arguments.
Cheers!
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make ti
he plans is integrating a true scripting language (Guile),
which might make it easier for you to get what you need.
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
some dependency statements and that's it! There's no way
that an IDE can write that kind of abstraction for you properly.
It's important to not think of makefiles like programs: they're not
programs. Trying to write an IDE that uses paradigms taken from
languages like C and Java might do OK for simple "stupid" makefiles, but
i
st you read the documentation that comes with the software you're
trying to build to see how to convince it to write its files somewhere
other than /usr/local.
Good luck!
--
-------
Paul D. Smith <[EMAIL PROTEC
gs like using an index mode to jump around, even more
advanced things like helping users find the matching ifdef for an endif,
etc. are all very useful.
I am saying that I think an IDE can help people edit makefiles but I
don't think that an IDE can build a good makefile _for_ you, so IDE
features li
ly, through automake, whatever. As long as it was drop-dead
simple to use and accurate; in this mode I'd probably never care to even
see the makefile.
The other mode would be a "passthrough" mode which let me write my own
set of makefiles; here I'd want as much of
it
expands to nothing.
See the GNU make manual for a precise description of when expansion
happens in various constructs.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.
_foo.o := foo.h
$(foreach target,$(OBJS),$(eval $(target): $$(deps_$(target
(note, this is untested).
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www
%% Sam Ravnborg <[EMAIL PROTECTED]> writes:
sr> On Fri, Oct 03, 2003 at 05:26:54PM -0400, Paul D. Smith wrote:
>> No make expands $* in the prerequisites list to the name of the target.
sr> Hmmm..
sr> foo.o : _$* FORCE
sr> echo $^
sr> FORCE:
sr>
If
pak> only I figured out how to work out this (endless loop?) my build
pak> system would be perfect =)
Apply the patch attached to bug #1517 at
http://savannah.gnu.org/projects/make
--
-------
Paul D. Smith &
rg/projects/make)
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a pro
%% "Tian Yu" <[EMAIL PROTECTED]> writes:
ty> Perhaps it has been reported that "hash.c" should be refered
ty> in "NMakefile".
Yes; this has been fixed in the source. Thanks for the report!
--
--------
or has already been fixed in the CVS archive.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...
thing like this with "vanilla"
GNU make, but maybe someone at [EMAIL PROTECTED], where the Windows users
mostly hang out, has.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU ma
uite sure that they have this same limitation in Solaris make, as
well.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesl
--------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
__
invoked, and
that return value is virtually never an errno value.
In the example you give here, for example, the invoked program exited
with a -1 exit code, which is not a valid errno value.
--
-------
Paul D. Smit
pplication to be
an 8-bit value, not a signed integer.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remai
ink that this item is so old that it's probably no
tc> longer needed but if I hear otherwise I'll be glad to keep it on the
tc> list.
This is still a valid task someone could work on.
--
-------
Paul D.
rary (free, but not provided with GNU make).
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I
%% Noel Yap <[EMAIL PROTECTED]> writes:
ny> "Paul D. Smith" wrote:
>> accurate: for example GNU make has had support for distributed builds
>> for a long time (at least on UNIX platforms), but it requires linking in
>> a 3rd party library (free, but
that used LD_PRELOAD to
provide generic dependency tracking for any kind of target. But, that
only works on systems that support LD_PRELOAD of course.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> F
L PROTECTED] list, do not email
it to me directly. I don't even own a Windows box and cannot help you.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org
thing to do with GNU make.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be
[EMAIL PROTECTED] mailing list.
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be
Please check the GNU make manual for information on make syntax.
In particular, every shell command line in a make rule must begin with a
TAB character (not spaces, but a TAB).
--
---
Paul D. Smith <[EMAIL PROTEC
ee.
jb> Do you know if this is fixed in a newer cygwin release?
It will never be "fixed", because it is not a bug.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http
"README.W32" in the distribution.
I will add some text along the lines of what you've suggested to that
README. Thanks!
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make t
on UNIX systems but I don't know if they'll install properly on
Windows.
--
-----------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.
m_id=1517
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a profession
make.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.gnu.org http://make.paulandlesley.org
"Please remain calm...I may be mad, but I am a professional.&
not problems with make.
Please ask your question of someone associated with the program "Timbl5".
--
-------
Paul D. Smith <[EMAIL PROTECTED]> Find some GNU make tips at:
http://www.
1401 - 1500 of 2725 matches
Mail list logo