public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/42300] New: Having LIBRARY_PATH set but with null contents, makes gcc read ./specs
@ 2009-12-05 16:43 viriketo at gmail dot com
2009-12-06 8:59 ` [Bug c/42300] " pinskia at gcc dot gnu dot org
0 siblings, 1 reply; 2+ messages in thread
From: viriketo at gmail dot com @ 2009-12-05 16:43 UTC (permalink / raw)
To: gcc-bugs
I think that a LIBRARY_PATH set, but without any contents (as done in shell
with LIBRARY_PATH= ) will make gcc read the specs file from the directory '.'.
Having no LIBRARY_PATH in the environment does not make gcc read ./specs.
For example. this can break the build of a cross-compiler with g++, because the
g++ is compiled with the build gcc after building the cross-gcc, which created
a 'specs' file in the current directory (build/gcc).
In this build, the built-in specs in the build gcc should be used, and not
those of the cross compiler (./specs).
This can be reproduced trying to make a g++ cross-compiler with the
LIBRARY_PATH environment variable set but with a null string content.
I could reproduce this with gcc 4.3.4 too, either a native or a cross compiler.
If it is a feature, I think the LIBRARY_PATH section in the gcc manual should
explain about this, because I would expect this behaviour only under
LIBRARY_PATH=.
--
Summary: Having LIBRARY_PATH set but with null contents, makes
gcc read ./specs
Product: gcc
Version: 4.4.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: viriketo at gmail dot com
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux or any target for a cross-compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42300
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bug c/42300] Having LIBRARY_PATH set but with null contents, makes gcc read ./specs
2009-12-05 16:43 [Bug c/42300] New: Having LIBRARY_PATH set but with null contents, makes gcc read ./specs viriketo at gmail dot com
@ 2009-12-06 8:59 ` pinskia at gcc dot gnu dot org
0 siblings, 0 replies; 2+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2009-12-06 8:59 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-06 08:59 -------
specs files are no longer generated by default.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42300
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-12-06 8:59 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-12-05 16:43 [Bug c/42300] New: Having LIBRARY_PATH set but with null contents, makes gcc read ./specs viriketo at gmail dot com
2009-12-06 8:59 ` [Bug c/42300] " pinskia at gcc dot gnu dot org
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).