[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