Ooops, forgot to add "CR: Sun Chan". I just used "svn propedit" to add this.
Doug -----Original Message----- From: s...@open64.net [mailto:s...@open64.net] Sent: Tuesday, April 03, 2012 6:26 PM To: open64-devel@lists.sourceforge.net Subject: [Open64-devel] r3901 - trunk/osprey/linux/make Author: dgilmore Date: 2012-04-03 21:26:04 -0400 (Tue, 03 Apr 2012) New Revision: 3901 Modified: trunk/osprey/linux/make/gcommonrules Log: To fix library dependency problems, the rule make_libdeps for X8664 is now the same as NVISA. Modified: trunk/osprey/linux/make/gcommonrules =================================================================== --- trunk/osprey/linux/make/gcommonrules 2012-04-04 00:50:16 UTC (rev 3900) +++ trunk/osprey/linux/make/gcommonrules 2012-04-04 01:26:04 UTC (rev 3901) @@ -237,6 +237,9 @@ ifeq ($(BUILD_TARGET), NVISA) make_libdeps : -@cat *.d > $(MKDEPFILE) +else ifeq ($(BUILD_TARGET), X8664) +make_libdeps : + -@cat *.d > $(MKDEPFILE) else # make dependencies be for library(foo.o) not for foo.o, # thus we don't need to preserve intermediate .o files. ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Open64-devel mailing list Open64-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open64-devel ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Open64-devel mailing list Open64-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/open64-devel
