http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
--- 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
--- 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 #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 #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 #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
--- 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 fails
--- 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 #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, Nameservers, i,
--- 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 #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
--- 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=15731action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36466
12 matches
Mail list logo