On 12 Jul 2005 at 10:14 UTC-0700, Ted Stern wrote:
> Hi all,
>
> What is the proper way to insert commas into each word of a GNU Make
> variable?
>
> I want to change FOO something like this:
>
> FOO := a b c d e
> FOO := $(patsubst %,-Wl,-y,%_,$(FOO))
>
&
Hi all,
What is the proper way to insert commas into each word of a GNU Make
variable?
I want to change FOO something like this:
FOO := a b c d e
FOO := $(patsubst %,-Wl,-y,%_,$(FOO))
to get
-Wl,-y,a_ -Wl,-y,b_ -Wl,-y,c_ -Wl,-y,d_ -Wl,-y,e_
Somehow I need to comment the comma s
e. Your dummy target will be
built first. When it comes time to run the .o rules, those files will
already be updated and their rules won't be run.
SRCS := a.cc b.cc c.cc
OBJS := $(SRCS:.cc=.o)
.PHONY: dummy
dummy: $(SRCS)
$(C
I do is that I go the opposite direction: I give a list
of directories (which you could extract via a $(shell) command to
find piped through sed, etc.), then I include the makefiles under
those directories.
Ted
--
Ted Stern Applications Group
Cray Inc.
On 5 May 2005 at 14:25 UTC-0700, Kate Hedstrom wrote:
On Thu, May 05, 2005 at 01:06:28PM -0700, Ted Stern wrote: > On 3 May 2005 at
17:05 UTC-0700, Kate Hedstrom wrote:
>> > I have managed to build gnu make on a Cray X1, but I ran into a
>> > couple snags. Here's th
ware module
(module load open).
Is 'open' not available on your machine?
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-1049
S
#x27;.
> Finished prerequisites of target file `a'.
> Prerequisite `c' is newer than target `a'.
> Prerequisite `b' is older than target `a'.
> No need to remake target `a'.
Very strange.
I would have expected b to have b
SHELL = /bin/ksh
RM= /bin/rm
:
$(RM) -f *.o
Make sure you have a leading tab before the $(RM) command.
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600
oesn't show the output I want.
I'm sure I'm misunderstanding something, but I don't see what it is.
Thanks for your time,
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South,
iles never forks a shell -- check for yourself using
make -d.
I think of this style as a "primary file + byproduct file(s)" rule. You can
reduce potential compilation cascades even further by ensuring that your *.gob
processor compares previously existing output files against th
+ crosspost to bug-make]
Hi Paul, thanks for the update!
Two comments:
- The backslash in your post made a simple click on the link non-trivial to
follow.
- In my Cray UNICOS build (on an SV1ex), I get a failure of the parallelism
test. Is there a simple
On 30 Jan 2004 at 11:03 PST, Ted Stern wrote:
>
> On 30 Jan 2004 at 09:55 PST, Daniel Shane wrote:
>> I see,
>>
>> In that case, could we add a new text function that would work like
>> filter-out, but simply faster? We could call it comm. The reason is quite
akeLongList.mk
libfoo.a: $(AR_OBJS)
$(call MAKE_LONG_LIST,$(AR_LIST),$(AR_OBJS))
$(XARGS) $(AR) $(ARFLAGS) $@ < $(AR_LIST)
This is pretty fast, incidentally.
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-7
ooking something like this:
Actually, I use slashes (strokes for our British readers) in my variable
names. There are times when I find this convenient.
If you want to prohibit them, it might be better to use an option to turn it
off.
Ted
--
Ted Stern
ig news in the Linux world last week.
Most cvs access to many GNU projects is on hold at the moment.
It may take a few more days (weeks?) to clear this up.
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 Firs
r "make" with no arguments. But I
can't really explain why! Maybe Paul can do better ...
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-1049
his doesn't seem empty to me: $^")
Apologies if I get the syntax wrong, but I think you get the idea.
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-
em, try running make with the -d flag.
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-1049
Seattle, WA 98104-2860 FAX: 206-701-2500
On 16 Jul 2003, Christian Krackowizer wrote:
>
> Hi,
>
> I have 1 error in 'make check' on
I get the same error on UNICOS (Cray SV1) using recent CVS source.
Oddly enough, parallelism seems to work just fine.
Could there be a timing issue her
hanged whenever the source file is touched and recompiled, this can lead
to unnecessary cascades of recompilation, even when the interface has not
changed. If you ever run into a situation like this, see
http://www.theochem.uwa.edu.au/fortran/recompile/
Ted
--
Ted
On 23 Jun 2003, Paul D. Smith wrote:
> %% Ted Stern <[EMAIL PROTECTED]> writes:
>
> ts> My version of the "make: *** virtual memory exhausted. Stop." bug
> ts> occurs from trying to include 1000's of files. It doesn't matter
> ts> how large
I have verified that the bug has not been fixed in current CVS.
Sure would be nice if somebody with access to purify could run it on GNU make
...
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First
are applied only to the first shell,
so the second line of $(rule_up) is echoed.
Paul, did I get that right?
Ted
--
Ted Stern Applications Group
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-1049
ll that can return EINTR
> must respect the SA_RESTART flag.
This seems to be grounds for a bug report to Sun. Since they get a lot of
benefit from GNU software being available for their systems, it seems to me
that they might make some effort to try and fix it, if you bring the matter to
their
te that if the byproduct files are out of date with respect to the object
file, you'll still go into the %.byproduct rule, but if the byproduct file
exists, the rule exits and files that depend on it won't get recompiled in a
compilation cascade.
Ted
--
Ted Stern
On Thu, 19 Dec 2002, Matt Hodges wrote:
>>>>>> Ted Stern writes:
>
> > Interesting. For the bash test, try
>
> > SHELL := /bin/bash --noprofile --norc
>
> > If that doesn't work, try adding --posix.
>
> The --norc option makes
On Wed, 18 Dec 2002, Matt Hodges wrote:
>>>>>> Ted Stern writes:
>
> > > I'm having problems building a program on Digital UNIX V4.0F, and
> > > it seems to boil down to the following observed behaviour on this
> > > platform. The results
SHELL := /bin/ksh
?
Ted
--
Ted Stern Engineering Applications
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-1049
Seattle, WA 98104-2860 FAX: 206-701-2500
Debuggers
BB_5/_9/_8.mk' (search
path) (no ~ expansion)...
Reading makefile `/ptmp/stern/testmake/_4/_5/_9/_9.mk' (search
path) (no ~ expansion)...
make: *** virtual memory exhausted. Stop.
As you can see, the memory is exhausted when 5
GNU utilities (and who knows what else) I was unsuccessful.
Ted
--
Ted Stern Engineering Applications
Cray Inc. office: 206-701-2182
411 First Avenue South, Suite 600 cell: 206-383-1049
Seattle, WA 98104-2860
close to the 4300 limit.
I've changed my auto-dependency generation commands to delete the deps files
if they're empty, which eliminates the problem for now, but I was wondering if
some inefficient memory operations have crept into v3.80's include file
logic. Or perhaps the ev
gt;
I tested this myself with 3.80. If you add
.INTERMEDIATE: fake.c
to the second example, it then has the same behavior as the first.
I'll let Paul explain why, as I would probably make a botch of it. ;-)
Ted
--
Ted Stern Engineering Applications
Cr
32 matches
Mail list logo
