[Bug other/27348] memcmp reads past end of strings

2006-04-28 Thread fnf at specifix dot com


--- Comment #3 from fnf at specifix dot com  2006-04-28 13:54 ---
Subject: Re:  memcmp reads past end of strings

On Friday 28 April 2006 09:36, rguenth at gcc dot gnu dot org wrote:
> 
> --- Comment #2 from rguenth at gcc dot gnu dot org  2006-04-28 13:36 
> ---
> In this particular case this should not happen as the memcmp is guarded by the
> length comparison before.
> 
> 

Heres an example run:

$ export MUDFLAP_OPTIONS=-viol-gdb
$ build/gengtype
warning: structure `eh_range' used but not defined
warning: structure `jdeplist_s' used but not defined
warning: structure `java_lexer' used but not defined
warning: structure `ZipDirectory' used but not defined
warning: structure `VEC_cp_token_position_heap' used but not defined
warning: structure `c_arg_info' used but not defined
warning: structure `c_switch' used but not defined
warning: structure `et_node' used but not defined
warning: structure `loop' used but not defined
warning: structure `ipa_reference_vars_info_d' used but not defined
warning: structure `reg_info_def' used but not defined
***
mudflap violation 1 (check/read): time=1146233898.486348 ptr=0x809da1e size=8
pc=0x8851ed location=`(memcmp 1st arg)'
  /opt/local/latest/trunk/lib/libmudflap.so.0(__mf_check+0x3d) [0x8851ed]
  /opt/local/latest/trunk/lib/libmudflap.so.0(__mfwrap_memcmp+0x8a)
[0x8917ba]
  build/gengtype(get_output_file_with_visibility+0x901) [0x8056912]
Nearby object 1: checked region begins 30B into and ends 1B after
mudflap object 0x842f368: name=`string literal'
bounds=[0x809da00,0x809da24] size=37 area=static check=104r/112w liveness=112
alloc time=1146233889.975351 pc=0x884c4d
number of nearby objects: 1

[ stuff deleted ]

#7  0x08056912 in get_output_file_with_visibility (input_file=0x809da00
"/src/latest/trunk/src/gcc/gcc/tree.h")
at /src/latest/trunk/src/gcc/gcc/gengtype.c:1275
1275if (memcmp (basename, lang_dir_names[i], strlen
(lang_dir_names[i])) == 0
(gdb) x/s basename
0x809da1e :   "tree.h"
(gdb) x/s lang_dir_names[i]
0x809d53b :  "treelang"
(gdb) p strlen (lang_dir_names[i])
$1 = 8
(gdb)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27348



[Bug middle-end/28198] [4.2 Regression] ICE building mips-elf cross compiler

2006-06-30 Thread fnf at specifix dot com


--- Comment #7 from fnf at specifix dot com  2006-06-30 10:52 ---
Subject: Re:  [4.2 Regression] ICE building mips-elf cross compiler

On Thursday 29 June 2006 13:55, pinskia at gcc dot gnu dot org wrote:
> Can you build a x86 compiler after revision 115072 and try again, I fixed the
> issue mentioned in comment #5.

I updated my sources last night and tried building a native x86
compiler this morning.  I'm getting an internal error still, though
this one looks different.

I wonder if this is due to problems with precompiled headers and Fedora Core
4's
exec shield.  I'll try disabling the exec shield and see if the problem goes
away.

/build/latest/trunk/i686-pc-linux-gnu/gcc/./gcc/xgcc -shared-libgcc
-B/build/latest/trunk/i686-pc-linux-gnu/gcc/./gcc -nostdinc++
-L/build/latest/trunk/i686-\pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/src
-L/build/latest/trunk/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/opt/local/latest/\trunk/i686-pc-linux-gnu/bin/
-B/opt/local/latest/trunk/i686-pc-linux-gnu/lib/ -isystem
/opt/local/latest/trunk/i686-pc-linux-gnu/include -isystem
/opt/local/\latest/trunk/i686-pc-linux-gnu/sys-include -Winvalid-pch
-Wno-deprecated -x c++-header -g -O2  -D_GNU_SOURCE
-I/build/latest/trunk/i686-pc-linux-gnu/gcc/i686\-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu
-I/build/latest/trunk/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/include
-I/src/latest/trunk/s\rc/gcc/libstdc++-v3/libsupc++
/src/latest/trunk/src/gcc/libstdc++-v3/include/precompiled/extc++.h -O2 -g -o
./i686-pc-linux-gnu/bits/extc++.h.gch/O2g.gch;
/build/latest/trunk/i686-pc-linux-gnu/gcc/i686-pc-linux-gnu/libstdc++-v3/include/ext/pb_ds/detail/binary_heap_/binary_heap_.hpp:235:
internal compiler error:\ tree check: expected integer_cst, have scope_ref in
tree_int_cst_sgn, at tree.c:4484


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28198



[Bug c++/28217] [4.2 regression] ICE in tree_int_cst_sgn

2006-07-04 Thread fnf at specifix dot com


--- Comment #5 from fnf at specifix dot com  2006-07-04 15:42 ---
Subject: Re:  [4.2 regression] ICE in tree_int_cst_sgn

On Tuesday 04 July 2006 10:39, rguenth at gcc dot gnu dot org wrote:
> Testcase?  Works for me...

28219 has a testcase

-Fred


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217



[Bug c++/28217] [4.2 regression] ICE in tree_int_cst_sgn

2006-07-11 Thread fnf at specifix dot com


--- Comment #9 from fnf at specifix dot com  2006-07-11 09:08 ---
Subject: Re:  [4.2 regression] ICE in tree_int_cst_sgn

On Tuesday 11 July 2006 04:44, schwab at suse dot de wrote:
> This is now causing bootstrap to fail.

I'm currently configuring with --disable-libstdcxx-pch to work around
the problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217