[Patch] Reenable LD_PATHS, as suggested by Makefile.leaf

Nick Withers nick.withers at anu.edu.au
Fri Jul 5 02:03:39 UTC 2013


Hey there!

Here's a patch to re-enable LD_PATHS (I have an external library,
RTEMS_gdb_stub, to pull in) in gcc-target-default.cfg:
____

diff --git a/c/src/make/compilers/gcc-target-default.cfg
b/c/src/make/compilers/gcc-target-default.cfg
index 813bd5c..a70681d 100644
--- a/c/src/make/compilers/gcc-target-default.cfg
+++ b/c/src/make/compilers/gcc-target-default.cfg
@@ -65,13 +65,12 @@ CXXFLAGS += $(CXXFLAGS_OPTIMIZE) $(CXXFLAGS_DEBUG)
 endif
 
 # List of library paths without -L
-LD_PATHS= $(PROJECT_RELEASE)/lib
+LD_PATHS+= $(PROJECT_RELEASE)/lib
 
 # ld flag for incomplete link
 LDFLAGS_INCOMPLETE = -r
 
-# LDFLAGS=$(LDFLAGS_DEBUG) $(LD_PATHS:%=-L%)
-LDFLAGS += $(LDFLAGS_DEBUG)
+LDFLAGS+= $(LDFLAGS_DEBUG) $(LD_PATHS:%=-L%)
 
 #
 # Stuff to clean and clobber for the compiler and its tools
____

(I've added an extra space after "LDFLAGS+=" since I emailed this in
http://www.rtems.org/pipermail/rtems-devel/2013-July/003497.html )

See
http://git.rtems.org/rtems/commit/c/src/make/compilers/gcc-target-default.cfg?id=ea9f76742163cccf98eb326db7459c18d2fad1b6 for why LD_PATHS had been commented ("Now implicitly handled by gcc-spec").

Makefile.leaf suggests that this variable should be used, so I think
putting it back is the right thing to do...?
-- 
Nick Withers

Embedded Systems Programmer
Room 2.26, Building 57
Department of Nuclear Physics
Research School of Physics and Engineering
The Australian National University (CRICOS: 00120C)

eMail: nick.withers at anu.edu.au
Phone: +61 2 6125 2091
Mobile: +61 414 397 446





More information about the devel mailing list