1
0
mirror of git://projects.qi-hardware.com/fped.git synced 2024-11-29 03:16:14 +02:00

The build process used dependencies only if they were explicitly generated.

This often caused accidental builds without proper dependencies.

- Makefile: include .depend also if it doesn't exist yet. This way, GNU make
  will build it and all is fine.
- Makefile: use "-include" instead of "include" to avoid unnecessary nagging
- Makefile: make .depend depend on *.h and *.c, so that we catch all changes
  that _might_ affect the dependencies (this is a little inefficient but better
  safe than sorry)
- README: "make dep" is no longer needed
- TODO: added thoughts for more improvements



git-svn-id: http://svn.openmoko.org/trunk/eda/fped@5774 99fdad57-331a-0410-800a-d7fa5415bdb3
This commit is contained in:
werner 2010-01-02 23:58:03 +00:00
parent 661398c20a
commit feabeb73f4
3 changed files with 7 additions and 5 deletions

View File

@ -136,12 +136,10 @@ montage:
# ----- Dependencies ---------------------------------------------------------- # ----- Dependencies ----------------------------------------------------------
dep depend .depend: lex.yy.c y.tab.h y.tab.c dep depend .depend: lex.yy.c y.tab.h y.tab.c *.h *.c
$(DEPEND) $(DEPEND)
ifeq (.depend,$(wildcard .depend)) -include .depend
include .depend
endif
# ----- Cleanup --------------------------------------------------------------- # ----- Cleanup ---------------------------------------------------------------

1
README
View File

@ -46,7 +46,6 @@ Get updates:
Compile: Compile:
make dep
make make
Run an example: Run an example:

5
TODO
View File

@ -79,3 +79,8 @@ Future directions:
- add a means to cut&paste and copy&paste objects, and perhaps also variables - add a means to cut&paste and copy&paste objects, and perhaps also variables
(to move objects, we need to make sure all references are included. besides (to move objects, we need to make sure all references are included. besides
that, copy&paste should be a slight variation of delete/undelete) that, copy&paste should be a slight variation of delete/undelete)
- instead of blue screening, we could perhaps just skip the offending items and
replace them with a "here's a problem" marker that would still point to the
underlying object and allow repairs to be made
- instead of the awkward lock-switch-anchor process for frame references, we
could just drag the frame name into the canvas