[Bug middle-end/34906] valgrind error indication from testsuite gimplify.c: gimplify_asm_expr

2008-06-21 Thread laurynas dot biveinis at gmail dot com


--- Comment #2 from laurynas dot biveinis at gmail dot com  2008-06-21 
17:40 ---
Reproduced with r137000.

Basically we have:
gimplify_asm_expr(...)
{
  ...
  bool is_inout;
  ...
  for (...)
  {
 parse_output_constraint (&is_inout);
 if (is_inout)
 {
...

Now the problem is that parse_output_constraint reports an error and exits
early, before setting is_inout value.


-- 

laurynas dot biveinis at gmail dot com changed:

   What|Removed |Added

 CC|    |laurynas dot biveinis at
   |    |gmail dot com


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



[Bug middle-end/34905] valgrind error indication from testsuite typeck.c:comptypes

2008-06-21 Thread laurynas dot biveinis at gmail dot com


--- Comment #2 from laurynas dot biveinis at gmail dot com  2008-06-21 
17:12 ---
Valgrind output is clean with r137000.


-- 

laurynas dot biveinis at gmail dot com changed:

   What|Removed |Added

 CC||laurynas dot biveinis at
   ||gmail dot com


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



[Bug pch/34909] valgrind error indication from testsuite c-pch.c: c_common_write_pch

2008-06-21 Thread laurynas dot biveinis at gmail dot com


--- Comment #2 from laurynas dot biveinis at gmail dot com  2008-06-21 
16:38 ---
Confirmed with r137000 with a different valgrind backtrace:

[EMAIL PROTECTED]:~/src/gcc-trunk/gcc/gcc/testsuite/objc.dg/pch$ valgrind
"/home/lauris/src/gcc-trunk/obj/gcc/cc1obj" "-quiet"
"-I/home/lauris/src/gcc-trunk/gcc/gcc/testsuite/../../libobjc" "-iprefix"
"/home/lauris/src/gcc-trunk/obj/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.4.0/"
"-isystem" "/home/lauris/src/gcc-trunk/obj/gcc/include" "-isystem"
"/home/lauris/src/gcc-trunk/obj/gcc/include-fixed" "./interface-1.h" "-quiet"
"-dumpbase" "interface-1.h" "-mtune=generic" "-auxbase" "interface-1" "-g"
"-O0" "-o" "/tmp/cc8Pabsb.s" "--output-pch=" "interface-1.h.gch"
==12173== Memcheck, a memory error detector.
==12173== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==12173== Using LibVEX rev 1804, a library for dynamic binary translation.
==12173== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==12173== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation
framework.
==12173== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==12173== For more details, rerun with: -v
==12173== 
==12173== Syscall param write(buf) points to uninitialised byte(s)
==12173==at 0x5370BB0: __write_nocancel (in /usr/lib/debug/libc-2.7.so)
==12173==by 0x5314CE2: _IO_file_write@@GLIBC_2.2.5 (fileops.c:1266)
==12173==by 0x5314BC3: _IO_do_write@@GLIBC_2.2.5 (fileops.c:520)
==12173==by 0x531610C: _IO_file_xsputn@@GLIBC_2.2.5 (fileops.c:1348)
==12173==by 0x5314190: fwrite_unlocked (iofwrite_u.c:47)
==12173==by 0xB258E3: write_macdef (pch.c:80)
==12173==by 0xB25E40: ht_forall (symtab.c:235)
==12173==by 0xB2576A: cpp_save_state (pch.c:202)
==12173==by 0x48A951: pch_init (c-pch.c:166)
==12173==by 0x47E8AD: c_common_parse_file (c-opts.c:1261)
==12173==by 0x6E8F71: toplev_main (toplev.c:965)
==12173==by 0x52C51C3: (below main) (libc-start.c:220)
==12173==  Address 0x418701b is not stack'd, malloc'd or (recently) free'd
==12173== 
==12173== Syscall param write(buf) points to uninitialised byte(s)
==12173==at 0x5370BB0: __write_nocancel (in /usr/lib/debug/libc-2.7.so)
==12173==by 0x5314CE2: _IO_file_write@@GLIBC_2.2.5 (fileops.c:1266)
==12173==by 0x5314BC3: _IO_do_write@@GLIBC_2.2.5 (fileops.c:520)
==12173==by 0x5316908: _IO_switch_to_get_mode (genops.c:189)
==12173==by 0x5314EF7: _IO_file_seekoff@@GLIBC_2.2.5 (fileops.c:976)
==12173==by 0x5311E79: fseek (fseek.c:41)
==12173==by 0x4ABFC3: ggc_pch_write_object (ggc-page.c:2205)
==12173==by 0x5FC666: gt_pch_save (ggc-common.c:515)
==12173==by 0x48A66F: c_common_write_pch (c-pch.c:212)
==12173==by 0x47E8C4: c_common_parse_file (c-opts.c:1265)
==12173==by 0x6E8F71: toplev_main (toplev.c:965)
==12173==by 0x52C51C3: (below main) (libc-start.c:220)
==12173==  Address 0x418724c is not stack'd, malloc'd or (recently) free'd
==12173== 
==12173== ERROR SUMMARY: 13 errors from 2 contexts (suppressed: 8 from 1)
==12173== malloc/free: in use at exit: 492,967 bytes in 1,518 blocks.
==12173== malloc/free: 15,936 allocs, 14,418 frees, 2,778,332 bytes allocated.
==12173== For counts of detected errors, rerun with: -v
==12173== searching for pointers to 1,518 not-freed blocks.
==12173== checked 3,563,304 bytes.
==12173== 
==12173== LEAK SUMMARY:
==12173==definitely lost: 152,024 bytes in 289 blocks.
==12173==      possibly lost: 0 bytes in 0 blocks.
==12173==still reachable: 340,943 bytes in 1,229 blocks.
==12173== suppressed: 0 bytes in 0 blocks.
==12173== Rerun with --leak-check=full to see details of leaked memory.


-- 

laurynas dot biveinis at gmail dot com changed:

   What|Removed |Added

 CC||laurynas dot biveinis at
   ||gmail dot com


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



[Bug fortran/36342] [4.4 Regression] Missing file name in compilation diagnostics of preprocessed fortran source

2008-06-20 Thread laurynas dot biveinis at gmail dot com


--- Comment #15 from laurynas dot biveinis at gmail dot com  2008-06-20 
14:00 ---
Junk output and valgrind errors should be fixed by a patch for PR fortran/34908
and PR fortran/36276. The /tmp/... file name issue needs additional fixing
though.


-- 


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



[Bug debug/34908] valgrind error indication from testsuite hashtab.c : htab_hash_string

2008-06-18 Thread laurynas dot biveinis at gmail dot com


--- Comment #1 from laurynas dot biveinis at gmail dot com  2008-06-18 
16:24 ---
Confirmed with r136520:
(I don't have bugzilla permissions to change status from UNCONFIRMED though)

[EMAIL PROTECTED]:~/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg$ valgrind
"/home/lauris/src/gcc-trunk/obj/gcc/testsuite/gfortran/../../f951"
"/home/lauris/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg/do_3.F90" "-cpp"
"/tmp/ccknYXpY.f90" "-quiet" "-iprefix"
"/home/lauris/src/gcc-trunk/obj/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.4.0/"
"-isystem"
"/home/lauris/src/gcc-trunk/obj/gcc/testsuite/gfortran/../../include"
"-isystem"
"/home/lauris/src/gcc-trunk/obj/gcc/testsuite/gfortran/../../include-fixed"
"/home/lauris/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg/do_3.F90"
"-mtune=generic" "-std=legacy" "-ffree-line-length-none" "-fno-range-check"
"-fwrapv" "-fworking-directory" "-O3" "-quiet" "-dumpbase" "do_3.F90"
"-mtune=generic" "-auxbase" "do_3" "-g" "-O3" "-std=legacy"
"-ffree-line-length-none" "-fno-range-check" "-fwrapv"
"-fintrinsic-modules-path" "finclude" "-o" "/tmp/cccjy6GM.s"
==15364== Memcheck, a memory error detector.
==15364== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==15364== Using LibVEX rev 1854, a library for dynamic binary translation.
==15364== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==15364== Using valgrind-3.3.1, a dynamic binary instrumentation framework.
==15364== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==15364== For more details, rerun with: -v
==15364== 
==15364== Invalid read of size 1
==15364==at 0xB87C20: htab_hash_string (hashtab.c:812)
==15364==by 0x555F6D: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x56D4D6: gen_subprogram_die (dwarf2out.c:12483)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
==15364==by 0x568489: dwarf2out_abstract_function (dwarf2out.c:12343)
==15364==by 0x95AF2B: gimple_expand_calls_inline (tree-inline.c:2891)
==15364==by 0x95BFFA: optimize_inline_calls (tree-inline.c:3026)
==15364==by 0x930A36: inline_transform (ipa-inline.c:1627)
==15364==by 0x68DB8A: execute_one_pass (passes.c:1215)
==15364==by 0x68DED4: execute_pass_list (passes.c:1342)
==15364==  Address 0x56e06b0 is not stack'd, malloc'd or (recently) free'd
==15364== 
==15364== Invalid read of size 1
==15364==at 0xB87C3F: htab_hash_string (hashtab.c:812)
==15364==by 0x555F6D: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x56D4D6: gen_subprogram_die (dwarf2out.c:12483)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
==15364==by 0x568489: dwarf2out_abstract_function (dwarf2out.c:12343)
==15364==by 0x95AF2B: gimple_expand_calls_inline (tree-inline.c:2891)
==15364==by 0x95BFFA: optimize_inline_calls (tree-inline.c:3026)
==15364==by 0x930A36: inline_transform (ipa-inline.c:1627)
==15364==by 0x68DB8A: execute_one_pass (passes.c:1215)
==15364==by 0x68DED4: execute_pass_list (passes.c:1342)
==15364==  Address 0x56e06b1 is not stack'd, malloc'd or (recently) free'd
==15364== 
==15364== Invalid read of size 1
==15364==at 0x4C24061: strcmp (mc_replace_strmem.c:337)
==15364==by 0x555BBB: file_table_eq (dwarf2out.c:14428)
==15364==by 0xB88508: htab_find_slot_with_hash (hashtab.c:634)
==15364==by 0x555F83: lookup_filename (dwarf2out.c:14463)
==15364==by 0x561727: add_src_coords_attributes (dwarf2out.c:11467)
==15364==by 0x562732: add_name_and_src_coords_attributes
(dwarf2out.c:11484)
==15364==by 0x569A40: gen_formal_parameter_die (dwarf2out.c:12170)
==15364==by 0x56AABF: gen_decl_die (dwarf2out.c:14136)
==15364==by 0x56C32E: gen_subprogram_die (dwarf2out.c:12647)
==15364==by 0x56A98F: gen_decl_die (dwarf2out.c:14042)
==15364==by 0x568489: dwarf2out_abstract_function (dwarf2out.c:12343)
==15364==by 0x95AF2B: gimple_expand_calls_inline (tree-inline.c:2891)
==15364==  Address 0x56e06b0 is not stack'd, malloc'd or (recently) free'd
==15364== 
==15364== Invalid read of size 1
==15364==at 0x4C24064: strcmp (mc_replace_strmem.c:337)
==15364==by 0x555BBB: file_table_eq (dwarf2out.c:14428)
==15364==by 0xB88508: htab_find_slot_with_hash (hashtab.c:634)
==15364==by 0x555F83: lookup_filename (dwarf2out

[Bug bootstrap/20437] bootstrap --enable-maintainer-mode broken

2006-06-03 Thread laurynas dot biveinis at gmail dot com


--- Comment #3 from laurynas dot biveinis at gmail dot com  2006-06-03 
22:19 ---
Current GCC does not fail with this error on maintainer mode bootstrap. 
However, there are several other issues with objdir != srcdir and missing
dependencies. I'm testing a patch which should solve them.


-- 

laurynas dot biveinis at gmail dot com changed:

   What|Removed |Added

 CC||laurynas dot biveinis at
   ||gmail dot com


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