> > Probably, but you might RTFQ (read the fucking question) too :) > (NOTE I didn't use RT"F"M out of respect !) 1,$s/RTFQ/RTQ/g > however you seem > to only be interested in posts if they answer all 3 of your > questions ? of course, half a solution won't do the job. > Can you post the makefile so we can see where you are if "not in a > rule" ? lines like: ifndef CRYSTAL error "no CRYSTAL defined in your Makefile" endif > You could add another target that all your real target depend on, and > put your tests in there, and make them return a failure if > the required > conditions aren't met, then make will stop at that point. That seems to be my only option so far, but that requires that makes interprets the whole Makefile, because rule-execution starts only after full interpretation. > However, the learning curve for using the automake tools is > quite steep, > and probably not justified for your current problem. I am trying to make an environment for ARM chips for beginners, so I don't even want to expose them to make's (full) syntax. I guess I'd better explain the total picture. I want the user (assume a student who has programming experience, but only from IDE's) to edit a small makefile to specify some aspects of his application. The last line of this makefile include's my makefile, which does all the magic. Example of the user's makefile: CHIP = LPC2106 CRYSTAL = 10000000 MAIN_STACK = 4096 IRQ_STACK = 0 FIQ_STACK = 0 RUN_FROM = RAM include ARK/Makefile.inc In the ARK/Makefile.inc I want to check the users settings for completeness and consistency. He might have defined a non-existing target, misspelled CRYSTL, or specified a negative IRQ_STACK size. I can write the if's that do this checking, but I don't know what to put inside the if's to 1. generate an error 2. stop make, without interpreting the rest of the file I think I can create something that would generate an error and stop make, but as part of a rule, so that would work only after make has interpreted the full makefile, which might produce other errors because the user's specs where wrong. Wouter van Ooijen -- ------------------------------------------- Van Ooijen Technische Informatica: www.voti.nl consultancy, development, PICmicro products docent Hogeschool van Utrecht: www.voti.nl/hvu -- http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist