[Bug middle-end/41343] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

2009-09-12 Thread ramana at gcc dot gnu dot org


--- Comment #5 from ramana at gcc dot gnu dot org  2009-09-12 07:05 ---
(In reply to comment #2)
> Created an attachment (id=18572)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18572&action=view) [edit]
> patch that might help alleviate the problem
> 
> This patch helped me save a lot of memory on another PPC testcase that 
> involved
> lots of expressions with equivalent values, which causes “interesting“ 
> behavior
> in var-tracking/cselib, generating a lot of RTL junk.  From your description,
> it's not clear that it's the same problem, but I thought I'd post the
> (unpolished) patch anyway, because a proper algorithmic fix to var-tracking
> will take longer.  Even more so because I'm away for a week, starting today.  
> I
> hope this helps.  Please let me know.
> 

The patch didn't apply cleanly for me and didn't make any noticeable difference
on arm-*eabi configuratons for me.


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-09-12 07:05:26
   date||


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



[Bug fortran/41212] [4.5 Regression] miscompilation at -O2

2009-09-12 Thread jv244 at cam dot ac dot uk


--- Comment #11 from jv244 at cam dot ac dot uk  2009-09-12 08:29 ---
(In reply to comment #9)
> Indeed. For fixing fwprop this:
[...]
> or this:
[...]
> will both fix the issue at hand.  The first will propagate to everywhere
> (with the problem mentioned in the comment, so that would need refinement),
> the second will not touch this.

I've tested both patches on CP2K, which is currently miscompiled due to
aliasing issues (PR41312). The second patch fixes some issues, but not all
(i.e. shifts the segfault to a later point). The first patch is needed to get a
correct run. If there is a refined version of patch 1, I'm happy to give it
another round of testing... some fix is need to get the CP2K/gfortran
performance tester (http://cp2k.berlios.de/gfortran/) back in shape.


-- 


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



[Bug middle-end/41312] [4.5 Regression] miscompilation of CP2K at -O3

2009-09-12 Thread jv244 at cam dot ac dot uk


--- Comment #3 from jv244 at cam dot ac dot uk  2009-09-12 08:30 ---
there are more miscompilations than the one file mentioned here. The full build
seems to go fine with -fno-strict-aliasing. I've tested some patches mentioned
in PR41212, more info there.


-- 


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



[Bug target/39578] Linkage broken for dllimport vtables

2009-09-12 Thread ktietz at gcc dot gnu dot org


--- Comment #2 from ktietz at gcc dot gnu dot org  2009-09-12 09:54 ---
I tested this bug for 4.5 and here it seems to be solved for i686-pc-mingw32.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ktietz at gcc dot gnu dot
   ||org


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



[Bug target/40905] GCC creates invalid executable with auto-imported DLL and __attribute__((cold))

2009-09-12 Thread ktietz at gcc dot gnu dot org


--- Comment #6 from ktietz at gcc dot gnu dot org  2009-09-12 10:55 ---
I added you to this thread, as you merged new pseudo-relocation code to
mingw.org's runtime.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dannysmith at users dot
   ||sourceforge dot net


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



[Bug fortran/41212] [4.5 Regression] miscompilation at -O2

2009-09-12 Thread rguenth at gcc dot gnu dot org


--- Comment #12 from rguenth at gcc dot gnu dot org  2009-09-12 11:46 
---
We should instead revert

2009-08-18  Michael Matz  

* trans-expr.c (gfc_conv_substring): Don't evaluate casted decl early,
change order of length calculation to (end - start) + 1.
(gfc_get_interface_mapping_array): Adjust call to
gfc_get_nodesc_array_type.
...
* trans-decl.c (gfc_finish_var_decl): Give scalars that can't be
aliased a type with a different alias set than the base type.
(gfc_build_dummy_array_decl): Adjust call to gfc_get_nodesc_array_type.

for now.

Richard.


-- 


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



[Bug other/41340] [4.5 Regression] G++ produces different code with and without -g option

2009-09-12 Thread rguenth at gcc dot gnu dot org


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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



[Bug middle-end/41343] [4.5 Regression] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

2009-09-12 Thread rguenth at gcc dot gnu dot org


--- Comment #6 from rguenth at gcc dot gnu dot org  2009-09-12 11:56 ---
We should definitely limit the size of expressions we store in debug
stmts/insns.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||memory-hog
Summary|sysdeps/ieee754/dbl-|[4.5 Regression]
   |64/dosincos.c from glibc|sysdeps/ieee754/dbl-
   |causes excessive memory use |64/dosincos.c from glibc
   ||causes excessive memory use
   Target Milestone|--- |4.5.0


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



[Bug middle-end/41343] [4.5 Regression] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

2009-09-12 Thread rguenth at gcc dot gnu dot org


--- Comment #7 from rguenth at gcc dot gnu dot org  2009-09-12 12:10 ---
Because I can easily cause exponential growth with them:

void foo (int i)
{
  int i1 = i + i;
  int i2 = i1 + i1;
  int i3 = i2 + i2;
  int i4 = i3 + i3;
}

will generate

  # DEBUG i1 => i_1(D) + i_1(D)
  # DEBUG i2 => (i_1(D) + i_1(D)) + (i_1(D) + i_1(D))
  # DEBUG i3 => ((i_1(D) + i_1(D)) + (i_1(D) + i_1(D))) + ((i_1(D) + i_1(D)) +
(i_1(D) + i_1(D)))
  # DEBUG i4 => (((i_1(D) + i_1(D)) + (i_1(D) + i_1(D))) + ((i_1(D) + i_1(D)) +
(i_1(D) + i_1(D + (((i_1(D) + i_1(D)) + (i_1(D) + i_1(D))) + ((i_1(D) +
i_1(D)) + (i_1(D) + i_1(D

Testcase:

#define X(new,old) int i ## new = i ## old + i ## old;
#define Y(pfx) X(pfx ## 1, pfx) \
  X(pfx ## 2, pfx ## 1) \
  X(pfx ## 3, pfx ## 2) \
  X(pfx ## 4, pfx ## 3) \
  X(pfx ## 5, pfx ## 4) \
  X(pfx ## 6, pfx ## 5) \
  X(pfx ## 7, pfx ## 6) \
  X(pfx ## 8, pfx ## 7) \
  X(pfx ## 9, pfx ## 8)

void foo (int i1)
{
  Y(1)
  Y(11)
  Y(111)
}


-- 


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



[Bug middle-end/41343] [4.5 Regression] sysdeps/ieee754/dbl-64/dosincos.c from glibc causes excessive memory use

2009-09-12 Thread rguenth at gcc dot gnu dot org


--- Comment #8 from rguenth at gcc dot gnu dot org  2009-09-12 12:11 ---
We should be able to refer to previous debug insn/stmt vars instead of blindly
propagating all RHSs.


-- 


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



[Bug fortran/40962] Conversion problem for f-allocatable -> cptr -> fptr -> f-allocatable

2009-09-12 Thread J-A dot Martin at sympatico dot ca


--- Comment #10 from J-A dot Martin at sympatico dot ca  2009-09-12 13:43 
---
(In reply to comment #8)
> Subject: Bug 40962
> 
> Author: tkoenig
> Date: Thu Aug 20 20:42:38 2009
> New Revision: 150975
> 
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150975
> Log:
> 2009-08-20  Thomas Koenig  
> 
> PR libfortran/40962
> * iso_c_binding.c (c_f_pointer_u0):  Multiply stride by
> previous stride.
> 
> 2009-08-20  Thomas Koenig  
> 
> PR libfortran/40962
> * c_f_pointer_tests_4.f90:  New test.
> 
> 
> Added:
> branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/c_f_pointer_tests_4.f90
> Modified:
> branches/gcc-4_4-branch/gcc/testsuite/ChangeLog
> branches/gcc-4_4-branch/libgfortran/ChangeLog
> branches/gcc-4_4-branch/libgfortran/intrinsics/iso_c_binding.c
> 

It doesn't work if the  3rd dimension is > 2
The test case only shows the array shape. It should fill the sample arrays and
compares.


-- 


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



[Bug fortran/40962] Conversion problem for f-allocatable -> cptr -> fptr -> f-allocatable

2009-09-12 Thread tkoenig at gcc dot gnu dot org


--- Comment #11 from tkoenig at gcc dot gnu dot org  2009-09-12 14:00 
---
(In reply to comment #10)

> It doesn't work if the  3rd dimension is > 2
> The test case only shows the array shape.
> It should fill the sample arrays and
> compares.

The test case is:

! { dg-do run }
program main
   use iso_c_binding, only: c_ptr, c_loc, c_f_pointer
   implicit none
   integer, dimension(2,1,2), target :: table
   table = reshape ( (/ 1,2,-1,-2/), (/2,1,2/))
   call set_table (c_loc (table))
contains
   subroutine set_table (cptr)
 type(c_ptr), intent(in) :: cptr
 integer, dimension(:,:,:), pointer :: table_tmp
 call c_f_pointer (cptr, table_tmp, (/2,1,2/))
 if (any(table_tmp /= table)) call abort
 ! ^^
 ! comparison happens here
   end subroutine set_table
end program main

Output for the original test case is:

$ gfortran original.f90
$ ./a.out
In:   1  2  3  4  5  6 -1 -2 -3 -4 -5 -6
Tmp:  1  2  3  4  5  6 -1 -2 -3 -4 -5 -6
Out:  1  2  3  4  5  6 -1 -2 -3 -4 -5 -6


Do you have a failing test case?  If so, please
post it.  Are you using the wrong libraries, possibly?


-- 


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



[Bug fortran/41219] libgfortran build warnings

2009-09-12 Thread jvdelisle at gcc dot gnu dot org


--- Comment #13 from jvdelisle at gcc dot gnu dot org  2009-09-12 14:48 
---
I will do the write.c one.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


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



[Bug fortran/41219] libgfortran build warnings

2009-09-12 Thread jvdelisle at gcc dot gnu dot org


--- Comment #14 from jvdelisle at gcc dot gnu dot org  2009-09-12 15:08 
---
Subject: Bug 41219

Author: jvdelisle
Date: Sat Sep 12 15:08:27 2009
New Revision: 151653

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151653
Log:
2009-09-12  Jerry DeLisle  

PR libgfortran/41219
* io/write.c (write_a_char4): Use correct type for crlf constant.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/write.c


-- 


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



[Bug fortran/40962] Conversion problem for f-allocatable -> cptr -> fptr -> f-allocatable

2009-09-12 Thread J-A dot Martin at sympatico dot ca


--- Comment #12 from J-A dot Martin at sympatico dot ca  2009-09-12 16:17 
---
(In reply to comment #11)
> (In reply to comment #10)
> 
> > It doesn't work if the  3rd dimension is > 2
> > The test case only shows the array shape.
> > It should fill the sample arrays and
> > compares.
> 
> The test case is:
> 
> ! { dg-do run }
> program main
>use iso_c_binding, only: c_ptr, c_loc, c_f_pointer
>implicit none
>integer, dimension(2,1,2), target :: table
>table = reshape ( (/ 1,2,-1,-2/), (/2,1,2/))
>call set_table (c_loc (table))
> contains
>subroutine set_table (cptr)
>  type(c_ptr), intent(in) :: cptr
>  integer, dimension(:,:,:), pointer :: table_tmp
>  call c_f_pointer (cptr, table_tmp, (/2,1,2/))
>  if (any(table_tmp /= table)) call abort
>  ! ^^
>  ! comparison happens here
>end subroutine set_table
> end program main
> 
> Output for the original test case is:
> 
> $ gfortran original.f90
> $ ./a.out
> In:   1  2  3  4  5  6 -1 -2 -3 -4 -5 -6
> Tmp:  1  2  3  4  5  6 -1 -2 -3 -4 -5 -6
> Out:  1  2  3  4  5  6 -1 -2 -3 -4 -5 -6
> 
> 
> Do you have a failing test case?  If so, please
> post it.  Are you using the wrong libraries, possibly?
> 

I was using the wrong libraries.
Thank you.


-- 


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



[Bug fortran/41344] New: ICE / Bus error on OpenMP compile

2009-09-12 Thread george at gcc dot gnu dot org
Compilation successful without -fopenmp; ICE only with -fopenmp

Using latest binary release on gfortran / GCC Wiki

Code attached.

#gfortran -v -save-temps -fopenmp -c -o xrotate.o xrotate.f
Using built-in specs.
Target: i386-apple-darwin8.10.1
Configured with: /tmp/gfortran-20090604/ibin/../gcc/configure
--prefix=/usr/local/gfortran --enable-languages=c,fortran
--with-gmp=/tmp/gfortran-20090604/gfortran_libs --enable-bootstrap
Thread model: posix
gcc version 4.5.0 20090604 (experimental) [trunk revision 148180] (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.6' '-v' '-save-temps' '-fopenmp'
'-c' '-o' 'xrotate.o' '-mtune=generic'
 /usr/local/gfortran/libexec/gcc/i386-apple-darwin8.10.1/4.5.0/f951 xrotate.f
-ffixed-form -fPIC -quiet -dumpbase xrotate.f -mmacosx-version-min=10.5.6
-mtune=generic -auxbase-strip xrotate.o -version -fopenmp
-fintrinsic-modules-path
/usr/local/gfortran/lib/gcc/i386-apple-darwin8.10.1/4.5.0/finclude -o xrotate.s
GNU Fortran (GCC) version 4.5.0 20090604 (experimental) [trunk revision 148180]
(i386-apple-darwin8.10.1)
compiled by GNU C version 4.5.0 20090604 (experimental) [trunk revision
148180], GMP version 4.3.1, MPFR version 2.4.1-p5
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran (GCC) version 4.5.0 20090604 (experimental) [trunk revision 148180]
(i386-apple-darwin8.10.1)
compiled by GNU C version 4.5.0 20090604 (experimental) [trunk revision
148180], GMP version 4.3.1, MPFR version 2.4.1-p5
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
xrotate.f: In function 'xrotate':
xrotate.f:1275:0: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE / Bus error on OpenMP compile
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: george at gcc dot gnu dot org
 GCC build triplet: i386-apple-darwin8.10.1
  GCC host triplet: i386-apple-darwin8.10.1
GCC target triplet: i386-apple-darwin8.10.1


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



[Bug fortran/41344] ICE / Bus error on OpenMP compile

2009-09-12 Thread george at gcc dot gnu dot org


--- Comment #1 from george at gcc dot gnu dot org  2009-09-12 17:34 ---
Created an attachment (id=18573)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18573&action=view)
Code that elicits the ICE.


-- 


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



[Bug middle-end/41344] [4.5 Regression] ICE / Bus error on OpenMP compile

2009-09-12 Thread rguenth at gcc dot gnu dot org


--- Comment #2 from rguenth at gcc dot gnu dot org  2009-09-12 17:40 ---
Confirmed.

#0  0x085b0193 in main_block_label (label=0xb7bb63f0)
at /home/richard/src/trunk/gcc/tree-cfg.c:1065
1065  tree main_label = label_for_bb[bb->index].label;
(gdb) p bb
$2 = (basic_block) 0x0

#1  0x085b0486 in cleanup_dead_labels ()
at /home/richard/src/trunk/gcc/tree-cfg.c:1141
#2  0x085ad8eb in build_gimple_cfg (seq=0xb7d9836c)
at /home/richard/src/trunk/gcc/tree-cfg.c:200
#3  0x085ad992 in execute_build_cfg ()


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|fortran |middle-end
 Ever Confirmed|0   |1
 GCC target triplet|i386-apple-darwin8.10.1 |i?86-*-*
   Last reconfirmed|-00-00 00:00:00 |2009-09-12 17:40:27
   date||
Summary|ICE / Bus error on OpenMP   |[4.5 Regression] ICE / Bus
   |compile |error on OpenMP compile
   Target Milestone|--- |4.5.0


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



[Bug bootstrap/41345] New: bootstrap comparison failure with --disable-checking

2009-09-12 Thread dirtyepic at gentoo dot org
With current trunk (151649), bootstrap fails during the comparison stage when
--disable-checking is used.  GCC was built with:

$ ../configure --disable-checking
$ make -j4

which ultimately results in:

make "DESTDIR=" "RPATH_ENVVAR=LD_LIBRARY_PATH"
"TARGET_SUBDIR=x86_64-unknown-linux-gnu" "bindir=/usr/local/bin"
"datadir=/usr/local/share" "exec_prefix=/usr/local"
"includedir=/usr/local/include" "datarootdir=/usr/local/share"
"docdir=/usr/local/share/doc/" "infodir=/usr/local/share/info"
"pdfdir=/usr/local/share/doc/" "htmldir=/usr/local/share/doc/"
"libdir=/usr/local/lib" "libexecdir=/usr/local/libexec" "lispdir="
"localstatedir=/usr/local/var" "mandir=/usr/local/share/man"
"oldincludedir=/usr/include" "prefix=/usr/local" "sbindir=/usr/local/sbin"
"sharedstatedir=/usr/local/com" "sysconfdir=/usr/local/etc"
"tooldir=/usr/local/x86_64-unknown-linux-gnu"
"build_tooldir=/usr/local/x86_64-unknown-linux-gnu"
"target_alias=x86_64-unknown-linux-gnu" "AWK=gawk" "BISON=bison"
"CC_FOR_BUILD=gcc" "CFLAGS_FOR_BUILD=-g -O2" "CXX_FOR_BUILD=g++"
"EXPECT=expect" "FLEX=flex" "INSTALL=/usr/bin/install -c"
"INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c"
"INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS_FOR_BUILD=" "LEX=flex" "M4=m4"
"MAKE=make" "RUNTEST=runtest" "RUNTESTFLAGS=" "SED=/bin/sed" "SHELL=/bin/sh"
"YACC=bison -y" "`echo 'ADAFLAGS=' | sed -e s'/[^=][^=]*=$/XFOO=/'`"
"ADA_CFLAGS=" "AR_FLAGS=rc" "`echo 'BOOT_ADAFLAGS=-gnatpg -gnata' | sed -e
s'/[^=][^=]*=$/XFOO=/'`" "BOOT_CFLAGS=-g -O2" "BOOT_LDFLAGS=" "CFLAGS=-g -O2"
"CXXFLAGS=-g -O2" "LDFLAGS=" "LIBCFLAGS=-g -O2" "LIBCXXFLAGS=-g -O2
-fno-implicit-templates" "STAGE1_CHECKING=--enable-checking=yes,types"
"STAGE1_LANGUAGES=c" "GNATBIND=no" "GNATMAKE=no" "AR_FOR_TARGET=ar"
"AS_FOR_TARGET=as"
"CC_FOR_TARGET=/home/dirtyepic/tmp/gcc-4.5-20090910/build/./gcc/xgcc
-B/home/dirtyepic/tmp/gcc-4.5-20090910/build/./gcc/" "CFLAGS_FOR_TARGET=-g -O2"
"CPPFLAGS_FOR_TARGET=" "CXX_FOR_TARGET=g++" "CXXFLAGS_FOR_TARGET=-g -O2
-D_GNU_SOURCE" "DLLTOOL_FOR_TARGET=dlltool"
"FLAGS_FOR_TARGET=-B/usr/local/x86_64-unknown-linux-gnu/bin/
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem
/usr/local/x86_64-unknown-linux-gnu/include -isystem
/usr/local/x86_64-unknown-linux-gnu/sys-include" "GCJ_FOR_TARGET="
"GFORTRAN_FOR_TARGET="
"LD_FOR_TARGET=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.1/../../../../x86_64-unknown-linux-gnu/bin/ld"
"LIPO_FOR_TARGET=lipo" "LDFLAGS_FOR_TARGET=" "LIBCFLAGS_FOR_TARGET=-g -O2"
"LIBCXXFLAGS_FOR_TARGET=-g -O2 -D_GNU_SOURCE -fno-implicit-templates"
"NM_FOR_TARGET=nm" "OBJDUMP_FOR_TARGET=objdump" "RANLIB_FOR_TARGET=ranlib"
"STRIP_FOR_TARGET=strip" "WINDRES_FOR_TARGET=windres"
"WINDMC_FOR_TARGET=windmc" "BUILD_CONFIG=bootstrap-debug" "`echo 'LANGUAGES=' |
sed -e s'/[^=][^=]*=$/XFOO=/'`" "LEAN=false" "STAGE1_CFLAGS=-g
-fkeep-inline-functions" "STAGE1_TFLAGS=" "STAGE2_CFLAGS=-g -O2 -gtoggle"
"STAGE2_TFLAGS=" "STAGE3_CFLAGS=-g -O2" "STAGE3_TFLAGS=" "STAGE4_CFLAGS=-g -O2"
"STAGE4_TFLAGS=" "STAGEprofile_CFLAGS=-g -O2 -gtoggle -fprofile-generate"
"STAGEprofile_TFLAGS=" "STAGEfeedback_CFLAGS=-g -O2 -fprofile-use"
"STAGEfeedback_TFLAGS=" "TFLAGS=" "CONFIG_SHELL=/bin/sh" "MAKEINFO=makeinfo
--split-size=500 --split-size=500"  compare
make[2]: Entering directory `/home/dirtyepic/tmp/gcc-4.5-20090910/build'
make[3]: Entering directory `/home/dirtyepic/tmp/gcc-4.5-20090910/build'
rm -f stage_current
make[3]: Leaving directory `/home/dirtyepic/tmp/gcc-4.5-20090910/build'
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/bitmap.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/home/dirtyepic/tmp/gcc-4.5-20090910/build'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/home/dirtyepic/tmp/gcc-4.5-20090910/build'
make: *** [all] Error 2


-- 
   Summary: bootstrap comparison failure with --disable-checking
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dirtyepic at gentoo dot org


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



[Bug bootstrap/41345] bootstrap comparison failure with --disable-checking

2009-09-12 Thread dirtyepic at gentoo dot org


--- Comment #1 from dirtyepic at gentoo dot org  2009-09-12 18:47 ---
Created an attachment (id=18574)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18574&action=view)
stage 2 bitmap.o


-- 


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



[Bug bootstrap/41345] bootstrap comparison failure with --disable-checking

2009-09-12 Thread dirtyepic at gentoo dot org


--- Comment #2 from dirtyepic at gentoo dot org  2009-09-12 18:48 ---
Created an attachment (id=18575)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18575&action=view)
stage 3 bitmap.o


-- 


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



[Bug rtl-optimization/34011] Memory load is not eliminated from tight vectorized loop

2009-09-12 Thread ubizjak at gmail dot com


--- Comment #2 from ubizjak at gmail dot com  2009-09-12 19:25 ---
The testcase does not verctorize anymore, even in the modified form:

--cut here--
const int srcshift;

void good (int *restrict srcdata, int *restrict dstdata)
{
  int i;

  for (i = 0; i < 256; i++)
dstdata[i] = srcdata[i] << srcshift;
}


void bad (int *restrict srcdata, int *restrict dstdata)
{
  int i;

  for (i = 0; i < 256; i++)
{
  dstdata[i] |= srcdata[i] << srcshift;
}
}
--cut here--


-- 


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



[Bug tree-optimization/41339] Variables can occur multiple times in cfun->local_decls

2009-09-12 Thread baldrick at free dot fr


--- Comment #3 from baldrick at free dot fr  2009-09-12 19:52 ---
I just updated to top-of-tree, and the same problem is present.
I think the variable is the RESULT_DECL from function f.  Here's
a dump of the repeated variable (notice how the next variable
on the chain is the same as this one):

(gdb) call debug_tree(cfun->local_decls)
 
unit size 
align 32 symtab 0 alias set 9 canonical type 0x77e8c540
precision 32 min  max 
pointer_to_this >
used ignored SI file decls.c line 2 col 6 size  unit size 
align 32 context  abstract_origin
>
chain >>


-- 


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



[Bug testsuite/41269] FAIL: gcc.dg/guality/example.c -O0 (test for excess errors)

2009-09-12 Thread danglin at gcc dot gnu dot org


--- Comment #1 from danglin at gcc dot gnu dot org  2009-09-12 19:54 ---
This is now fixed.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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



[Bug testsuite/41270] FAIL: gcc.dg/guality/guality.c -O0 (test for excess errors)

2009-09-12 Thread danglin at gcc dot gnu dot org


--- Comment #2 from danglin at gcc dot gnu dot org  2009-09-12 19:54 ---
This is now fixed.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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



[Bug tree-optimization/34011] Memory load is not eliminated from tight vectorized loop

2009-09-12 Thread rguenth at gcc dot gnu dot org


--- Comment #3 from rguenth at gcc dot gnu dot org  2009-09-12 20:02 ---
srcshift is not moved out of the loop because we think the store to dstdata may
alias it.  I'll fix that.

Index: tree-ssa-alias.c
===
--- tree-ssa-alias.c(revision 151651)
+++ tree-ssa-alias.c(working copy)
@@ -633,6 +633,9 @@ indirect_ref_may_alias_decl_p (tree ref1
   HOST_WIDE_INT offset2, HOST_WIDE_INT max_size2,
   alias_set_type base2_alias_set)
 {
+  if (TREE_READONLY (base2))
+return false;
+
   /* If only one reference is based on a variable, they cannot alias if
  the pointer access is beyond the extent of the variable access.
  (the pointer base cannot validly point to an offset less than zero


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-09-12 20:02:13
   date||


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



[Bug middle-end/41009] [4.3 Regression] FAIL: gcc.c-torture/execute/20070614-1.c execution, -O0

2009-09-12 Thread danglin at gcc dot gnu dot org


--- Comment #1 from danglin at gcc dot gnu dot org  2009-09-12 20:49 ---
(gdb) r
Starting program: /mnt/gnu/gcc/objdir/gcc/testsuite/gcc/20070614-1.x0 
warning: Private mapping of shared library text was not specified
by the executable; setting a breakpoint in a shared library which
is not privately mapped will not work.  See the HP-UX 11i v3 chatr
manpage for methods to privately map shared library text.

Pid 8113 received a SIGSEGV for stack growth failure.
Possible causes: insufficient memory or swap space,
or stack size exceeded maxssiz. 

Program received signal SIGSEGV, Segmentation fault.
0x2e10 in __mulsc3 (a=0, b=0, c=0, d=0)
at ../../../gcc/libgcc/../gcc/libgcc2.c:1834
1834  ac = a * c;

Suspect gmp/mpfr misconfiguration.


-- 


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



[Bug middle-end/38126] suboptimal code for (a && b || !a && !b)

2009-09-12 Thread msebor at gmail dot com


--- Comment #1 from msebor at gmail dot com  2009-09-12 23:33 ---
Code involving bool variables is similarly suboptimal:

$ cat t.cpp && gcc -O2 -S t.cpp && cat t.s
bool foo (bool a, bool b) {
return a && b || !a && !b;
}

bool bar (bool a, bool b) {
return a == b;
}
.file   "t.cpp"
.text
.p2align 4,,15
.globl _Z3foobb
.type   _Z3foobb, @function
_Z3foobb:
.LFB0:
.cfi_startproc
.cfi_personality 0x3,__gxx_personality_v0
movl%esi, %edx
movl%esi, %eax
xorl$1, %edx
testb   %dil, %dil
cmove   %edx, %eax
ret
.cfi_endproc
.LFE0:
.size   _Z3foobb, .-_Z3foobb
.p2align 4,,15
.globl _Z3barbb
.type   _Z3barbb, @function
_Z3barbb:
.LFB1:
.cfi_startproc
.cfi_personality 0x3,__gxx_personality_v0
cmpb%dil, %sil
sete%al
ret
.cfi_endproc
.LFE1:
.size   _Z3barbb, .-_Z3barbb
.ident  "GCC: (GNU) 4.4.1 20090725 (Red Hat 4.4.1-2)"
.section.note.GNU-stack,"",@progbits


-- 


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



[Bug target/40913] hppa-hpux: libgcc_s.sl does not have the 'internal name' (=soname) set

2009-09-12 Thread danglin at gcc dot gnu dot org


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-09-13 00:20:04
   date||


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



[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

2009-09-12 Thread jvdelisle at gcc dot gnu dot org


--- Comment #5 from jvdelisle at gcc dot gnu dot org  2009-09-13 03:41 
---
Subject: Bug 41328

Author: jvdelisle
Date: Sun Sep 13 03:41:41 2009
New Revision: 151665

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151665
Log:
2009-09-12  Jerry DeLisle  

PR libgfortran/41328
* io/transfer.c (read_sf): Adjust fbuf position and do proper
fbuf reads to traverse CR, CR-LF, and LF style line ends.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/transfer.c


-- 


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



[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

2009-09-12 Thread jvdelisle at gcc dot gnu dot org


--- Comment #6 from jvdelisle at gcc dot gnu dot org  2009-09-13 03:44 
---
Subject: Bug 41328

Author: jvdelisle
Date: Sun Sep 13 03:44:34 2009
New Revision: 151666

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151666
Log:
2009-09-12  Jerry DeLisle  

PR libgfortran/41328
* gfortran.dg/cr_lf.f90: New test.

Added:
trunk/gcc/testsuite/gfortran.dg/cr_lf.f90
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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



[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

2009-09-12 Thread jvdelisle at gcc dot gnu dot org


--- Comment #7 from jvdelisle at gcc dot gnu dot org  2009-09-13 03:46 
---
Fixed on trunk.  Will commit to 4.4.x in a few days.

(approved by Janne on IRC)


-- 


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



[Bug pch/41346] New: Precompiled headers from stdin don't work

2009-09-12 Thread coppro at users dot sf dot net
Trying to compile a precompiled header from stdin (e.g. "gcc -x c-header -")
causes the following message (with a different filename each time):

:1: fatal error: error closing /tmp/ccoH8xmg.s: Bad file descriptor
compilation terminated.

This makes it very difficult to test for PCH support in autoconf.


-- 
   Summary: Precompiled headers from stdin don't work
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: pch
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: coppro at users dot sf dot net


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



[Bug fortran/41347] New: ICE with -O3

2009-09-12 Thread m dot a dot hulsen at tue dot nl
with attached source file

gfortran -c -O3 hsl_ma41.f90

gives

hsl_ma41.f90: In function ‘prinfo.1459’:
hsl_ma41.f90:616:0: error: type mismatch in component reference
integer(kind=4)[0:D.1496] * restrict

integer(kind=4)[0:D.2718] *

# VUSE <.MEM_56>
D.2523_12 = CHAIN.85_1(D)->info.0;

hsl_ma41.f90:616:0: error: type mismatch in component reference
real(kind=8)[0:D.1492] * restrict

real(kind=8)[0:D.2722] *

# VUSE <.MEM_75>
D.2535_28 = CHAIN.85_1(D)->rinfo.0;

hsl_ma41.f90:616:0: internal compiler error: verify_stmts failed


-- 
   Summary: ICE with -O3
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: m dot a dot hulsen at tue dot nl
  GCC host triplet: Linux x86_64
GCC target triplet: Linux x86_64


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



[Bug fortran/41347] ICE with -O3

2009-09-12 Thread m dot a dot hulsen at tue dot nl


--- Comment #1 from m dot a dot hulsen at tue dot nl  2009-09-13 06:53 
---
Created an attachment (id=18576)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18576&action=view)
source file exposing the bug 


-- 


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