http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
Richard Earnshaw changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
--- Comment #12 from lool at dooz dot org 2010-08-16 14:40 ---
Ok, it's [0] because ziproxy uses "nsaddr" as an identifier for a local
variable which conflicts with a compatibility #define in glibc resolv.h.
Renaming to "nsaddress" for instance fixes the build, so clearly bogus source
c
--- Comment #11 from tbm at gcc dot gnu dot org 2010-08-16 14:35 ---
Reopening.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #10 from tbm at gcc dot gnu dot org 2010-08-16 14:34 ---
Reopening since GCC should not ICE, even if the code is invalid.
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from lool at dooz dot org 2010-08-16 14:22 ---
Also, even if it's invalid input, I guess gcc should never SEGV, but rather
throw an error out?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
--- Comment #8 from lool at dooz dot org 2010-08-16 14:21 ---
I'm not sure how the .i ends up with a zero-length array; resolv.h has:
# define MAXNS 3 /* max # name servers we'll track */
[...]
struct __res_state {
[...]
struct sockaddr_in
n
--- Comment #7 from ramana at gcc dot gnu dot org 2009-08-05 16:42 ---
Invalid testcase as per comment #6.
(In reply to comment #4)
> I see the same problem when I try to compile transmission release 1.73. The
> error happens with file libtransmission/fdlimit.c. Works till -O1 but fail
--- Comment #6 from mikpe at it dot uu dot se 2009-08-04 14:07 ---
Hang on, the test case looks invalid:
> ReadCfgFile (char *cfg_file)
> {
> void *conf_handler;
> int i;
> struct sockaddr_in nsaddr_list[0];
> char *nserver_str;
> qp_getconf_array_str (conf_handler, "Nameserve
--- Comment #5 from mikpe at it dot uu dot se 2009-08-04 13:58 ---
Confirmed with gcc-4.3-20090802, gcc-4.4-20090728, and gcc-4.5-20090730.
Passing -mtune=xscale to gcc prevents the ICE.
--
mikpe at it dot uu dot se changed:
What|Removed |Added
---
--- Comment #4 from nospamnoham at gmail dot com 2009-08-04 06:52 ---
I see the same problem when I try to compile transmission release 1.73. The
error happens with file libtransmission/fdlimit.c. Works till -O1 but fails
with -O2 or -O3. Seeing this error with gcc 4.21.
Transmission wa
--- Comment #3 from laurent at guerby dot net 2009-01-02 11:53 ---
backtrace on trunk:
(gdb) bt
#0 fancy_abort (file=0x786084 "../../trunk/gcc/reload1.c", line=6470,
function=0x785f8c "choose_reload_regs") at ../../trunk/gcc/diagnostic.c:712
#1 0x002ba378 in choose_reload_regs (chain=
--- Comment #2 from laurent at guerby dot net 2009-01-02 11:50 ---
Confirmed with gcc-4.3.2-1 Debian gnueabi:
$ gcc -c -O1 pr36466.c
pr36466.c: In function ReadCfgFile:
pr36466.c:19: internal compiler error: in choose_reload_regs, at reload1.c:6190
And on trunk rev 142984:
pr36466.c:
--- Comment #1 from aurelien at aurel32 dot net 2008-06-08 14:31 ---
Created an attachment (id=15731)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15731&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
13 matches
Mail list logo
