r5774 - trunk/eda/fped

werner at docs.openmoko.org werner at docs.openmoko.org
Sun Jan 3 00:58:03 CET 2010


Author: werner
Date: 2010-01-03 00:58:03 +0100 (Sun, 03 Jan 2010)
New Revision: 5774

Modified:
   trunk/eda/fped/Makefile
   trunk/eda/fped/README
   trunk/eda/fped/TODO
Log:
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



Modified: trunk/eda/fped/Makefile
===================================================================
--- trunk/eda/fped/Makefile	2010-01-02 23:27:36 UTC (rev 5773)
+++ trunk/eda/fped/Makefile	2010-01-02 23:58:03 UTC (rev 5774)
@@ -136,12 +136,10 @@
 
 # ----- 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)
 
-ifeq (.depend,$(wildcard .depend))
-include .depend
-endif
+-include .depend
 
 # ----- Cleanup ---------------------------------------------------------------
 

Modified: trunk/eda/fped/README
===================================================================
--- trunk/eda/fped/README	2010-01-02 23:27:36 UTC (rev 5773)
+++ trunk/eda/fped/README	2010-01-02 23:58:03 UTC (rev 5774)
@@ -46,7 +46,6 @@
 
 Compile:
 
-  make dep
   make
 
 Run an example:

Modified: trunk/eda/fped/TODO
===================================================================
--- trunk/eda/fped/TODO	2010-01-02 23:27:36 UTC (rev 5773)
+++ trunk/eda/fped/TODO	2010-01-02 23:58:03 UTC (rev 5774)
@@ -79,3 +79,8 @@
 - 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
   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




More information about the commitlog mailing list