Am 05.01.20 um 17:03 schrieb Paul Smith:
That is not the right URL; you want git://git.sv.gnu.org/gnulib (note the
/git subdirectory is removed).
When you use https: you need to use /git/gnulib after the hostname, but
when you use the git: protocol you just use /gnulib after the hostname.
Ups
On Sun, 2020-01-05 at 12:12 +0100, Christof Warlich wrote:
> Thus, everything looks perfectly fine so far. But the following still
> fails:
>
> > $ git ls-remote git://git.sv.gnu.org/git/gnulib
> > fatal: remote error: access denied or repository not exported:
> > /git/gnulib
That is not the righ
Am 04.01.20 um 21:55 schrieb Paul Smith:
Hm, this worked fine for me:
$ git ls-remote git://git.sv.gnu.org/gnulib
...list of branches...
Perhaps your system is sequestered behind some sort of firewall that will
not allow the git: protocol (port 9418 IIRC) to pass through? Almost all
f
On Sat, 2020-01-04 at 10:16 +0100, Christof Warlich wrote:
> The original doesen't work from my system (Debian Buster) at least:
>
> > $ ./bootstrap
> > ./bootstrap: Bootstrapping from checked-out make sources...
> > ./bootstrap: getting gnulib files...
> > Cloning into 'gnulib'...
> > fatal: unab
Am 03.01.20 um 21:25 schrieb Paul Smith:
On Fri, 2020-01-03 at 20:42 +0100, Christof Warlich wrote:
By the way, I stumbled into a minor issue entirely unrelated to the
feature above that you may want to fix: The gnulib git repository
referenced in bootstrap seems to have changed its location, s
On Fri, 2020-01-03 at 20:42 +0100, Christof Warlich wrote:
> By the way, I stumbled into a minor issue entirely unrelated to the
> feature above that you may want to fix: The gnulib git repository
> referenced in bootstrap seems to have changed its location, so you may
> want it to change it accord
Hi Paul,
Am 03.01.20 um 18:24 schrieb Paul Smith:
Hi Christof; .EXTRA_PREREQS is provided in 4.2.93 please test in your
environment.
Note that I did rework some things to allow it to work with implicit rules
(previously it only worked for explicit rules) although it still can't be
used as a pat
On Fri, 2019-08-09 at 17:52 +0200, Christof Warlich wrote:
> attached is the comprehensive (and significantly reworked) patch that
> implements the feature of a new internal variable
Hi Christof; .EXTRA_PREREQS is provided in 4.2.93 please test in your
environment.
Note that I did rework some thi
Am 14.08.19 um 20:31 schrieb Paul Smith:
On Fri, 2019-08-09 at 17:52 +0200, Christof Warlich wrote:
From my perspective, everything is complete and works as it should,
so I would definitely need your feedback if there is anything missing
or wrong.
Otherwise (or in parallel), could you guide
On Fri, 2019-08-09 at 17:52 +0200, Christof Warlich wrote:
> From my perspective, everything is complete and works as it should,
> so I would definitely need your feedback if there is anything missing
> or wrong.
>
> Otherwise (or in parallel), could you guide me to get the copyright
> assignment
Am 13.07.19 um 14:46 schrieb Paul Smith:
On Wed, 2019-07-10 at 18:15 +0200, Christof Warlich wrote:
Am 10.07.19 um 14:44 schrieb Paul Smith:
Let me know how you want to proceed.
As I want to tackle the most challenging part first, I'd like to suggest to
do the copyright assignment after the t
Am 13.07.19 um 14:46 schrieb Paul Smith:
On Wed, 2019-07-10 at 18:15 +0200, Christof Warlich wrote:
Am 10.07.19 um 14:44 schrieb Paul Smith:
Let me know how you want to proceed.
As I want to tackle the most challenging part first, I'd like to suggest to
do the copyright assignment after the t
On Wed, 2019-07-10 at 18:15 +0200, Christof Warlich wrote:
> Am 10.07.19 um 14:44 schrieb Paul Smith:
> > Let me know how you want to proceed.
>
> As I want to tackle the most challenging part first, I'd like to suggest to
> do the copyright assignment after the technical side is in a decent shape
Am 10.07.19 um 14:44 schrieb Paul Smith:
Would it really help if I try to supply a patch that implements your idea?
Or is the current "state of affairs" sufficient that the general idea (i.e.
allowing to add target specific prerequisites without changing automatic
variables) will eventually go i
On Wed, 2019-07-10 at 10:24 +0200, Christof Warlich wrote:
> > What if we do this instead: create a variable which can contain a list
> > of "hidden prerequisites": they will always be built first but they
> > won't cause any changes in the automatic variables. If set globally it
> > will apply to
Am 09.07.19 um 20:51 schrieb David Boyce:
I don't claim to know much about how Savannah works but I see
anonymous bug reports and RFEs come in frequently so it seems you
don't need a login to make one.
https://www.gnu.org/software/make/manual/html_node/Bugs.html
Thanks, that's want I was looki
Am 09.07.19 um 20:52 schrieb Paul Smith:
https://savannah.gnu.org/bugs/?func=additem&group=make
You don't have to make an account in order to file a bug, but be sure
to add yourself to mail notifications if you don't create an account,
or you won't get any updates.
Ok, but considering your sugg
On Tue, 2019-07-09 at 20:19 +0200, Christof Warlich wrote:
> Am 09.07.19 um 15:42 schrieb David Boyce:
> > I also think the proposal is reasonable but I think it would be
> > "stickier", i.e. less likely to get lost, if you filed it as an
> > enhancement request via the Savannah bug reporting syste
I don't claim to know much about how Savannah works but I see anonymous bug
reports and RFEs come in frequently so it seems you don't need a login to
make one.
https://www.gnu.org/software/make/manual/html_node/Bugs.html
On Tue, Jul 9, 2019 at 11:19 AM Christof Warlich wrote:
> Am 09.07.19 um 1
Am 09.07.19 um 15:42 schrieb David Boyce:
I also think the proposal is reasonable but I think it would be
"stickier", i.e. less likely to get lost, if you filed it as an
enhancement request via the Savannah bug reporting system.
I'd be glad to do that if it increases the chance to get it in. Bu
I also think the proposal is reasonable but I think it would be "stickier",
i.e. less likely to get lost, if you filed it as an enhancement request via
the Savannah bug reporting system.
On Tue, Jul 9, 2019 at 5:27 AM Tim Murphy wrote:
> I quite like this idea because so many of us work on integ
I quite like this idea because so many of us work on integrating things
that we have no permission to modify and we need ways to make them work
cleanly without messing them up. They are sort of "fix-up" or "patch"
dependencies. I'm not sure the name makes this clear though.
Regards,
Tim
On Sat
on 05.07.19 at 23:44 Martin Dorey wrote:
... Sadly, though, adding all these things to the dependency list
won't really help me. We installed this system just three days ago,
yet the mtime on stdio.h is months ago:
devadmin@ch-ep1-3:~$ ls -l /usr/include/stdio.h
-rw-r--r-- 1 root root 31494 Fe
> The target certainly also depends on the compiler frontend, the linker
> backend and the Makefile itself
It's unimaginable that it doesn't depend on compiler libraries and myriad
compiler-provided header files too. Using header files in a compilation
example would make the $(filter ...) solu
OK
>
> From: Paul Smith
>To: Jim Michaels
>Cc: "bug-make@gnu.org"
>Sent: Thursday, May 2, 2013 4:41 AM
>Subject: Re: feature request: parallel builds feature
>
>
>On Wed, 2013-05-01 at 20:38 -0700, Jim Michaels wrote:
On Wed, 2013-05-01 at 20:38 -0700, Jim Michaels wrote:
> again, problem solved with what I proposed. think. separate shell
> window for each job.
You can do that today by just writing your recipes such that they start
a screen session or xterm or whatever. Those tools allocate and manage
their
again, problem solved with what I proposed. think. separate shell window for
each job.
>
> From: Paul Smith
>To: Jim Michaels
>Cc: "bug-make@gnu.org"
>Sent: Tuesday, April 30, 2013 11:23 PM
>Subject: Re: feature request: para
On Tue, 2013-04-30 at 17:20 -0700, Jim Michaels wrote:
> I wasn't digressing. I was explaining the point. the concept I am
> trying to present as a solution to the problem of making parallel
> stdin for --jobs in gnu make (which currenty doesn't work and is I
> guess single-threaded) is to make a
allel.html
>
> From: Howard Chu
>To: Jim Michaels ; "psm...@gnu.org"
>Cc: "bug-make@gnu.org"
>Sent: Tuesday, April 30, 2013 6:55 PM
>Subject: Re: feature request: parallel builds feature
>
>
>Jim Michaels wrote:
>>
>> I wasn't digre
Jim Michaels wrote:
what if you in your makefile are creating files from scratch using echo, based
on system configuration information?
I know I have to do that in order to create XML manifest files for resources
to compile and link in via resource compiler for windows builds.
echo writes to st
%.%extension%.manifest
there is more. there are if statements involved, etc.
currently, there is no manifest tool in the compiler set for mingw-w64 or
mingw. nothing is planned.
>____
> From: Howard Chu
>To: Jim Michaels ; "psm...@gnu.org"
>Cc: "bug-make@gnu.org"
>Sen
m Michaels
*Cc:* bug-make@gnu.org
*Sent:* Monday, April 22, 2013 10:56 AM
*Subject:* Re: feature request: parallel builds feature
On Mon, 2013-04-22 at 00:42 -0700, Jim Michaels wrote:
> it currently has a problem with stdin, because at this point there is
> only one o
pril 22, 2013 10:56 AM
>Subject: Re: feature request: parallel builds feature
>
>
>On Mon, 2013-04-22 at 00:42 -0700, Jim Michaels wrote:
>> it currently has a problem with stdin, because at this point there is
>> only one of those, only 1 of them gets it, and the others st
On Mon, 2013-04-22 at 00:42 -0700, Jim Michaels wrote:
> it currently has a problem with stdin, because at this point there is
> only one of those, only 1 of them gets it, and the others starve. so
> if your build needs stdin or creates files from the commandline using
> heredocs, you can't use it
On Tue, 2013-04-16 at 01:34 -0700, Jim Michaels wrote:
> I have been toying with this idea of parallel builds to gain project
> compile speed (reducing time to a fraction) for quite a while.
Can you explain the difference between what you're suggesting and the
existing --jobs (-j) feature availabl
On 4.2.2013 01:09, Sebastian Pipping wrote:
> On 04.02.2013 00:13, Matěj Týč wrote:
>> On Ne, 2013-02-03 at 23:40 +0100, Sebastian Pipping wrote:
>>> To my understanding, it would have to be optional and off by default to
>>> not break other cases that are currently supported. Think of something
On 04.02.2013 00:13, Matěj Týč wrote:
> On Ne, 2013-02-03 at 23:40 +0100, Sebastian Pipping wrote:
>> To my understanding, it would have to be optional and off by default to
>> not break other cases that are currently supported. Think of something like
>>
>> tmp:
>> mkdir tmp
>>
>> tmp/fo
On Ne, 2013-02-03 at 23:40 +0100, Sebastian Pipping wrote:
> On 03.02.2013 23:20, Matěj Týč wrote:
> >> If that happens how about replacing
> >>
> >> $(MAKE) cache-foo
> >>
> >> by something like
> >>
> >> mkdir .lock 2>/dev/null || exit 0 ; \
> >> $(MAKE) cache-foo ; \
> >> ret=$$?
On 03.02.2013 23:20, Matěj Týč wrote:
>> If that happens how about replacing
>>
>> $(MAKE) cache-foo
>>
>> by something like
>>
>> mkdir .lock 2>/dev/null || exit 0 ; \
>> $(MAKE) cache-foo ; \
>> ret=$$?; \
>> rmdir .lock && exit $${ret}
>>
>> The idea is:
>>
>> - mkdir can
On Ne, 2013-02-03 at 00:45 +0100, Sebastian Pipping wrote:
> On 02.02.2013 18:38, Matěj Týč wrote:
> >> How about something like this?
> >>
> >> bar_deps = foo1 foo2
> >>
> >> bar: $(bar_deps)
> >>
> >> $(bar_deps):
> >>$(MAKE) cache-foo
> >>touch $@
> >>
> >> %:
> >>touch $@
>
On 02.02.2013 18:38, Matěj Týč wrote:
>> How about something like this?
>>
>> bar_deps = foo1 foo2
>>
>> bar: $(bar_deps)
>>
>> $(bar_deps):
>> $(MAKE) cache-foo
>> touch $@
>>
>> %:
>> touch $@
>
> I have also thought of that, but this can work well reliably only in the
> c
On So, 2013-02-02 at 18:14 +0100, Sebastian Pipping wrote:
> On 02.02.2013 16:19, Matěj Týč wrote:
> > [...]
>
> How about something like this?
>
> bar_deps = foo1 foo2
>
> bar: $(bar_deps)
>
> $(bar_deps):
> $(MAKE) cache-foo
> touch $@
>
> %:
> touch $@
>
> Now cac
On 02.02.2013 16:19, Matěj Týč wrote:
>> This is what I understand to be our current Makefile:
>>
>> bar_deps = foo1 foo2
>>
>> bar: $(bar_deps)
>>
>> $(bar_deps): | cache-foo
>>
>> %:
>> touch $@
> [..]
>
> Thank you for your quick help, your example indeed works, but it has one
> we
On So, 2013-02-02 at 00:22 +0100, Sebastian Pipping wrote:
> On 01.02.2013 16:18, Matěj Týč wrote:
> > ...
> >
> > Consider a server process that can execute commands and that can load
> > (huge) data into cache to spped the execution up. Loading the data is a
> > make task and a target file cache
On 01.02.2013 16:18, Matěj Týč wrote:
> Hi,
> I have noticed that if we have a target that has prerequisities, if
> those prerequisities are missing and I want to make the target, then
> even if the target file exists, prerequisities are remade if possible
> and then, consequently, the target has t
Den onsdagen den 7:e november 2012 skrev Paul Smith:
>
> There is already a new $(file ...) function in the current CVS version
> of GNU make, which writes to a file.
>
That is the best response any feature request can get! Its already
implemented. :-)
Thanks!
//Fredrik
__
On Wed, 2012-11-07 at 14:39 +0100, Fredrik Öhrström wrote:
> To get around this particular problem I implemented a workaround
> marcro called ListPathsSafely that writes the contents of a variable
> to disk.
There is already a new $(file ...) function in the current CVS version
of GNU make, which
On 08/11/2012 11:49 AM, Tim Murphy wrote:
> For the sake of understanding you properly, if you can detect, remove and
> add targets then 'replacing the recipe silently' is just these three
> operations in sequence, right?
>
No. A target might be defined, but might have or not have an associated
re
For the sake of understanding you properly, if you can detect, remove and
add targets then 'replacing the recipe silently' is just these three
operations in sequence, right? We can already add targets but not the
other two.
Cheers,
Tim
On Aug 11, 2012 10:53 AM, "Stefano Lattarini"
wrote:
> On
On 08/11/2012 07:36 AM, Tim Murphy wrote:
> This is a different thing but I'd have had great use for a way to tell if a
> target had been defined previously. Had to use variables to do it which
> used a lot of memory and it was a total waste because make has the
> information already.
>
I dimly rem
This is a different thing but I'd have had great use for a way to tell if a
target had been defined previously. Had to use variables to do it which
used a lot of memory and it was a total waste because make has the
information already.
Perhaps the ability to detect if a target is defined and anoth
On 08/11/2012 01:27 AM, David Boyce wrote:
> On Fri, Aug 10, 2012 at 2:38 PM, Stefano Lattarini
> wrote:
>> I have no answer for that, lacking any knowledge about GNU make
>> internals; I guess the make developers here will be in a better
>> position to answer my question.
>
> Yes, and I hope you
On Fri, Aug 10, 2012 at 2:38 PM, Stefano Lattarini
wrote:
> I have no answer for that, lacking any knowledge about GNU make
> internals; I guess the make developers here will be in a better
> position to answer my question.
Yes, and I hope you get your feature. But consider that auto-tools are
tr
Hi David, thanks for the feedback.
On 08/10/2012 07:00 PM, David Boyce wrote:
> Even with GNU make as it stands, couldn't you emit your rules in the
> form of variables, override them at will, and eval() them at the end?
> E.g.
>
> define ruleA
> version 1
> endef
>
> then later...
>
> define r
Even with GNU make as it stands, couldn't you emit your rules in the
form of variables, override them at will, and eval() them at the end?
E.g.
define ruleA
version 1
endef
then later...
define ruleA
version 2
endef
$(eval $(call ruleA,...))
-David Boyce
On Fri, Aug 10, 2012 at 12:36 PM, Stef
On Sat, Mar 3, 2012 at 6:30 PM, Odne Hellebø wrote:
...
> I have A.java which uses B.java and thus the rule becomes this A.java B.class>, but I don't need to recompile A.java if B.class is changed,
> I just need B.class to be there with the features I use in A.class. So what
> I suggest is that w
On Fri, 2009-10-09 at 16:56 +0300, Andrei Kopats wrote:
> Hello.
>
> Today I had a problem with GNU Make - it has key -j for control max jobs
> count.
> User can set particular count, or infinite.
> With particular user must define count, but, user not always know the best.
> With infinite - syst
%% Dave Yost <[EMAIL PROTECTED]> writes:
dy> I have two sets of isomorphic sources. Let's say one is in lisp
dy> syntax and the other is in Java syntax. Two different sets of
dy> programmers, one likes lisp syntax; the other likes Java syntax.
dy> I've written a program that automaticall
Martin Quinson wrote:
> Others, I did report this to the debian BTS and not here directly to benefit
> of its sorted archiving mechanism. If you want more context, please check
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=206746
I agree with Manoj that watching a file system should not be ma
[EMAIL PROTECTED] wrote:
>
> On Wed, 27 Aug 2003 07:37:46 -0400, Noel Yap <[EMAIL PROTECTED]> said:
>
> >> I would like a way to list all dependencies and subdependencies of
> >> a given target to avoid the recursive shell function hackism I
> >> currently have to do when using "make -pnq".
>
>
[EMAIL PROTECTED] wrote:
> > Sorry for not checking the URL. If you're still interested in the
> > paper, googling for "recursive make harmful" turns up many links.
>
> OK. But I think we are being bitten by semantics -- the paper
> refers to inefficiencies in complex build environments
On Wed, Aug 27, 2003 at 10:11:36PM +0200, Sam Ravnborg wrote:
> On Wed, Aug 27, 2003 at 12:12:38AM -0500, Manoj Srivastava wrote:
> > Hi,
> > [Please retain the CC to [EMAIL PROTECTED] so
> >that the Debian Bug Tracking system can record your input]
> >
> > This was a fea
Hello,
I'm the one which asked for this feature in the debian bug tracking system.
Manoj, thanks for taking care of this bug that way and keeping me in CC. And
sorry for not steping in the discution sooner, I was away from mails.
Others, I did report this to the debian BTS and not here directly
On Wed, 27 Aug 2003 17:14:50 -0400, Noel Yap <[EMAIL PROTECTED]> said:
> Manoj Srivastava wrote:
>> What if I have a build machine, where several dozen projects of my
>> software house are kept. I want a database of reverse dependencies,
>> where every file that is changed gives a listing of targ
On Wed, 27 Aug 2003 16:06:16 -0400, Noel Yap <[EMAIL PROTECTED]> said:
>> Perhaps because calling make is more resource heavy? Or perhaps the
>> example provided was a simplified dummy example, and the real
>> requirements are more complex. Suppose the project is to discover
>> and document the
Manoj Srivastava wrote:
> What if I have a build machine, where several dozen projects
> of my software house are kept. I want a database of reverse
> dependencies, where every file that is changed gives a listing of
> targets and hence programs that would be affected.
>
> So, w
On Wed, Aug 27, 2003 at 12:12:38AM -0500, Manoj Srivastava wrote:
> Hi,
> [Please retain the CC to [EMAIL PROTECTED] so
>that the Debian Bug Tracking system can record your input]
>
> This was a feature request from a Debian user.
>
> I would like a way to list all d
On Wed, 27 Aug 2003 14:19:47 -0400, Noel Yap <[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] wrote:
>>
>> On Wed, 27 Aug 2003 07:37:46 -0400, Noel Yap
>> <[EMAIL PROTECTED]> said:
>>
>> >> I would like a way to list all dependencies and subdependencies
>> >> of a given target to avoid the recursive
On Wed, 27 Aug 2003 07:37:46 -0400, Noel Yap <[EMAIL PROTECTED]> said:
>> I would like a way to list all dependencies and subdependencies of
>> a given target to avoid the recursive shell function hackism I
>> currently have to do when using "make -pnq".
> IMHO, don't use recursive make:
> http:
Manoj Srivastava wrote:
>
> Hi,
> [Please retain the CC to [EMAIL PROTECTED] so
>that the Debian Bug Tracking system can record your input]
>
> This was a feature request from a Debian user.
>
> I would like a way to list all dependencies and subdependencies of a
>
%% Full Decent <[EMAIL PROTECTED]> writes:
fd> I think it would be amazing if there was an optional output mode
fd> for make that would simply have a console (curses) progress bar
fd> with the name of the target and the status of its "compilation"
fd> like:
The names of which target? Rem
%% Nathanael Nerode <[EMAIL PROTECTED]> writes:
nn> This is a very simple request, which would have an incredible
nn> amount of value.
It's actually not clear that it would be as simple to implement as you
say. Unfortunately internally GNU make doesn't have a simple "call a
function and if i
On Thu, 31 May 2001 16:19:44 -0400, Mark Frazer
<[EMAIL PROTECTED]> wrote:
>Ignoring the @ (command echo suppressor) during make debugging would
>be very handy.
>
>I can't find a documented option to do so.
I code all my command suppressor like this
_ECHO=@ # near begining
$(_ECHO)cmd
Hi --
I'd just like to put in a second for a temporary file feature for a
future rev. of gmake. I'm not quite sure what nmake and Borland make
can do but what would be useful to me is something like the following:
my_cfg_file :<
temp command line one
temp command line two
%% "Love-Jensen, John" <[EMAIL PROTECTED]> writes:
lj> 4) additional support for .PHONY types of actions (or triggers) via simpler
lj> syntax
lj> on 'clean' { rm foo.o; }
lj> on 'clean' { rm bar.o; }
lj> (ignore my stupid pseudo syntax)
lj> ...as an alternative to...
lj>
75 matches
Mail list logo
