I4GL Make Files

Dear All We have always used the I4GL-Module-Modify-Program-Compile method to compile our I4GL programs but have had need recently to recompile all of our programs (300+ -off). I have seen comments within this newsgroup with regard to using makefiles to achieve the same. Any chance someone could post me an example of how to generate, and indeed, use said makefiles. Regards Glyn Balmer -- If it always works, why don't parachutists pull the emergency 'chute first? Sent via Deja.com http://www.deja.com/ Share what you know. Learn what you don't.

Glynnie wrote: > > Dear All > > We have always used the I4GL-Module-Modify-Program-Compile method to > compile our I4GL programs but have had need recently to recompile all > of our programs (300+ -off). I have seen comments within this newsgroup > with regard to using makefiles to achieve the same. Any chance someone > could post me an example of how to generate, and indeed, use said > makefiles. --------------------------------------------------- .SUFFIXES: .SUFFIXES: .4gl .c .o .c.o: cc -c $< .4gl.o: c4gl -c $< target: $(OBJS) c4gl -o target $(OBJS) OBJS: one.o two.o three.o globals.o one.o: one.4gl two.o: two.4gl three.o: three.c globals.o: globals.4gl ---------------------------------------------------- Art S. Kagel

Art S. Kagel wrote: > > Glynnie wrote: > > We have always used the I4GL-Module-Modify-Program-Compile method > > to compile our I4GL programs but have had need recently to > > recompile all of our programs (300+ -off). I have seen comments > > within this newsgroup with regard to using makefiles to achieve > > the same. Any chance someone could post me an example of how to > > generate, and indeed, use said makefiles. > >[...snip one perfectly OK answer...] Also check out the D4GL corner of the IDN web site. There are some makefile rule sets in there with considerable flexibility. Also see some of the presentations I made at SP'99. And one day soon, the D4GL corner will actually have been updated for the first time in aeons. You might also care to track down the article "Recursive Make Considered Harmful". It discusses how to handle builds in multiple directories. The URL is (after more searching than I care to consider): http://www.canb.auug.org.au/~millerp/rmch/recu-make-cons-harm.html With that out of the way, on all my big projects, I have always used a single hierarchical (recursive) make system so that at any point in the project directory hierarchy, I could type 'make' and have everything below that point brought up to date. Utterly invaluable -- those projects also had a nightly build to ensure that everything was up to date. Sometimes this was a forced rebuild (so everything was recompiled unconditionally); sometimes it was an incremental build. -- Jonathan Leffler (jleffler@informix.com, jleffler@earthlink.net) Guardian of DBD::Informix v0.60 -- see http://www.perl.com/CPAN #include <disclaimer.h>