[Bug target/28102] [4.2/4.3 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared
--- Comment #26 from tschwinge at gnu dot org 2007-12-27 18:23 --- Here is what I proposed / asked: <http://gcc.gnu.org/ml/gcc/2007-11/msg00289.html> Unfortunately I didn't get a definitive answer. I did not yet start to implement the ideas I described. I don't know if such a patch would finally be applied to the GCC repository. In the mean time I'm using these patches: <http://www.schwinge.homeip.net/~thomas/tmp/gcc-patches/> -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28102
[Bug preprocessor/27036] New: ICE in dwarf2out_finish, at dwarf2out.c:14116
lib/gcc/i586-pc-gnu/4.1.1/../../../../i586-pc-gnu/include" ignoring duplicate directory "/fs/data/mount/home/thomas/tmp/gnu-2/bin/../sys_root/include" ignoring duplicate directory "." ignoring duplicate directory "." ignoring duplicate directory ".." ignoring duplicate directory "./include" ignoring duplicate directory "." ignoring duplicate directory "." ignoring duplicate directory ".." ignoring duplicate directory "include" ignoring duplicate directory "../include" ignoring duplicate directory "./include" #include "..." search starts here: #include <...> search starts here: . .. include ../include /fs/data/mount/home/thomas/tmp/gnu-2/bin/../lib/gcc/i586-pc-gnu/4.1.1/include /fs/data/mount/home/thomas/tmp/gnu-2/bin/../lib/gcc/i586-pc-gnu/4.1.1/../../../../i586-pc-gnu/include End of search list. ../init/init.c:53:30: error: startup_notify_U.h: No such file or directory ../init/init.c:54:29: error: startup_reply_U.h: No such file or directory ../init/init.c:55:23: error: startup_S.h: No such file or directory ../init/init.c:56:22: error: notify_S.h: No such file or directory ../init/init.c:57:24: error: mung_msg_S.h: No such file or directory #v- -- Summary: ICE in dwarf2out_finish, at dwarf2out.c:14116 Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tschwinge at gnu dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i586-pc-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27036
[Bug preprocessor/27036] ICE in dwarf2out_finish, at dwarf2out.c:14116
--- Comment #1 from tschwinge at gnu dot org 2006-04-04 22:58 --- Created an attachment (id=11209) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11209&action=view) init.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27036
[Bug target/29838] -fstack-protector shouldn't use TLS in freestanding mode
--- Comment #4 from tschwinge at gnu dot org 2006-11-15 10:11 --- Cced to Jakub Jelinek, who originally implemented this functionality. Could you please comment on this issue? -- tschwinge at gnu dot org changed: What|Removed |Added CC||jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838
[Bug driver/30090] New: Incorrectness in `gcc.c'
gcc.c
#v+
[...]
Specs are strings containing lines, each of which (if not blank)
is made up of a program name, and arguments separated by spaces.
The program name must be exact and start from root, since no path
is searched and it is unreliable to depend on the current working directory.
[...]
#v-
On further inspection of `gcc.c' it turns out that this is not true, and
instead a rather extensive method of locating the executable is used, involving
hard-coded paths and also `$PATH'.
#v+
$ cat specs
@foo_language:
printenv PATH
which fortune
fortune
$ gcc -E -x foo_language -specs=specs /dev/null
/home/cip/3/cpts2523/command:/home/cip/3/cpts2523/shared/command:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games
/usr/games/fortune
But, for my own part, it was Greek to me.
-- William Shakespeare, "Julius Caesar"
#v-
--
Summary: Incorrectness in `gcc.c'
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tschwinge at gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30090
[Bug driver/30091] New: specs file: [EMAIL PROTECTED]' not documented
It seems to me that neither in the manual nor in the commentary in `gcc.c' it
is documented that one can use [EMAIL PROTECTED]' to introduce a new `LANGUAGE'
to gcc
when using custom specs files via `gcc -specs=FILE'.
Is it advisible to have the specs syntax's documentation both in the Texinfo
manual and as comments in `gcc.c'? Are they kept in sync?
--
Summary: specs file: [EMAIL PROTECTED]' not documented
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tschwinge at gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30091
[Bug driver/30091] specs file: [EMAIL PROTECTED]' not documented
--- Comment #1 from tschwinge at gnu dot org 2006-12-06 18:22 --- It is also not documented that `#COMMENT' can be used to embed comments. And `\f' (form feed, `^L') could be added to list of white space (in the skip_whitespace function): it's convenient to separate units in hand-made specs files by form feed characters. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30091
[Bug target/29838] -fstack-protector shouldn't use TLS in freestanding mode
--- Comment #10 from tschwinge at gnu dot org 2006-12-15 19:30 --- Roland McGrath proposed the following: ``I think it really ought to be controlled by a -mno-stack-protector-tls or suchlike, for complete flexibility. Obviously it should default to disabled for -ffreestanding.'' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838
