in Gnu make.
Are you interested in it ?
It also needs a small modification to NMakefile.template
to be compiled and used.
Regards
Fabio
___
Reply to this item at:
http://savannah.gnu.org/bugs/?42695
is already -o $@
Regards.
Fabio
___
Reply to this item at:
http://savannah.gnu.org/bugs/?42695
___
Messaggio inviato con/da Savannah
http://savannah.gnu.org
to change a const object.
Thank you.
Fabio
___
Reply to this item at:
http://savannah.gnu.org/bugs/?42695
___
Messaggio inviato con/da Savannah
http://savannah.gnu.org
be good if we
could discuss this on an ML, so that other people who are interested may
join the discussion.
Fabio Alemagna
PS: yes Paul, the exhaustive bug report is about to come, haven't had time
to care about it lately :)
___
Bug-make mailing list
On Sat, 28 Jun 2003, Paul D. Smith wrote:
%% Fabio Alemagna [EMAIL PROTECTED] writes:
fa so this might be used as fall-back solution in case the make's bug
fa doesn't get solved.
In an earlier email from you you said you were using the CVS code and
it worked (or words to that effect, I
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 ...).
Well, as said, I'm using the latest CVS snapshot...
Fabio Alemagna
anyway.
Fabio Alemagna
___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make
On Fri, 27 Jun 2003, Fabio Alemagna wrote:
Yes, that's what I thought too, however You'd agree that it would take
time for make to accomplish that job, and perhaps there could be other
issues, like dependency loops, which would be impossible to solve, or very
very difficult. It seems only
On Sat, 28 Jun 2003, Fabio Alemagna wrote:
This is the code:
define getdeplist_1
$(eval __ALLDEPS__ += $(1)) $(foreach m,$(1),$(foreach d,$($(m)/DEPS),$(if \
$(findstring $(d),$(__ALLDEPS__)),,$(call getdeplist_1,$(d)
endef
This one is simpler and more correct (in that it doesn't allow
On Thu, 26 Jun 2003, Ted Stern wrote:
Hi Fabio,
Use the - prefix with your include statements, it's much simpler:
-include $(DEPS)
This will ignore the errors caused by a file not being found.
More generally, you can make your dependency generation a lot simpler. See
Paul Smith's
): $@ would not be usable in a prerequisite list
anyway, so using it like that is perfectly possible, I think.
Fabio Alemagna
___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make
? Also, do you have any figures on the $(eval)
performances and its use in large projects? $(eval) makes things really
easy and neater, however I'm quite worried about the memory usage of make
in such cases and its performaces. Has any test been done regarding this?
Fabio Alemagna
all this doesn't belong to this list... if you feel I should
email you privately, or post to another ML, please tell me.
Fabio Alemagna
___
Bug-make mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-make
On Mon, 23 Jun 2003, Paul D. Smith wrote:
%% Fabio Alemagna [EMAIL PROTECTED] writes:
fa Ok. Do you know if it still compiles on AmigaOS with ixemul (the
fa posix layer)? Well, I guess I can just try and see...
No one has reported that it doesn't, but I'm not sure if anyone has
tried
On Mon, 23 Jun 2003, Paul D. Smith wrote:
%% Fabio Alemagna [EMAIL PROTECTED] writes:
fa The first issue, is that even if it was cross compiling, it tried
fa to use the host's 'ar' command. I solved that by invoking
fa m68k-amigaos-ar by hand and letting make run again, however
in a release which, at the time, was about to be
made. However it appears that there have no been any more releases since
then... Am I to assume that this bug will never be fixed (I read about the
patch, but I also read it doesn't work as it should)?
Fabio Alemagna
16 matches
Mail list logo
