Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.c++ > #8184
| From | Ian Collins <ian-news@hotmail.com> |
|---|---|
| Newsgroups | comp.lang.c++, comp.software.config-mgmt |
| Subject | Re: Incremental build systems, infamake |
| Date | 2011-07-25 22:22 +1200 |
| Message-ID | <994uf9FkjuU8@mid.individual.net> (permalink) |
| References | (1 earlier) <994plqFkjuU6@mid.individual.net> <d5038770-8677-4a16-b3ec-4ffff7f6b6c9@m6g2000prh.googlegroups.com> <994rjoFkjuU7@mid.individual.net> <041c04ac-e74a-4674-ba39-fe794b5c1d89@u6g2000prc.googlegroups.com> <d6e7ed2c-b5c3-4b07-a565-b7e5159bb34a@u28g2000prm.googlegroups.com> |
Cross-posted to 2 groups.
On 07/25/11 10:04 PM, Joshua Maurice wrote: > On Jul 25, 2:38 am, Joshua Maurice<joshuamaur...@gmail.com> wrote: >> On Jul 25, 2:33 am, Ian Collins<ian-n...@hotmail.com> wrote: >>> On 07/25/11 09:11 PM, Joshua Maurice wrote: >> >>>> It will? I admit - if you hack the bejesus out of it as compared to >>>> traditional solutions you find online, such as the Recursive Make >>>> Considered Harmful solution, then yes. I would be greatly surprised if >>>> anyone but a remote fraction of actual build systems in use would >>>> actually do a recompile of an object file if you added a new header >>>> file which hid a previously included header file on the include path. >> >>> Well Sun (d)make certainly does. >> >>> If I have a rule >> >>> x.o: x.cc >>> CC x.cc -o x -I b -I a >> >>> and a header in a, adding a header with the same name to b will trigger >>> a rebuild. >> >> Well, apparently I must do some more learning. I am surprised. I >> wonder exactly what sort of hackery is done here. This is kind of what >> I want. It would be nice if it had already been done. I will comment >> later... > > Well, indeed there it is. > > http://download.oracle.com/docs/cd/E19205-01/819-5262/aeucf/index.html > [quote] > 3.1.6 .KEEP_STATE and Special Dependency Checking <snip> > It seems to be a solution very integrated with the Sun C compiler from > what my google-fu can uncover. Specifically, it does not seem > portable. Hell, it's not even really specified what it does and does > not do. I think the above quote is from the actual manual, and I'm not > going to find better offhand. It works with gcc as well, on Solaris and Linux. I use both compilers on both platforms. If I have to deploy elsewhere, I still develop on one of my preferred platforms, where I know incremental builds work. > So, I feel a little better, as I may not have been wasting my time > doing something that's already been done. Portability is a rather > stringent requirement for a build system for my company. It's also > woefully inadequate for my company as we do more than simple C > compilation. We do C++, Java, some custom code generation, an Eclipse > plugin build, and a few more odds and ends. So do I, excluding (spit) Java. -- Ian Collins
Back to comp.lang.c++ | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-25 00:25 -0700
Re: Incremental build systems, infamake Ian Collins <ian-news@hotmail.com> - 2011-07-25 21:00 +1200
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-25 02:11 -0700
Re: Incremental build systems, infamake Ian Collins <ian-news@hotmail.com> - 2011-07-25 21:33 +1200
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-25 02:38 -0700
Re: Incremental build systems, infamake Ian Collins <ian-news@hotmail.com> - 2011-07-25 21:55 +1200
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-25 03:04 -0700
Re: Incremental build systems, infamake Ian Collins <ian-news@hotmail.com> - 2011-07-25 22:22 +1200
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-25 03:25 -0700
Re: Incremental build systems, infamake Ian Collins <ian-news@hotmail.com> - 2011-07-25 23:41 +1200
Re: Incremental build systems, infamake Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-07-26 16:11 +0000
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-26 15:19 -0700
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-26 15:28 -0700
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-26 15:49 -0700
Re: Incremental build systems, infamake Nobody <nobody@nowhere.com> - 2011-07-25 12:52 +0100
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-25 13:34 -0700
Re: Incremental build systems, infamake Nobody <nobody@nowhere.com> - 2011-07-27 19:49 +0100
Re: Incremental build systems, infamake Joshua Maurice <joshuamaurice@gmail.com> - 2011-07-29 03:58 -0700
Re: Incremental build systems, infamake Jorgen Grahn <grahn+nntp@snipabacken.se> - 2011-07-26 15:04 +0000
csiph-web