New feature: Post-requisites

2022-07-22 Thread thutt
Alejandro Colomar writes: > Hi, > > I'd like to suggest a new feature: post-requisites. > > As the word suggests, as pre-requisites are satisfied before a given > target, post-requisites would be satisfied _after_ a given target. > > Why would someone ever need that in a Makefile: > > In

Re: Idea: Add .COMMANDCHANGE and .CACHE

2019-06-11 Thread thutt
Edward Welbourne writes: > On Mon, Jun 10, 2019 at 5:14 PM David A. Wheeler > wrote: > >>> Using a lot of some_fragment.mk files gets you *closer*, but it's not > >>> the same thing. My proposed .COMMANDCHANGE depends on > >>> the *expanded* set of commands, not the original commands. > >>

[Newbie] Getting involved

2018-09-19 Thread thutt
Måns Ansgariusson writes: > Hello! > > I have an idea of some features I'd like to see in make. I'm no expert at all > regarding make so I hope I don't reinvent the wheel or come with to stupid > ideas. > I'd be happy to implement it but I'm not sure if these are desirable > features or wher

about EOS make error

2018-05-22 Thread thutt
ying ye writes: > Hi > > The following error occurred when I executed "./eosio_build.sh". > There is no actionable information in your message. You have not stated what the problem is, or what you are trying to accomplish, or how this is an issue with Gnu Make (this mailing list is fo

[bug #53201] Target runs incorrect command when shebang line exceeds kernel limit

2018-02-22 Thread thutt
Casey McGinty writes: > Follow-up Comment #2, bug #53201 (project make): > > See http://man7.org/linux/man-pages/man2/execve.2.html > > *A maximum line length of 127 characters is allowed for the first line in an > interpreter script.* I think this is referring to the '#!' line of a scrip

Seeing below build issue for cat9k

2018-01-03 Thread thutt
Amruta Bhat (amrbhat) writes: > Hi all, > I am receiving below error when I try to build cat9k image. > > ' '!' -f /users/amrbhat/.no_makej -a '!' -f > /nobackup/amrbhat/polaris_3_1/vob/ > ios/sys/.no_makej ']' > + echo '/auto/binos-tools/bin/makej - No STEP supported MakeJ fo

Re: gmake-4.2.1 ignores assignment of ARCH on FreeBSD

2017-12-27 Thread thutt
Yuri writes: > On 12/26/17 19:38, Paul Smith wrote: > > If the BSD Ports framework is setting > > some variables "as if" they were provided on the command line, > > > But there is no such thing as "providing something as if on the command > line". > Paul just explained that there is a

Re: Converting make rules into other file formats

2017-10-14 Thread thutt
L bill of materials in GNU Make'. Essentially, you need to run Make because of the runtime processing of the variables defined in the Makefiles, or you've got to interpose yourself before Make and know the dependency graph already. thutt -- The gym does not appreciate 'Row Row Ro

TP-LINK Archer T2UH HELP

2017-08-16 Thread thutt
jason reynolds writes: >Can you help me? I am trying to setup my wifi adapter and I keep >getting an error. This mailing list is for discussions about Gnu Make. You are asking a specific question about how to build firmware for your router. You will need to find a forum where your ro

[bug #51591] Typographical error in manual

2017-07-27 Thread thutt
anonymous writes: > URL: > > > Summary: Typographical error in manual > Project: make > Submitted by: None > Submitted on: Thu 27 Jul 2017 02:58:59 PM UTC > Severity: 3 - Norma

Re: Q: On Windows why not ignore CRLF?

2017-06-02 Thread thutt
Edward Welbourne writes: > The remaining question is whether it's *possible* for a text-mode > file handle on MS to still have a '\r' just before its '\n' in a > line, presumably due to a CRCRLF mess in the raw file. Yes, it most certainly is possible. Translation only occurs on '\r\n'.

Re: Q: On Windows why not ignore CRLF?

2017-06-01 Thread thutt
F on Windows? > > I think Ray is right: the CRLF combination simply cannot happen on > those platforms, because Make there uses text-mode reads, so the CR > characters are simply gone by the time we get here. I concur that the code is disabled o

errors in "make"

2017-03-07 Thread thutt
wu writes: > Dear gnu group, > > I work on Ubuntu. I tried to install a program, but there are some errors > when > I do "make". my make version is as follows: > > "GNU Make 4.1 > Built for x86_64-pc-linux-gnu > Copyright (C) 1988-2014 Free Software Foundation, Inc. > License GPLv3+: GNU

unable to query Makefile

2017-01-18 Thread thutt
Roopashree, B.S writes: >Hi Team, > >Recently am hitting this error with no change in the Makefile. > >Can someone help on this as it is stopping my progress. > >Below is the error: > >/pkg/qct/software/gnu/make/4.0/bin/make: invalid option -- 'u' > > >LOGF

Make all throws alot of errors

2016-12-20 Thread thutt
Sherine Davis writes: > I keep getting alot of errors for make all on every package that i try to > install. > Please help > > > $make all > make all-recursive > make[1]: Entering directory '/home/Sherine Davis/libmtp-1.1.12/libmtp-1.1.12' > Making all in src > make[2]: Entering directo

Parallel builds across makefiles

2016-07-14 Thread thutt
sgardell writes: > We are using a standard distro of gmake 4.1 on RH 6.4. > > We have a fairly well structured makefile system that leverages the ACE make > framework. A linear build (-j1) is about 3 hours. Running a parallel build > that builds leaf nodes (libraries) in parallel is about 1 ho

RE: Permission Denied error while killing Gmake on Windows

2016-03-15 Thread thutt
Anuj Shroff writes: > Hello Mr Hutt > > The reproduction steps you have mentioned for the issue are precisely what > we are doing. > > I am monitoring killing gmake using ProcessExplorer. I can see that > the processes are killed as soon as we issue CTRL_C. However, it is > a bit difficult

RE: Permission Denied error while killing Gmake on Windows

2016-03-15 Thread thutt
Anuj Shroff writes: > Hello Eli > > Please find a small snippet of process name from ProcessExplorer > attached. It shows the compiler names and the process name. > > While experiment a bit more with this we found an interesting > workaround which seems to have given some promising results.

Re: I found a bug with Makefile

2016-01-25 Thread thutt
Albert Le Batteux writes: > Sorry for all the missing information. > so : > make --version : GNU Make 3.81 This program built for > i386-apple-darwin11.3.0 > OSX el capitan v 10.11.3 > > i sent you my project in a zip file. > > How it's work : > (with the error) > > make exe > > mo

I found a bug with Makefile

2016-01-25 Thread thutt
Albert Le Batteux writes: > Hello ! > I have really no idea about who i am talking ! > > I am a french student programmer, and making a school project with termcaps > named ft_select (you can find many of this project on github) > It's a termcaps introdution by creating a small selecting item

Re: Adding line numbers to output for "No rule to make target"

2015-11-27 Thread thutt
Jonny Grant writes: > > If you do it that way, now you've got two different formats for the > > same message. This can be confusing to users, and certainly > > complicates factors if there is software sitting on top of Make and > > operating on the messages (continuous integration / au

Re: Adding line numbers to output for "No rule to make target"

2015-11-25 Thread thutt
Jonny Grant writes: > > > On 25/11/15 13:59, th...@vmware.com wrote: > > Jonny Grant writes: > > > Hello > > > > > > Could line numbers be added to output for the case where it says "No > > > rule to make target" please? > > > > > > Example below. GNU Make 4.1 > > > > >

Adding line numbers to output for "No rule to make target"

2015-11-25 Thread thutt
Jonny Grant writes: > Hello > > Could line numbers be added to output for the case where it says "No > rule to make target" please? > > Example below. GNU Make 4.1 > > I'm not on this list, so please include my email address is any > replies Regards, Jonny > > > makefile.mak > > %.o

Makefile line number bug?

2015-11-12 Thread thutt
Jonny Grant writes: > Hello > Is this a bug? line numbers are output as (2), but actually they are > different. Note that also the "Hello" is output in the wrong order.. I > presume this may be the OS rather than GNU Make. > > Please keep my email address in replies as I am not a member of t