> | Look at > | > http://fricas.svn.sourceforge.net/viewvc/fricas/branches/aldor-interface/src/Makefile.in?view=markup > | > | I had to add... > | > | all-aldor: all-axiomsys all-algebra > | cd aldor && ${MAKE} > | > | No? > > Assuming one always to build all-aldor.
Why? I can have a target that is only used if it is mentioned in @[EMAIL PROTECTED] > | > In OpenAxiom, nobody modifies src/Makefile.in directly. > | > | Then tell me how you want do it without modifying src/Makefile.in. > You modify the corresponding pamphlet file, and you run > ./build-setup.sh in the toplevel directory. If the target is > built conditionally, then it is preferred to set it in the > configure.ac.pamphlet -- see the various places when axiom_src_all is > computed. Aha. Sorry, I forgot that OpenAxiom still uses pamphlets for Makefile.in. Of course that is better (documented). > | But perhaps the Aldor interface is uninteresting for OpenAxiom. > Interesting logic. I think it would have helped if you had reminded me about the use of pamphlets in OpenAxiom. Sometimes I also get frustrated with the missing bits of your answers. > So far the issue never came up, and I do not know how much of > `genericity' is gained (and how that is helpful in this specific case) > since the dependency has to be set up manually and not all the rules > the same, compared to the resulting complexity from moving away from > logical build to organizing around directory names. You misunderstood. I don't want to move from a logical build structure, but rather make the directories reflect that structure. (Therefore the suggestion of a split of directories.) Ralf ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ open-axiom-devel mailing list open-axiom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open-axiom-devel
