http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49930
Loïc Minier changed:
What|Removed |Added
CC||lool at dooz dot org
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50116
Bug #: 50116
Summary: internal compiler error: in decode_addr_const, at
varasm.c:2632
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
--- 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
--- 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 s
