[Bug fortran/36341] MATMUL: Bounds check missing (run time & compile time)

2008-05-27 Thread burnus at gcc dot gnu dot org 


--- Comment #3 from burnus at gcc dot gnu dot org  2008-05-27 16:34 ---
gfortran should do better. NAG f95 detects at compile time:

  dzeta=matmul(U,B)

Error: Array shapes differ in dimension 1 (extent 6 and 7)

Here, dzeta is (6,12) and matmul(U,B) is (7,12).

gfortran does not even detect it at run time (-fbounds-check).


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

OtherBugsDependingO||27766
  nThis||
   Keywords||diagnostic
Summary|Matrix assignment error not |MATMUL: Bounds check missing
   |detected|(run time & compile time)


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

[Bug fortran/36316] type mismatch in binary expression caught by verify_gimple

2008-05-27 Thread burnus at gcc dot gnu dot org 


--- Comment #7 from burnus at gcc dot gnu dot org  2008-05-27 19:22 ---
Found it - took only 4 hours.
FIXED on the trunk (4.4.0). Thanks for reporting the bug.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/36316] type mismatch in binary expression caught by verify_gimple

2008-05-27 Thread burnus at gcc dot gnu dot org 


--- Comment #8 from burnus at gcc dot gnu dot org  2008-05-27 19:22 ---
Subject: Bug 36316

Author: burnus
Date: Tue May 27 19:22:01 2008
New Revision: 136052

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136052
Log:
2008-05-27  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/36316
* trans-array.c (gfc_set_loop_bounds_from_array_spec):
Add missing fold_convert.

2008-05-27  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/36316
* gfortran.dg/assignment_3.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/assignment_3.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/36309] gfortran and cc1 error

2008-05-27 Thread kih at mail dot nerc-essc dot ac dot uk 


--- Comment #6 from kih at mail dot nerc-essc dot ac dot uk  2008-05-27 
19:57 ---
Subject: RE:  gfortran and cc1 error

The distribution came from:

http://r.research.att.com/tools/

so I guess I should take it up with them.

Regards

Kevin

-Original Message-
From: fxcoudert at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] 
Sent: 26 May 2008 16:45
To: [EMAIL PROTECTED]
Subject: [Bug fortran/36309] gfortran and cc1 error



--- Comment #5 from fxcoudert at gcc dot gnu dot org  2008-05-26 15:45
---
(In reply to comment #4)
>'gfortran -v' and 'gcc -v' report

Those look like Apple build (I didn't know they had Fortran in official
builds); did you install them or do they come with the system?

Otherwise, it looks like an issue specific to Apple builds if that's what
they
are.


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||fxcoudert at gcc dot gnu
dot
   ||org


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

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.


-- 


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

[Bug target/35767] x86 backend uses aligned load on unaligned memory

2008-05-27 Thread hjl at gcc dot gnu dot org 


--- Comment #3 from hjl at gcc dot gnu dot org  2008-05-27 20:19 ---
Subject: Bug 35767

Author: hjl
Date: Tue May 27 20:18:33 2008
New Revision: 136054

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136054
Log:
gcc/

2008-05-27  H.J. Lu  <[EMAIL PROTECTED]>

PR target/35767
PR target/35771
* config/i386/i386.c (ix86_function_arg_boundary): Use
alignment of canonical type.
(ix86_expand_vector_move): Check unaligned memory access for
all SSE modes.

gcc/testsuite/

2008-05-27  H.J. Lu  <[EMAIL PROTECTED]>

PR target/35767
PR target/35771
* gcc.target/i386/pr35767-1.c: New.
* gcc.target/i386/pr35767-1d.c: Likewise.
* gcc.target/i386/pr35767-1i.c: Likewise.
* gcc.target/i386/pr35767-2.c: Likewise.
* gcc.target/i386/pr35767-2d.c: Likewise.
* gcc.target/i386/pr35767-2i.c: Likewise.
* gcc.target/i386/pr35767-3.c: Likewise.
* gcc.target/i386/pr35767-4.c: Likewise.
* gcc.target/i386/pr35767-5.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr35767-1.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-1d.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-1i.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-2.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-2d.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-2i.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-3.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-4.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-5.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/35771] Call expander ignores type alignment

2008-05-27 Thread hjl at gcc dot gnu dot org 


--- Comment #5 from hjl at gcc dot gnu dot org  2008-05-27 20:19 ---
Subject: Bug 35771

Author: hjl
Date: Tue May 27 20:18:33 2008
New Revision: 136054

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136054
Log:
gcc/

2008-05-27  H.J. Lu  <[EMAIL PROTECTED]>

PR target/35767
PR target/35771
* config/i386/i386.c (ix86_function_arg_boundary): Use
alignment of canonical type.
(ix86_expand_vector_move): Check unaligned memory access for
all SSE modes.

gcc/testsuite/

2008-05-27  H.J. Lu  <[EMAIL PROTECTED]>

PR target/35767
PR target/35771
* gcc.target/i386/pr35767-1.c: New.
* gcc.target/i386/pr35767-1d.c: Likewise.
* gcc.target/i386/pr35767-1i.c: Likewise.
* gcc.target/i386/pr35767-2.c: Likewise.
* gcc.target/i386/pr35767-2d.c: Likewise.
* gcc.target/i386/pr35767-2i.c: Likewise.
* gcc.target/i386/pr35767-3.c: Likewise.
* gcc.target/i386/pr35767-4.c: Likewise.
* gcc.target/i386/pr35767-5.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.target/i386/pr35767-1.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-1d.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-1i.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-2.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-2d.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-2i.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-3.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-4.c
trunk/gcc/testsuite/gcc.target/i386/pr35767-5.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/35771] Call expander ignores type alignment

2008-05-27 Thread hjl dot tools at gmail dot com 


--- Comment #6 from hjl dot tools at gmail dot com  2008-05-27 20:22 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug target/35767] x86 backend uses aligned load on unaligned memory

2008-05-27 Thread hjl dot tools at gmail dot com 


--- Comment #4 from hjl dot tools at gmail dot com  2008-05-27 20:22 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug tree-optimization/36339] [4.3/4.4 Regression] not call clobbering variable for non common offset

2008-05-27 Thread mikpe at it dot uu dot se 


--- Comment #7 from mikpe at it dot uu dot se  2008-05-27 20:48 ---
(In reply to comment #6)
> Fixed.
> 

I added the fix to the latest gcc-4.3 snapshot and bootstrapped it.
I then tested both the original application that failed (Erlang)
as well as the latest Linux kernel. Both built and worked fine.

Thank you for fixing this so quickly.


-- 


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

[Bug target/36348] New: f951 link failure on i686-apple-darwin9

2008-05-27 Thread danglin at gcc dot gnu dot org 
/Users/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/Users/dave/gnu/gcc/objdir/./prev-g
cc/ -B/opt/gnu/gcc/gcc-4.4.0/i686-apple-darwin9/bin/  -g -O2
-fomit-frame-pointe
r -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-
Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-v
ariadic-macros   -Wno-overlength-strings -Werror
-fn
o-common  -DHAVE_CONFIG_H  -o f951 \
fortran/arith.o fortran/array.o fortran/bbt.o fortran/check.o
fo
rtran/cpp.o fortran/data.o fortran/decl.o fortran/dump-parse-tree.o
fortran/erro
r.o fortran/expr.o fortran/interface.o fortran/intrinsic.o fortran/io.o
fortran/
iresolve.o fortran/match.o fortran/matchexp.o fortran/misc.o fortran/module.o
fo
rtran/openmp.o fortran/options.o fortran/parse.o fortran/primary.o
fortran/resol
ve.o fortran/scanner.o fortran/simplify.o fortran/st.o fortran/symbol.o
fortran/
target-memory.o fortran/convert.o fortran/dependency.o fortran/f95-lang.o
fortra
n/trans.o fortran/trans-array.o fortran/trans-common.o fortran/trans-const.o
for
tran/trans-decl.o fortran/trans-expr.o fortran/trans-intrinsic.o
fortran/trans-i
o.o fortran/trans-openmp.o fortran/trans-stmt.o fortran/trans-types.o main.o
tre
e-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a
../li
bcpp/libcpp.a  -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
a
ttribs.o -lmpfr -lgmp
Undefined symbols:
  "_darwin_register_objc_includes", referenced from:
  _target_c_incpath in libbackend.a(incpath.o)
  "_darwin_register_frameworks", referenced from:
  _target_c_incpath in libbackend.a(incpath.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[3]: *** [f951] Error 1

[EMAIL PROTECTED]:~/gnu/gcc/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
Target: i686-apple-darwin9
Configured with: ../gcc/configure --build=i686-apple-darwin9
--host=i686-apple-darwin9 --target=i686-apple-darwin9 --with-gnu-as
--with-tune=generic --prefix=/opt/gnu/gcc/gcc-4.4.0 --enable-debug=no
--disable-nls --enable-languages=c,c++,objc,fortran,ada,obj-c++,java :
(reconfigured) ../gcc/configure --build=i686-apple-darwin9
--host=i686-apple-darwin9 --target=i686-apple-darwin9 --with-gnu-as
--with-tune=generic --prefix=/opt/gnu/gcc/gcc-4.4.0 --enable-debug=no
--disable-nls --enable-languages=c,c++,objc,fortran,ada,obj-c++,java
Thread model: posix
gcc version 4.4.0 20080527 (experimental) [trunk revision 136058] (GCC)


-- 
   Summary: f951 link failure on i686-apple-darwin9
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9


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

[Bug middle-end/36212] Vector alignment overides Target alignment

2008-05-27 Thread hutchinsonandy at gcc dot gnu dot org 


--- Comment #3 from hutchinsonandy at gcc dot gnu dot org  2008-05-28 00:44 
---
Committed.

Will do 4.3 latter.

2008-05-12 Andy Hutchinson <[EMAIL PROTECTED]>

* config/avr/avr.h (MAX_OFILE_ALIGNMENT): Define.


-- 

hutchinsonandy at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/32871] [avr] Bad optimisation - gcc is pushing too many registers

2008-05-27 Thread hutchinsonandy at gcc dot gnu dot org 


-- 

hutchinsonandy at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |SUSPENDED


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

[Bug target/36349] New: gcc-4.3.0 build fails in gfortran

2008-05-27 Thread phorgan1 at gmail dot com 
+++ This bug was initially created as a clone of Bug #35619 +++

That one was closed with no resolution, and I still can't build gcc-3.4.0.
Help!!!)

Attempting to build gcc-4.3.0 on Suse 10.1 with gcc compiler


Exact version of gcc used to build gcc-4.3.0:
gcc version 4.2.1

Options when GCC was configured/built:

./configure

libtool: link: /usr/local/gcc-4.3.0/host-x86_64-unknown-linux-gnu/gcc/xgcc
-B/usr/local/gcc-4.3.0/host-x86_64-unknown-linux-gnu/gcc/
-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 -shared  .libs/backtrace.o
.libs/compile_options.o .libs/environ.o .libs/error.o .libs/fpu.o .libs/main.o
.libs/memory.o .libs/pause.o .libs/stop.o .libs/string.o .libs/select.o
.libs/all_l1.o .libs/all_l2.o .libs/all_l4.o .libs/all_l8.o .libs/all_l16.o
.libs/any_l1.o .libs/any_l2.o .libs/any_l4.o .libs/any_l8.o .libs/any_l16.o
.libs/count_1_l.o .libs/count_2_l.o .libs/count_4_l.o .libs/count_8_l.o
.libs/count_16_l.o .libs/maxloc0_4_i1.o .libs/maxloc0_8_i1.o
.libs/maxloc0_16_i1.o .libs/maxloc0_4_i2.o .libs/maxloc0_8_i2.o
.libs/maxloc0_16_i2.o .libs/maxloc0_4_i4.o .libs/maxloc0_8_i4.o
.libs/maxloc0_16_i4.o .libs/maxloc0_4_i8.o .libs/maxloc0_8_i8.o
.libs/maxloc0_16_i8.o .libs/maxloc0_4_i16.o .libs/maxloc0_8_i16.o
.libs/maxloc0_16_i16.o .libs/maxloc0_4_r4.o .libs/maxloc0_8_r4.o
.libs/maxloc0_16_r4.o .libs/maxloc0_4_r8.o .libs/maxloc0_8_r8.o
.libs/maxloc0_16_r8.o .libs/maxloc0_4_r10.o .libs/maxloc0_8_r10.o
.libs/maxloc0_16_r10.o .libs/maxloc0_4_r16.o .libs/maxloc0_8_r16.o
.libs/maxloc0_16_r16.o .libs/maxloc1_4_i1.o .libs/maxloc1_8_i1.o
.libs/maxloc1_16_i1.o .libs/maxloc1_4_i2.o .libs/maxloc1_8_i2.o
.libs/maxloc1_16_i2.o .libs/maxloc1_4_i4.o .libs/maxloc1_8_i4.o
.libs/maxloc1_16_i4.o .libs/maxloc1_4_i8.o .libs/maxloc1_8_i8.o
.libs/maxloc1_16_i8.o .libs/maxloc1_4_i16.o .libs/maxloc1_8_i16.o
.libs/maxloc1_16_i16.o .libs/maxloc1_4_r4.o .libs/maxloc1_8_r4.o
.libs/maxloc1_16_r4.o .libs/maxloc1_4_r8.o .libs/maxloc1_8_r8.o
.libs/maxloc1_16_r8.o .libs/maxloc1_4_r10.o .libs/maxloc1_8_r10.o
.libs/maxloc1_16_r10.o .libs/maxloc1_4_r16.o .libs/maxloc1_8_r16.o
.libs/maxloc1_16_r16.o .libs/maxval_i1.o .libs/maxval_i2.o .libs/maxval_i4.o
.libs/maxval_i8.o .libs/maxval_i16.o .libs/maxval_r4.o .libs/maxval_r8.o
.libs/maxval_r10.o .libs/maxval_r16.o .libs/minloc0_4_i1.o .libs/minloc0_8_i1.o
.libs/minloc0_16_i1.o .libs/minloc0_4_i2.o .libs/minloc0_8_i2.o
.libs/minloc0_16_i2.o .libs/minloc0_4_i4.o .libs/minloc0_8_i4.o
.libs/minloc0_16_i4.o .libs/minloc0_4_i8.o .libs/minloc0_8_i8.o
.libs/minloc0_16_i8.o .libs/minloc0_4_i16.o .libs/minloc0_8_i16.o
.libs/minloc0_16_i16.o .libs/minloc0_4_r4.o .libs/minloc0_8_r4.o
.libs/minloc0_16_r4.o .libs/minloc0_4_r8.o .libs/minloc0_8_r8.o
.libs/minloc0_16_r8.o .libs/minloc0_4_r10.o .libs/minloc0_8_r10.o
.libs/minloc0_16_r10.o .libs/minloc0_4_r16.o .libs/minloc0_8_r16.o
.libs/minloc0_16_r16.o .libs/minloc1_4_i1.o .libs/minloc1_8_i1.o
.libs/minloc1_16_i1.o .libs/minloc1_4_i2.o .libs/minloc1_8_i2.o
.libs/minloc1_16_i2.o .libs/minloc1_4_i4.o .libs/minloc1_8_i4.o
.libs/minloc1_16_i4.o .libs/minloc1_4_i8.o .libs/minloc1_8_i8.o
.libs/minloc1_16_i8.o .libs/minloc1_4_i16.o .libs/minloc1_8_i16.o
.libs/minloc1_16_i16.o .libs/minloc1_4_r4.o .libs/minloc1_8_r4.o
.libs/minloc1_16_r4.o .libs/minloc1_4_r8.o .libs/minloc1_8_r8.o
.libs/minloc1_16_r8.o .libs/minloc1_4_r10.o .libs/minloc1_8_r10.o
.libs/minloc1_16_r10.o .libs/minloc1_4_r16.o .libs/minloc1_8_r16.o
.libs/minloc1_16_r16.o .libs/minval_i1.o .libs/minval_i2.o .libs/minval_i4.o
.libs/minval_i8.o .libs/minval_i16.o .libs/minval_r4.o .libs/minval_r8.o
.libs/minval_r10.o .libs/minval_r16.o .libs/product_i1.o .libs/product_i2.o
.libs/product_i4.o .libs/product_i8.o .libs/product_i16.o .libs/product_r4.o
.libs/product_r8.o .libs/product_r10.o .libs/product_r16.o .libs/product_c4.o
.libs/compile_options.o: In function `feof_unlocked':
/usr/include/bits/stdio.h:113: multiple definition of `feof_unlocked'
.libs/backtrace.o:/usr/include/bits/stdio.h:113: first defined here
.libs/compile_options.o: In function `ferror_unlocked':
/usr/include/bits/stdio.h:120: multiple definition of `ferror_unlocked'
.libs/backtrace.o:/usr/include/bits/stdio.h:120: first defined here
.libs/compile_options.o: In function `__signbitf': 
/usr/include/bits/mathinline.h:38: multiple definition of `__signbitf'
.libs/backtrace.o:/usr/include/bits/mathinline.h:38: first defined here
.libs/compile_options.o: In function `__signbit':
/usr/include/bits/mathinline.h:44: multiple definition of `__signbit'
.libs/backtrace.o:/usr/include/bits/mathinline.h:44: first defined here
.libs/compile_options.o: In function `__signbitl':
/usr/include/bits/mathinline.h:50: multiple definition of `__signbitl'
.libs/backtrace.o:/usr/include/bits/mathinline.h:50: first defined here
.libs/compile_options.o: In function `gnu_dev_major':
/usr/include/sys/sysmacros.h:43:

[Bug target/34988] gcc-4.3 (20080118 snapshot) crashes while building libstdc++ (locale_facets_nonio.tcc)

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #2 from pinskia at gcc dot gnu dot org  2008-05-28 01:11 ---
I have built GCC with -mcpu=cell recently and it worked.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|blocker |normal


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

[Bug bootstrap/35619] [4.3/4.4 Regression] fixed includes not being found if building in src dir

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #16 from pinskia at gcc dot gnu dot org  2008-05-28 01:13 
---
(In reply to comment #15)
> Closed as invalid.

This bug is not invalid, just you are not building GCC the recommended way.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
  Component|target  |bootstrap
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|
   Keywords||build
 Resolution|INVALID |
Summary|gcc-4.3.0 build fails in|[4.3/4.4 Regression] fixed
   |gfortran section centos-4.6 |includes not being found if
   ||building in src dir


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

[Bug bootstrap/35619] [4.3/4.4 Regression] fixed includes not being found if building in src dir

2008-05-27 Thread pinskia at gcc dot gnu dot org 


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.1


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

[Bug bootstrap/35619] [4.3/4.4 Regression] fixed includes not being found if building in src dir

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #17 from pinskia at gcc dot gnu dot org  2008-05-28 01:15 
---
*** Bug 36349 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||phorgan1 at gmail dot com


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

[Bug target/36349] gcc-4.3.0 build fails in gfortran

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #1 from pinskia at gcc dot gnu dot org  2008-05-28 01:15 ---
This is a dup of bug 35619.
Workaround: don't build in the source directory.

Moral of the story, follow recommended instructions of building.

*** This bug has been marked as a duplicate of 35619 ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug bootstrap/35619] [4.3/4.4 Regression] fixed includes not being found if building in src dir

2008-05-27 Thread pinskia at gcc dot gnu dot org 


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-05-28 01:15:42
   date||


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

[Bug target/36348] [4.4 Regression] f951 link failure on i686-apple-darwin9

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #1 from pinskia at gcc dot gnu dot org  2008-05-28 01:19 ---
This is being worked on already.  Daniel Franke is working on it.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|i686-apple-darwin9  |
   GCC host triplet|i686-apple-darwin9  |
 GCC target triplet|i686-apple-darwin9  |*-*-darwin
   Keywords||build
   Last reconfirmed|-00-00 00:00:00 |2008-05-28 01:19:07
   date||
Summary|f951 link failure on i686-  |[4.4 Regression] f951 link
   |apple-darwin9   |failure on i686-apple-
   ||darwin9
   Target Milestone|--- |4.4.0


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

[Bug fortran/36341] MATMUL: Bounds check missing (run time & compile time)

2008-05-27 Thread terry at chem dot gu dot se 


--- Comment #4 from terry at chem dot gu dot se  2008-05-28 02:00 ---
Somewhat reduced testcase that exhibits the same behaviour:

program distgeom
implicit none
real(kind=8),dimension(7,12)::B
real(kind=8),dimension(7,7)::U
real(kind=8),dimension(6,12)::dzeta
call random_number(U)
call random_number(B)
write(*,*)'A',U(1,1)
dzeta=matmul(U,B)
write(*,*)'B',U(1,1)
end


-- 


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

[Bug target/36349] gcc-4.3.0 build fails with multiple definitions

2008-05-27 Thread phorgan1 at gmail dot com 


--- Comment #2 from phorgan1 at gmail dot com  2008-05-28 03:59 ---
Build in objdir fails similarly when building libiberty.a  Still has the same
multiple definitions.

make[3]: Entering directory
`/usr/local/gcc-4.3.0/objdir/build-x86_64-unknown-linux-gnu/fixincludes'
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/fixincl.c
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/fixtests.c
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/fixfixes.c
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/server.c
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/procopen.c
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/fixlib.c
gcc -c -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -Wmissing-format-attribute -Wno-overlength-strings
-pedantic -Wno-long-long   -DHAVE_CONFIG_H -I. -I../../../fixincludes
-I../include -I../../../fixincludes/../include ../../../fixincludes/fixopts.c
gcc -g -O2  -o fixincl fixincl.o fixtests.o fixfixes.o server.o procopen.o
fixlib.o fixopts.o ../libiberty/libiberty.a
fixtests.o: In function `feof_unlocked':
/usr/include/bits/stdio.h:127: multiple definition of `feof_unlocked'
fixincl.o:/usr/include/bits/stdio.h:127: first defined here
fixtests.o: In function `ferror_unlocked':
/usr/include/bits/stdio.h:134: multiple definition of `ferror_unlocked'
fixincl.o:/usr/include/bits/stdio.h:134: first defined here
fixtests.o: In function `putchar_unlocked':
/usr/include/bits/stdio.h:108: multiple definition of `putchar_unlocked'
fixincl.o:/usr/include/bits/stdio.h:108: first defined here
fixtests.o: In function `putc_unlocked':
/usr/include/bits/stdio.h:101: multiple definition of `putc_unlocked'
fixincl.o:/usr/include/bits/stdio.h:101: first defined here
fixtests.o: In function `fputc_unlocked':
/usr/include/bits/stdio.h:91: multiple definition of `fputc_unlocked'
fixincl.o:/usr/include/bits/stdio.h:91: first defined here
fixtests.o: In function `putchar':
/usr/include/bits/stdio.h:82: multiple definition of `putchar'
fixincl.o:/usr/include/bits/stdio.h:82: first defined here
fixtests.o: In function `getchar_unlocked':
/usr/include/bits/stdio.h:73: multiple definition of `getchar_unlocked'
fixincl.o:/usr/include/bits/stdio.h:73: first defined here
fixtests.o: In function `getc_unlocked':
/usr/include/bits/stdio.h:66: multiple definition of `getc_unlocked'
fixincl.o:/usr/include/bits/stdio.h:66: first defined here
fixtests.o: In function `fgetc_unlocked':
/usr/include/bits/stdio.h:56: multiple definition of `fgetc_unlocked'
fixincl.o:/usr/include/bits/stdio.h:56: first defined here
fixtests.o: In function `getchar':
/usr/include/bits/stdio.h:47: multiple definition of `getchar'
fixincl.o:/usr/include/bits/stdio.h:47: first defined here
fixtests.o: In function `vprintf':
/usr/include/bits/stdio.h:39: multiple definition of `vprintf'
fixincl.o:/usr/include/bits/stdio.h:39: first defined here
fixfixes.o: In function `feof_unlocked':
/usr/include/bits/stdio.h:127: multiple definition of `feof_unlocked'
fixincl.o:/usr/include/bits/stdio.h:127: first defined here
fixfixes.o: In function `ferror_unlocked':
/usr/include/bits/stdio.h:134: multiple definition of `ferror_unlocked'
fixincl.o:/usr/include/bits/stdio.h:134: first defined here
fixfixes.o: In function `putchar_unlocked':
/usr/include/bits/stdio.h:108: multiple definition of `putchar_unlocked'
fixincl.o:/usr/include/bits/stdio.h:108: first defined here
fixfixes.o: In function `putc_unlocked':
/usr/include/bits/stdio.h:101: multiple definition of `putc_unlocked'

[Bug target/36349] gcc-4.3.0 build fails with multiple definitions

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #3 from pinskia at gcc dot gnu dot org  2008-05-28 04:24 ---
Can you make sure that your source tree is clean before building in the object
directory?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug target/36349] gcc-4.3.0 build fails with multiple definitions

2008-05-27 Thread phorgan1 at gmail dot com 


--- Comment #4 from phorgan1 at gmail dot com  2008-05-28 04:44 ---
I reinstalled gcc-4.3.0 from the tar.gz file, and extracted it in
/usr/local/gcc-4.3.0.  Then I made a completely separate object directory
/usr/local/gcc-4.3.0-objdir.  From within that directory I executed
../gcc-4.3.0/configure, then typed make.  The result was the same as in the
last comment, multiple defines when building libiberty.a   

mkdir -p -- build-x86_64-unknown-linux-gnu/fixincludes
Configuring in build-x86_64-unknown-linux-gnu/fixincludes
configure: loading cache ../config.cache
checking build system type... (cached) x86_64-unknown-linux-gnu
checking host system type... (cached) x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for x86_64-unknown-linux-gnu-gcc... (cached) gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... (cached) o
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc supports -W... (cached) yes
checking whether gcc supports -Wall... (cached) yes
checking whether gcc supports -Wwrite-strings... (cached) yes
checking whether gcc supports -Wstrict-prototypes... (cached) yes
checking whether gcc supports -Wmissing-prototypes... yes
checking whether gcc supports -Wold-style-definition... yes
checking whether gcc supports -Wmissing-format-attribute... yes
checking whether gcc supports -Wno-overlength-strings... yes
checking whether gcc supports -pedantic -Wno-long-long... yes
checking how to run the C preprocessor... (cached) gcc -E
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... (cached) yes
checking for sys/types.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for memory.h... (cached) yes
checking for strings.h... (cached) yes
checking for inttypes.h... (cached) yes
checking for stdint.h... (cached) yes
checking for unistd.h... (cached) yes
checking stddef.h usability... yes
checking stddef.h presence... yes
checking for stddef.h... yes
checking for stdlib.h... (cached) yes
checking for strings.h... (cached) yes
checking for unistd.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for sys/stat.h... (cached) yes
checking for clearerr_unlocked... yes
checking for feof_unlocked... yes
checking for ferror_unlocked... yes
checking for fflush_unlocked... yes
checking for fgetc_unlocked... yes
checking for fgets_unlocked... yes
checking for fileno_unlocked... yes
checking for fprintf_unlocked... no
checking for fputc_unlocked... yes
checking for fputs_unlocked... yes
checking for fread_unlocked... yes
checking for fwrite_unlocked... yes
checking for getchar_unlocked... yes
checking for getc_unlocked... yes
checking for putchar_unlocked... yes
checking for putc_unlocked... yes
checking whether abort is declared... yes
checking whether asprintf is declared... (cached) no
checking whether basename is declared... (cached) no
checking whether errno is declared... no
checking whether vasprintf is declared... (cached) no
checking whether clearerr_unlocked is declared... yes
checking whether feof_unlocked is declared... yes
checking whether ferror_unlocked is declared... yes
checking whether fflush_unlocked is declared... yes
checking whether fgetc_unlocked is declared... yes
checking whether fgets_unlocked is declared... no
checking whether fileno_unlocked is declared... yes
checking whether fprintf_unlocked is declared... no
checking whether fputc_unlocked is declared... yes
checking whether fputs_unlocked is declared... no
checking whether fread_unlocked is declared... yes
checking whether fwrite_unlocked is declared... yes
checking whether getchar_unlocked is declared... yes
checking whether getc_unlocked is declared... yes
checking whether putchar_unlocked is declared... yes
checking whether putc_unlocked is declared... yes
checking for an ANSI C-conforming const... (cached) yes
checking for sys/mman.h... (cached) yes
checking for mmap... yes
checking whether read-only mmap of a plain file works... yes
checking whether mmap from /dev/zero works... yes
checking for MAP_ANON(YMOUS)... yes
checking whether mmap with MAP_ANON(YMOUS) works... yes
checking whether to enable maintainer-specific portions of Makefiles... no
configure: updating cache ../config.cache
configure: creating ./config.status
config.status: creating Makefile
config.status: creating mkheaders.almost
config.status: creating config.h
make[3]: Entering directory
`/usr/local/gcc-4.3.0-objdir/build-x86_64-unknown-linux-gnu/fixincludes'
gcc -c -g -O2 -W -Wall -Wwr

[Bug target/36349] gcc-4.3.0 build fails with multiple definitions

2008-05-27 Thread pinskia at gcc dot gnu dot org 


--- Comment #5 from pinskia at gcc dot gnu dot org  2008-05-28 04:46 ---
>gcc -g -O2  -o fixincl fixincl.o fixtests.o fixfixes.o server.o procopen.o
> fixlib.o fixopts.o ../libiberty/libiberty.a

What version of gcc do you have?
Can you do "gcc -v"?  This has to be a bug with glibc.


-- 


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

[Bug target/36349] gcc-4.3.0 build fails with multiple definitions

2008-05-27 Thread phorgan1 at gmail dot com 


--- Comment #6 from phorgan1 at gmail dot com  2008-05-28 04:54 ---
Subject: Re:  gcc-4.3.0 build fails with multiple definitions

pinskia at gcc dot gnu dot org wrote:
> What version of gcc do you have?
> Can you do "gcc -v"?  This has to be a bug with glibc.
>   
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.2.1/configure --enable-languages=c,c++ 
--prefix=/usr/local/share/gcc-4.2.1
Thread model: posix
gcc version 4.2.1


-- 


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

[Bug target/32000] x86 backend uses aligned load on unaligned memory

2008-05-27 Thread ubizjak at gmail dot com 


--- Comment #7 from ubizjak at gmail dot com  2008-05-28 05:45 ---
Fixed?


-- 


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

[Bug c/36350] New: GCC ICE with -frename-registers

2008-05-27 Thread raj dot khem at gmail dot com 
Attached sample (reduced from glibc cvs) caused gcc built from latest
gcc-4_3-branch to ICE on arm. It worked ok with gcc 4.2.2. If I removed
-frename-registers then the ICE would not happen.

Steps to reproduce

Compile as follows

arm-none-linux-gnueabi-gcc -c -O2 sample.c -frename-registers

sample.c: In function ‘foo’:
sample.c:10: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


/* sample.c */

int foo () {
  const unsigned char *inptr = 0;
  unsigned char *outptr = 0;
  unsigned int inval = (__extension__ ({ register unsigned int __bsx = (*(const
unsigned int *) inptr); __bsx) & 0xff00u) >> 24) | (((__bsx) &
0x00ffu) >> 8) | (((__bsx) & 0xff00u) << 8) | (((__bsx) & 0x00ffu)
<< 24)); }));
  if (__builtin_expect (inval > 0x7fff, 0))
  {
*((unsigned int *) outptr) = inval;
  }
return 0;
}


-- 
   Summary: GCC ICE with -frename-registers
   Product: gcc
   Version: 4.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: raj dot khem at gmail dot com
 GCC build triplet: i686-linux
  GCC host triplet: i686-linux
GCC target triplet: arm-none-linux-gnueabi


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

[Bug rtl-optimization/36350] [4.3/4.4 Regression] GCC ICE with -frename-registers

2008-05-27 Thread pinskia at gcc dot gnu dot org 


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |rtl-optimization
   Keywords||ice-on-valid-code
Summary|GCC ICE with -frename-  |[4.3/4.4 Regression] GCC ICE
   |registers   |with -frename-registers
   Target Milestone|--- |4.3.1


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