* egcs-19980628 libstdc++/Makefile.in problem
@ 1998-07-03 0:12 Joel Sherrill
1998-07-03 7:20 ` Carlo Wood
1998-07-03 12:21 ` Carlo Wood
0 siblings, 2 replies; 3+ messages in thread
From: Joel Sherrill @ 1998-07-03 0:12 UTC (permalink / raw)
To: egcs
Are there any reported cases of this fragment from the
libstdc++/Makefile.in being incorrectly generated in the Makefile?
Around line 277 of libstdc++/Makefile:
if [ x$(libsubdir) = x ] || [
x$(enable_version_specific_runtime_libs) != xyes ]; then \
INSTALLDIR=$(libdir); \
else \
INSTALLDIR=$(libsubdir); \
the INSTALLDIR= lines are being put in the generated Makefile as:
INSTALLDIR= XXX
with no trailing semi-colon or line continuation character.
I am targetting powerpc-rtems (based on powerpc-unknown-eabi) doing a one
tree style build with binutils 2.9.1 and newlib 1.8.0 on Redhat Linux 5.0.
Hints or patches appreciated. :)
--joel
Joel Sherrill Director of Research & Development
joel@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (205) 722-9985
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: egcs-19980628 libstdc++/Makefile.in problem
1998-07-03 0:12 egcs-19980628 libstdc++/Makefile.in problem Joel Sherrill
@ 1998-07-03 7:20 ` Carlo Wood
1998-07-03 12:21 ` Carlo Wood
1 sibling, 0 replies; 3+ messages in thread
From: Carlo Wood @ 1998-07-03 7:20 UTC (permalink / raw)
To: joel; +Cc: egcs
| Around line 277 of libstdc++/Makefile:
|
| if [ x$(libsubdir) = x ] || [
| x$(enable_version_specific_runtime_libs) != xyes ]; then \
| INSTALLDIR=$(libdir); \
| else \
| INSTALLDIR=$(libsubdir); \
Hmm, on second thought - I am not sure if these
in-script INSTALLDIR = ..;\ don't need to be replaced
too. In that case a different regular expression
would be needed of course. I don't understand
why during cross compiling we install in $(tooldir)
and otherwise not - but this specific Makefile.in
part doesn't seem to take it into account.
If we need something like
| if [ x$(libsubdir) = x ] || [
| x$(enable_version_specific_runtime_libs) != xyes ]; then \
| INSTALLDIR=$(tooldir)/lib ; \
| else \
| INSTALLDIR=$(tooldir)/lib ; \
then the following would do the job:
sed -e 's|INSTALLDIR.*=[^;]*|INSTALLDIR = $(tooldir)/lib |'
--
Carlo Wood <carlo@runaway.xs4all.nl>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: egcs-19980628 libstdc++/Makefile.in problem
1998-07-03 0:12 egcs-19980628 libstdc++/Makefile.in problem Joel Sherrill
1998-07-03 7:20 ` Carlo Wood
@ 1998-07-03 12:21 ` Carlo Wood
1 sibling, 0 replies; 3+ messages in thread
From: Carlo Wood @ 1998-07-03 12:21 UTC (permalink / raw)
To: joel; +Cc: egcs
| Are there any reported cases of this fragment from the
| libstdc++/Makefile.in being incorrectly generated in the Makefile?
|
| Around line 277 of libstdc++/Makefile:
|
| if [ x$(libsubdir) = x ] || [
| x$(enable_version_specific_runtime_libs) != xyes ]; then \
| INSTALLDIR=$(libdir); \
| else \
| INSTALLDIR=$(libsubdir); \
|
| the INSTALLDIR= lines are being put in the generated Makefile as:
|
| INSTALLDIR= XXX
|
| with no trailing semi-colon or line continuation character.
|
| I am targetting powerpc-rtems (based on powerpc-unknown-eabi) doing a one
| tree style build with binutils 2.9.1 and newlib 1.8.0 on Redhat Linux 5.0.
|
| Hints or patches appreciated. :)
I found the bug in configure.in:
# If cross-compiling, we install in $(tooldir).
if [ -n "${with_cross_host}" ] ; then
rm -f Makefile.tem
sed \
-e 's|INSTALLDIR.*=.*$|INSTALLDIR = $(tooldir)/lib|' \
Makefile >Makefile.tem
mv -f Makefile.tem Makefile
fi
This should be changed to:
sed \
-e 's|^INSTALLDIR.*=.*$|INSTALLDIR = $(tooldir)/lib|' \
Note the added '^'
--
Carlo Wood <carlo@runaway.xs4all.nl>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~1998-07-03 12:21 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1998-07-03 0:12 egcs-19980628 libstdc++/Makefile.in problem Joel Sherrill
1998-07-03 7:20 ` Carlo Wood
1998-07-03 12:21 ` Carlo Wood
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).