[Bug libgcj/38396] [4.3 Regression] ecj1 linked against both -lgcj and -lgcj_bc

[doko at ubuntu dot com]

--- Comment #23 from doko at ubuntu dot com  2009-01-11 08:30 ---
r143261 is needed for the backport as well.


-- 


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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

[uros at gcc dot gnu dot org]

--- Comment #16 from uros at gcc dot gnu dot org  2009-01-11 10:57 ---
Subject: Bug 7055

Author: uros
Date: Sun Jan 11 10:56:52 2009
New Revision: 143265

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143265
Log:
PR debug/7055
* gcc/mips-tfile.c (parse_def): Fix parsing of def strings
starting with digits.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/mips-tfile.c


-- 


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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

[uros at gcc dot gnu dot org]

--- Comment #17 from uros at gcc dot gnu dot org  2009-01-11 10:58 ---
Subject: Bug 7055

Author: uros
Date: Sun Jan 11 10:58:01 2009
New Revision: 143266

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143266
Log:
PR debug/7055
* gcc/mips-tfile.c (parse_def): Fix parsing of def strings
starting with digits.


Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/mips-tfile.c


-- 


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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

[ubizjak at gmail dot com]

--- Comment #18 from ubizjak at gmail dot com  2009-01-11 10:59 ---
Fixed for 4.3.4 and 4.0.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2009-
   ||01/msg00433.html
 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.4


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

[Bug debug/7055] [alpha osf4] G++ 3.1 Produced bad debugging entries if compiled with -gcoff, also segv.

[ubizjak at gmail dot com]

--- Comment #19 from ubizjak at gmail dot com  2009-01-11 11:00 ---
(In reply to comment #18)
> Fixed for 4.3.4 and 4.0.

... and 4.4., of course.


-- 


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

[Bug testsuite/38791] FAIL: gcc.dg/graphite/block-3.c (test for excess errors)

[dominiq at lps dot ens dot fr]

--- Comment #7 from dominiq at lps dot ens dot fr  2009-01-11 11:13 ---
Before closing this pr as fixed, I have a question: usually tests having
-fdump-* in dg-options are doing some search of patterns in the dumped file,
e.g. in gcc/testsuite/gcc.dg/pr35729.c

/* { dg-options "-Os -fdump-rtl-loop2_invariant" } */
...
/* { dg-final { scan-rtl-dump-times "Decided to move invariant" 0
"loop2_invariant" } } */

I noticed that gcc/testsuite/gcc.dg/graphite/block-3.c has only the cleaning
dg-final, but no scan-* one(s). I don't see anything in
gcc/testsuite/gcc.dg/graphite/graphite.exp that could supply it either.
Is this the intended behavior or is there something missing in this test (and
possibly other graphite ones)?


-- 


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

[Bug c++/34749] Incorrect warning when applying dllimport to friend function

[angry-kasyan at narod dot ru]

--- Comment #8 from angry-kasyan at narod dot ru  2009-01-11 12:08 ---
class __declspec(dllimport) QBitArray
{
//...
friend __declspec(dllimport) QDataStream &operator<<(QDataStream &, const
QBitArray &);
friend __declspec(dllimport) QDataStream &operator>>(QDataStream &,
QBitArray &);
//...
};

//...
__declspec(dllimport) QDataStream &operator<<(QDataStream &, const QBitArray
&);
__declspec(dllimport) QDataStream &operator>>(QDataStream &, QBitArray &);


got
..\..\include/QtCore/../../src/corelib/tools/qbitarray.h:55: warning:
'QDataStream &operator<<(QDataStream &, const QBitArray &)' redeclared without
dllimport attribute: previous dllimport ignored
..\..\include/QtCore/../../src/corelib/tools/qbitarray.h:56: warning:
'QDataStream &operator>>(QDataStream &, QBitArray &)' redeclared without
dllimport attribute: previous dllimport ignored


mingw, gcc 4.3.2(dw2)
still unfixed?


-- 


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

[Bug other/38801] New: libgcc exception handling routines need documentation

[laurent at guerby dot net]

>From gcc/doc/libgcc.texi:

<<
@node Exception handling routines
@section Language-independent routines for exception handling

document me!
>>

May be there's another place where these are documented? If so we should add a
pointer in the manual.


-- 
   Summary: libgcc exception handling routines need documentation
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: documentation
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net


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

[Bug fortran/38802] New: Seg fault for RESULT with allocatable components

[pault at gcc dot gnu dot org]

Posted on the list by Marco Restelli http://gcc.gnu.org/ml/fortran/2009-01/

$ gfortran test.f90 -o test
$ ./test
Segmentation fault

$ gfortran --version
GNU Fortran (GCC) 4.4.0 20090110 (experimental) [trunk revision 143243]

System:
Linux 2.6.23-gentoo-r6 x86_64 AMD Turion(tm) 64 Mobile Technology
ML-32 AuthenticAMD GNU/Linux


module mod_a
 implicit none
 public :: a_fun, t_1, t_2
 private

 type t_1
  real :: coeff
 end type t_1

 type t_2
  type(t_1), allocatable :: mons(:)
 end type t_2

contains

 function a_fun(r) result(p)
 integer, intent(in) :: r

 type(t_2) :: p(r+1)
 ! Using an allocatable works
 !type(t_2), allocatable :: p(:)
 ! allocate(p(r+1))

 write(*,*) 'shape(p) is ', shape(p)

 end function a_fun

end module mod_a

A workaround is to not use the RESULT variable.  The code shows that the result
is being nullified before its upper bound is established.

Paul  
program test
 use mod_a, only: a_fun, t_1, t_2
 implicit none
 type(t_2) x(1)

 x = a_fun(0)
end program test


-- 
   Summary: Seg fault for RESULT with allocatable components
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pault at gcc dot gnu dot org


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

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

[jv244 at cam dot ac dot uk]

--- Comment #25 from jv244 at cam dot ac dot uk  2009-01-11 12:30 ---
(In reply to comment #22)
> Program received signal SIGSEGV, Segmentation fault.
> __mc_moves_MOD_change_bond_length () at
> /scratch/vondele/clean/cp2k/src/../src/mc_moves.F:1434
> 1434  atom_b(:)=0
> 
I had a further look into this. It is sufficient to compile the file mc_moves.F
without graphite to avoid the segfault, while compiling it with '-fgraphite
-fgraphite-identity' is  enough to get the segfault. I would therefore guess
this is unrelated to blocking and local to the file mc_moves.F. I'll see if I
can narrow down the problem to the single subroutine (change_bond_length) which
I suspect is the issue. [all of this with trunk 143207]


-- 


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

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

[jv244 at cam dot ac dot uk]

--- Comment #26 from jv244 at cam dot ac dot uk  2009-01-11 12:58 ---
(In reply to comment #25)
> I'll see if I
> can narrow down the problem to the single subroutine (change_bond_length) 
> which
> I suspect is the issue. [all of this with trunk 143207]

yes, just looking at change_bond_length should be enough.


-- 


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

[Bug fortran/38802] Seg fault for RESULT with allocatable components

[dominiq at lps dot ens dot fr]

--- Comment #1 from dominiq at lps dot ens dot fr  2009-01-11 13:26 ---
Confirmed on i686-apple-darwin9 with -m64 or -m32 with optimization -O1 and
above:

Thread 0 Crashed:
0   a.out   0x1dec __mod_a_MOD_a_fun + 30
1   a.out   0x1daf MAIN__ + 141
2   a.out   0x1f98 main + 40
3   a.out   0x1cf6 start + 54


-- 


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

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

[sebpop at gmail dot com]

--- Comment #27 from sebpop at gmail dot com  2009-01-11 13:42 ---
Subject: Re:  [graphite] several ICEs with CP2K (summary)

On Sun, Jan 11, 2009 at 6:58 AM, jv244 at cam dot ac dot uk
 wrote:
>> I'll see if I
>> can narrow down the problem to the single subroutine (change_bond_length) 
>> which
>> I suspect is the issue. [all of this with trunk 143207]
>
> yes, just looking at change_bond_length should be enough.

I'm looking at the code generated for this function.
Thanks for the detailed analysis.

Sebastian


-- 


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

[Bug fortran/38765] [4.3 Regression] ICE in check_host_association

[pault at gcc dot gnu dot org]

--- Comment #3 from pault at gcc dot gnu dot org  2009-01-11 13:42 ---
Subject: Bug 38765

Author: pault
Date: Sun Jan 11 13:42:32 2009
New Revision: 143271

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143271
Log:
2009-01-11 Paul Thomas  

PR fortran/38763
Backport from mainline:
* target-memory.c (encode_derived): Encode NULL.

PR fortran/38765
Backport from mainline:
* resolve.c (check_host_association): Use the symtree name to
search for a potential contained procedure, since this is the
name by which it would be referenced.

2009-01-11 Paul Thomas  

PR fortran/38763
Backport from mainline:
* gfortran.dg/transfer_null_1.f90: New test.

PR fortran/38765
Backport from mainline:
* gfortran.dg/host_assoc_function_6.f90: New test.


Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/host_assoc_function_6.f90
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/transfer_null_1.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/resolve.c
branches/gcc-4_3-branch/gcc/fortran/target-memory.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/38763] [4.3 Regression] TRANSFER ICE due to missing EXPR_NULL case

[pault at gcc dot gnu dot org]

--- Comment #8 from pault at gcc dot gnu dot org  2009-01-11 13:42 ---
Subject: Bug 38763

Author: pault
Date: Sun Jan 11 13:42:32 2009
New Revision: 143271

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143271
Log:
2009-01-11 Paul Thomas  

PR fortran/38763
Backport from mainline:
* target-memory.c (encode_derived): Encode NULL.

PR fortran/38765
Backport from mainline:
* resolve.c (check_host_association): Use the symtree name to
search for a potential contained procedure, since this is the
name by which it would be referenced.

2009-01-11 Paul Thomas  

PR fortran/38763
Backport from mainline:
* gfortran.dg/transfer_null_1.f90: New test.

PR fortran/38765
Backport from mainline:
* gfortran.dg/host_assoc_function_6.f90: New test.


Added:
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/host_assoc_function_6.f90
branches/gcc-4_3-branch/gcc/testsuite/gfortran.dg/transfer_null_1.f90
Modified:
branches/gcc-4_3-branch/gcc/fortran/ChangeLog
branches/gcc-4_3-branch/gcc/fortran/resolve.c
branches/gcc-4_3-branch/gcc/fortran/target-memory.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug libgcj/38803] New: [4.4 regression] Configure with "--enable-java-awt=x" requires Escher

[rob1weld at aol dot com]

# prev-gcc/xgcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static --enable-decimal-float --with-long-double-128 --enable-nls
--with-included-gettext --enable-gather-detailed-mem-stats --with-stabs
--enable-debug -enable-largefile --enable-symvers --without-system-zlib
--enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer
--enable-gjdoc --enable-java-awt=gtk,xlib,qt,x --enable-gc-debug
--enable-libgcj-debug --enable-objc-gc --enable-libstdcxx-debug
--disable-stage1-checking --enable-checking=release --without-system-libunwind
--with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld
--with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 4.4.0 20090111 (experimental) [trunk revision 143259] (GCC) 


# gmake
...(many hours)
gmake[8]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libffi'
gmake[7]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libffi'
gmake[6]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libffi'
gmake[5]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libffi'
gmake[4]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libffi'
gmake[3]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libffi'
gmake[2]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libffi'
Checking multilib configuration for zlib...
Checking multilib configuration for libjava...
mkdir -p -- i386-pc-solaris2.11/libjava
Configuring in i386-pc-solaris2.11/libjava
configure: creating cache ./config.cache
...
checking for gawk... (cached) gawk
checking for jar... jar
checking for zip... /usr/bin/zip
checking for unzip... /usr/bin/unzip
Illegal option: @
Usage: jar {ctxui}[vfm0Me] [jar-file] [manifest-file] [entry-point] [-C dir]
files ...
Options:
-c  create new archive
-t  list table of contents for archive
-x  extract named (or all) files from archive
-u  update existing archive
-v  generate verbose output on standard output
-f  specify archive file name
-m  include manifest information from specified manifest file
-e  specify application entry point for stand-alone application 
bundled into an executable jar file
-0  store only; use no ZIP compression
-M  do not create a manifest file for the entries
-i  generate index information for the specified jar files
-C  change to the specified directory and include the following file
If any file is a directory then it is processed recursively.
The manifest file name, the archive file name and the entry point name are
specified in the same order as the 'm', 'f' and 'e' flags.

Example 1: to archive two class files into an archive called classes.jar: 
   jar cvf classes.jar Foo.class Bar.class 
Example 2: use an existing manifest file 'mymanifest' and archive all the
   files in the foo/ directory into 'classes.jar': 
   jar cvfm classes.jar mymanifest -C foo/ .

checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether to enable maintainer-specific portions of Makefiles... no
...
i386-pc-solaris2.11
checking if the linker (/usr/share/src/gcc_build/./gcc/collect-ld) is GNU ld...
yes
checking if the GNU linker (/usr/share/src/gcc_build/./gcc/collect-ld) supports
-Bsymbolic-functions... yes
checking dynamic linker characteristics... solaris2.11 ld.so
checking which variable specifies run-time library path... LD_LIBRARY_PATH
configure: error: Please supply an absolute path to the Escher library


When I look at the "trunk/libjava/configure" script I see this (Line 5524):

if test "$use_gtk_awt" != yes; then
  ac_configure_args="$ac_configure_args --disable-gtk-peer --disable-plugin"
fi
if test "$use_qt_awt" != yes; then
  ac_configure_args="$ac_configure_args --disable-qt-peer"
else
  # We need this as qt is disabled by default in classpath.
  ac_configure_args="$ac_configure_args --enable-qt-peer"
fi
if test "$use_x_awt" != yes; then
  ac_configure_args="$ac_configure_args --without-escher"
else
  # We need this as escher is disabled by default in classpath.
  if test "$use_escher" != true; then
{ { echo "$as_me:$LINENO: error: Please supply an absolute path to the
Escher library" >&5
echo "$as_me: error: Please supply an absolute path to the Escher library"
>&2;}
#   { (exit 1); exit 1; }; }
}
  else
ac_configure_args="$ac_configure_args --with-escher=$with_escher"
  fi
fi
if test "x$BUILD_GJDOC" = xno; then
  ac_configure_args="$ac_configure_args --disable-gjdoc"
fi



Notice that if you do NOT use "--enable-java-awt=x" then you set
"--without-esche

[Bug tree-optimization/38748] [4.4 Regression] Missed FRE because of VIEW_CONVERT_EXPR

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-01-11 14:29 ---
This hits tramp3d a lot, we end up with

D.919534 = VIEW_CONVERT_EXPR(D.919509.D.78313.D.78008).D.78313.D.78008.domain_m[0].D.77181.D.47055.D.46936.domain_m;

vs. D.919509.D.78313.D.78008...

the following fixes it:

Index: gcc/tree-ssa-forwprop.c
===
--- gcc/tree-ssa-forwprop.c (revision 143251)
+++ gcc/tree-ssa-forwprop.c (working copy)
@@ -775,10 +775,13 @@ forward_propagate_addr_expr_1 (tree name
   && !TYPE_VOLATILE (TREE_TYPE (rhs))
   && !TYPE_VOLATILE (TREE_TYPE (TREE_OPERAND (def_rhs, 0)))
   && operand_equal_p (TYPE_SIZE (TREE_TYPE (rhs)),
- TYPE_SIZE (TREE_TYPE (TREE_OPERAND (def_rhs, 0))),
0)) 
+ TYPE_SIZE (TREE_TYPE (TREE_OPERAND (def_rhs, 0))), 0)
+  && (rhs2 = get_base_address (TREE_OPERAND (def_rhs, 0))) != NULL_TREE
+  && !INDIRECT_REF_P (rhs2))
{
  tree new_rhs = unshare_expr (TREE_OPERAND (def_rhs, 0));
  new_rhs = fold_build1 (VIEW_CONVERT_EXPR, TREE_TYPE (rhs), new_rhs);
+ STRIP_USELESS_TYPE_CONVERSION (new_rhs);
  if (TREE_CODE (new_rhs) != VIEW_CONVERT_EXPR)
{
 /* If we have folded the VIEW_CONVERT_EXPR then the result is only


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug target/34571] [4.3 Regression] Segfault in alpha_expand_mov at -O3

[uros at gcc dot gnu dot org]

--- Comment #19 from uros at gcc dot gnu dot org  2009-01-11 14:33 ---
Subject: Bug 34571

Author: uros
Date: Sun Jan 11 14:33:28 2009
New Revision: 143272

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143272
Log:
Backport from mainline:
2008-12-22  Uros Bizjak  

PR target/34571
* config/alpha/predicates.md (symbolic_operand): Return 1 for a
label_ref with an offset.

2008-03-31  James E. Wilson  

* varasm.c (output_constant_pool_1): In LABEL_REF check,
use tmp consistently.


Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/alpha/predicates.md
branches/gcc-4_3-branch/gcc/varasm.c


-- 


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

[Bug target/34571] [4.3 Regression] Segfault in alpha_expand_mov at -O3

[ubizjak at gmail dot com]

--- Comment #20 from ubizjak at gmail dot com  2009-01-11 14:35 ---
Fixed.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug ada/36025] "cpu_set_t" not declared in "OS_Interface" compilation problem on alpha

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2009-01-11 14:37 ---
(In reply to comment #3)
> Please have a look at this:
> http://gcc.gnu.org/ml/gcc-patches/2008-04/msg00033.html

But from the msg followup:

Actually, the s-osinte-linux-alpha.ads and s-osinte-linux-hppa.ads
files will be removed in a few days by a change I'm preparing, because they
cause too much maintenance troubles and are not maintained properly (and
contain lots of duplicates), so your patch will become obsolete
at this point (and support for linux-alpha should be back), stay tuned.


-- 


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

[Bug tree-optimization/38748] [4.4 Regression] Missed FRE because of VIEW_CONVERT_EXPR

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-01-11 14:41 ---
I can even see things like

SR.20836 = VIEW_CONVERT_EXPR(VIEW_CONVERT_EXPR(this->domain_m.D.115040.D.114739.domain_m[1].D.111565.D.45708.D.45522).D.45708.D.45522).D.45708.D.45522.domain_m[0];

in final cleanup :/


-- 


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

[Bug bootstrap/38804] New: gcc 4.4.0 20090111 - The configure for $BUILD/amd64/libjava checks if 64 bit code can exec on 32 bit platform

[rob1weld at aol dot com]

+++ This bug was initially created as a clone of Bug #38743 +++

I'm building gcc 4.4.0 20090106 on OpenSolaris (32 bit boot mode). 

The file trunk/libjava/configure checks if 64 bit code can executed on a
32 bit platform when configuring for the i386-pc-solaris2.11/amd64/libgcc 
directory.

# prev-gcc/xgcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static --enable-decimal-float --with-long-double-128 --enable-nls
--with-included-gettext --enable-gather-detailed-mem-stats --with-stabs
--enable-debug -enable-largefile --enable-symvers --without-system-zlib
--enable-gtk-cairo --enable-qt-peer --enable-xmlj --enable-gconf-peer
--enable-gjdoc --enable-java-awt=gtk,xlib,qt,x --enable-gc-debug
--enable-libgcj-debug --enable-objc-gc --enable-libstdcxx-debug
--disable-stage1-checking --enable-checking=release --without-system-libunwind
--with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld
--with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 4.4.0 20090111 (experimental) [trunk revision 143259] (GCC) 


#ggrep -B10 cross i386-pc-solaris2.11/amd64/libjava/config.log
configure:2383: checking for C compiler default output file name
configure:2386: /usr/share/src/gcc_build/./gcc/xgcc
-B/usr/share/src/gcc_build/./gcc/ -B/usr/local/i386-pc-solaris2.11/bin/
-B/usr/local/i386-pc-solaris2.11/lib/ -isystem
/usr/local/i386-pc-solaris2.11/include -isystem
/usr/local/i386-pc-solaris2.11/sys-include  -m64 -g -O2 conftest.c  >&5
configure:2389: $? = 0
configure:2437: result: a.out
configure:2442: checking whether the C compiler works
configure:2448: ./a.out
./a.out: ./a.out: cannot execute [Exec format error]
configure:2451: $? = 126
configure:2470: result: yes
configure:2477: checking whether we are cross compiling
configure:2479: result: yes


# isainfo -k
i386


To push past this point I simply edited trunk/libjava/configure (as I did
in Bug #38743) and commented out the exit when the test failed (since I do
not need execs in that dir):

echo "$as_me: error: in \`$ac_pwd':" >&2;}
{ { echo "$as_me:$LINENO: error: cannot run C compiled programs.
If you meant to cross compile, use \`--host'.
See \`config.log' for more details." >&5
echo "$as_me: error: cannot run C compiled programs.
If you meant to cross compile, use \`--host'.
See \`config.log' for more details." >&2;}
#   { (exit 1); exit 1; }; }; }# Line 2466
}; }
fi
  fi
fi
echo "$as_me:$LINENO: result: yes" >&5
echo "${ECHO_T}yes" >&6


Thanks,
Rob


-- 
   Summary: gcc 4.4.0 20090111 - The configure for
$BUILD/amd64/libjava checks if 64 bit code can exec on
32 bit platform
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rob1weld at aol dot com
 GCC build triplet: i386-pc-solaris2.11
  GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11


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

[Bug bootstrap/38743] gcc 4.4.0 20090106 - The configure for $BUILD/amd64/libgcc checks if 64 bit code can exec on 32 bit platform

[rob1weld at aol dot com]

--- Comment #5 from rob1weld at aol dot com  2009-01-11 15:02 ---
In libjava too, see: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38804


-- 


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

[Bug other/38805] New: sed Unterminated `s' command

[thomas dot jourdan at gmail dot com]

While configuring in the ./gcc directory, I have the following messages :

Links are now set up to build a cross-compiler
 from i386-build_pc-solaris2.11 to i686-nptl-linux-gnu.
updating cache ./config.cache
configure: creating ./config.status
config.status: creating as
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating collect-ld
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating nm
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating Makefile
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating gccbug
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating libada-mk
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating ada/Makefile
sed: file ./confstatGfaGVq/subs-5.sed line 7: unterminated `s' command
config.status: creating auto-host.h
config.status: executing default commands

Then it generates 0 byte Makefiles in the subdirectories. It seems to be
related to the ac_max_sed_line variable but I can not find a correct solution
to fix it. 

sed version is GNU sed 4.1.5
automake version is GNU automake 1.10.1
autoconf version is GNU autoconf 2.61
libtool version is GNU libtool 2.2.6

On my ubuntu 8.10 box it will build fine with the same options (and same
programs versions).

Any hints ?


-- 
   Summary: sed Unterminated `s' command
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thomas dot jourdan at gmail dot com
 GCC build triplet: i686-nptl-linux-gnu
  GCC host triplet: i386-pc-solaris2.11
GCC target triplet: i386-pc-solaris2.11


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

[Bug other/38805] sed Unterminated `s' command

[thomas dot jourdan at gmail dot com]

--- Comment #1 from thomas dot jourdan at gmail dot com  2009-01-11 15:19 
---
Mistake in bug description :
host = i386-pc-solaris2.11
build = i386-pc-solaris2.11
target = i686-nptl-linux-gnu

This is a cross build


-- 

thomas dot jourdan at gmail dot com changed:

   What|Removed |Added

  GCC build triplet|i686-nptl-linux-gnu |i386-pc-solaris2.11
 GCC target triplet|i386-pc-solaris2.11 |i686-nptl-linux-gnu


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

[Bug bootstrap/38804] gcc 4.4.0 20090111 - The configure for $BUILD/amd64/libjava checks if 64 bit code can exec on 32 bit platform

[rob1weld at aol dot com]

--- Comment #1 from rob1weld at aol dot com  2009-01-11 15:37 ---
sigh ...

and: trunk/libjava/classpath/configure


Doing this to find them all:

#   { (exit 1); exit 1; }; }; }
# Added - OpenSolaris - not cross compiling
}; }
cross_compiling=no


-- 


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

[Bug bootstrap/38804] gcc 4.4.0 20090111 - The configure for $BUILD/amd64/libjava checks if 64 bit code can exec on 32 bit platform

[rob1weld at aol dot com]

--- Comment #2 from rob1weld at aol dot com  2009-01-11 16:11 ---
Changed that hack to:

#   { (exit 1); exit 1; }; }; }
# Added - OpenSolaris - not cross compiling
}; }
fi
  fi
fi
cross_compiling=no
echo "$as_me:$LINENO: result: yes" >&5
echo "${ECHO_T}yes" >&6

-

We do have executables in this directory (unlike for libgcc) so
the quick hack quickly fails ...


File: i386-pc-solaris2.11/amd64/libjava/config.log
...
configure:25790: checking size of void *
configure:26113: /usr/share/src/gcc_build/./gcc/xgcc
-B/usr/share/src/gcc_build/./gcc/ -B/usr/local/i386-pc-solaris2.11/bin/
-B/usr/local/i386-pc-solaris2.11/lib/ -isystem
/usr/local/i386-pc-solaris2.11/include -isystem
/usr/local/i386-pc-solaris2.11/sys-include  -m64 -o conftest -g -O2
conftest.c  >&5
configure:26116: $? = 0
configure:26118: ./conftest
./conftest: ./conftest: cannot execute [Exec format error]
configure:26121: $? = 126
configure: program exited with status 126
configure: failed program was:
...
configure:26130: error: in
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava':


-- 


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

[Bug libfortran/38772] r143102 breaks xplor-nih

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2009-01-11 16:43 
---
Reviewing code carefully, I found the following.  I can not confirm this is the
problem, but removing this portion of code does not cause a regression in our
current testsuite.  This snippit was left over from before we updated the
handling of the various "status" flags.  When I applied the r143102 patch to
change the default BLANK= for internal units, this condition was enabled.

@@ -504,22 +495,7 @@ next_char (st_parameter_dt *dtp, char **

   (*w)--;

-  if (c != ' ')
-return c;
-  if (dtp->u.p.blank_status != BLANK_UNSPECIFIED)
-return ' ';  /* return a blank to signal a null */ 
-
-  /* At this point, the rest of the field has to be trailing blanks */
-
-  while (*w > 0)
-{
-  if (*q++ != ' ')
-   return '?';
-  (*w)--;
-}
-
-  *p = q;
-  return '\0';
+  return c;
 }




-- 


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

[Bug bootstrap/38804] gcc 4.4.0 20090111 - The configure for $BUILD/amd64/libjava checks if 64 bit code can exec on 32 bit platform

[rob1weld at aol dot com]

--- Comment #3 from rob1weld at aol dot com  2009-01-11 16:51 ---
There are a dozen occurances of this line in file: trunk/libjava/configure 

ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext
$LIBS >&5'


I changed them to this and the hack let the build continue:

ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext
$LIBS -m32 >&5'


-- 


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

[Bug tree-optimization/38806] New: [4.4 Regression] Access through union does not conflict properly

[rguenth at gcc dot gnu dot org]

Due to wrong TBAA pruning of points-to sets we miscompile the following once
we inline foo into main.

union U { float f; int i; };

/* GCC says the access through the union does alias the bare variable.  */
int foo(union U *u, int *i)
{
  *i = 1;
  u->f = 0.0;
  return *i;
}

extern void abort (void);
int main()
{
  int i;
  if (foo ((union U *)&i, &i) != 0)
abort ();
  return 0;
}


-- 
   Summary: [4.4 Regression] Access through union does not conflict
properly
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug tree-optimization/38806] [4.4 Regression] Access through union does not conflict properly

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-01-11 16:56 ---
I have a patch, for alias-improvements branch sofar.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work||4.3.2
   Target Milestone|--- |4.4.0


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

[Bug tree-optimization/38806] [4.4 Regression] Access through union does not conflict properly

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-01-11 17:11 ---
Mine.  We have to XFAIL gcc.dg/tree-ssa/20030807-7.c again though.


-- 

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-01-11 17:11:08
   date||


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

[Bug tree-optimization/38806] [4.4 Regression] Access through union does not conflict properly

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-01-11 17:19 ---
Hm, it looks like we might exclude that now.  From invoke.texi:

"
Similarly, access by taking the address, casting the resulting pointer
and dereferencing the result has undefined behavior, even if the cast
uses a union type, e.g.:
@smallexample
int f() @{
  double d = 3.0;
  return ((union a_union *) &d)->i;
@}
"

but this doesn't exactly cover the writing case.


-- 


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

[Bug middle-end/38616] [4.3 Regression] Wrong code when -O3 or -O2 -fstack-protector used

[doko at gcc dot gnu dot org]

--- Comment #8 from doko at gcc dot gnu dot org  2009-01-11 17:29 ---
Subject: Bug 38616

Author: doko
Date: Sun Jan 11 17:29:23 2009
New Revision: 143276

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

2009-01-11  Matthias Klose  

PR middle-end/38616, backport from mainline:
2008-05-04  Uros Bizjak  

* config/i386/i386.md (*strmovsi_1): Simplify asm alternatives.
(*strmovsi_rex_1): Ditto.
(*strsetsi_1): Ditto.
(*strsetsi_rex_1): Ditto.

(addcc): Macroize expander from addqicc, addhicc, addsicc and
adddicc expanders using SWI mode iterator.

gcc/testsuite/

2009-01-11  Matthias Klose  

PR middle-end/38616
* gcc.dg/pr38616.c: New test.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.dg/pr38616.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/i386.md
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/38616] [4.3 Regression] Wrong code when -O3 or -O2 -fstack-protector used

[doko at gcc dot gnu dot org]

--- Comment #9 from doko at gcc dot gnu dot org  2009-01-11 17:38 ---
Subject: Bug 38616

Author: doko
Date: Sun Jan 11 17:38:22 2009
New Revision: 143277

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143277
Log:
2009-01-11  Matthias Klose  

PR middle-end/38616
* gcc.dg/pr38616.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr38616.c
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug libgcj/30570] Word "DEBUG" used as a variable in VMAccessController.java breaks build

[rob1weld at aol dot com]

--- Comment #7 from rob1weld at aol dot com  2009-01-11 19:52 ---
(In reply to comment #6)
> Another "DEBUG" just showed up in "gcc version 4.3.0 20070716":
> ...

ping: gcc 4.4.0 20090111 trunk revision 143259


-- 


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

[Bug tree-optimization/38806] [4.4 Regression] Access through union does not conflict properly

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-01-11 20:03 ---
I think this is not a bug, I don't remember we ever said this is ok.


-- 


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

[Bug tree-optimization/38806] [4.4 Regression] Access through union does not conflict properly

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-01-11 20:05 ---
Ok, good.  I'll make sure to fixup unclear comments in GCC code.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||INVALID


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

[Bug libgcj/30570] Word "DEBUG" used as a variable in VMAccessController.java breaks build

[rob1weld at aol dot com]

--- Comment #8 from rob1weld at aol dot com  2009-01-11 20:11 ---
Another "DEBUG" just showed up in "gcc version 4.3.0 20090111":
gcc_trunk/libjava/java/security/VMAccessController.h


# gmake
... (hours later)
libtool: compile:  /usr/share/src/gcc_build/./gcc/xgcc -shared-libgcc
-B/usr/share/src/gcc_build/./gcc -nostdinc++
-L/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libstdc++-v3/src
-L/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libstdc++-v3/src/.libs
-B/usr/local/i386-pc-solaris2.11/bin/ -B/usr/local/i386-pc-solaris2.11/lib/
-isystem /usr/local/i386-pc-solaris2.11/include -isystem
/usr/local/i386-pc-solaris2.11/sys-include -m64 -DHAVE_CONFIG_H -I.
-I../../../../gcc_trunk/libjava -I./include -I./gcj
-I../../../../gcc_trunk/libjava -Iinclude
-I../../../../gcc_trunk/libjava/include
-I../../../../gcc_trunk/libjava/classpath/include -Iclasspath/include
-I../../../../gcc_trunk/libjava/classpath/native/fdlibm
-I../../../../gcc_trunk/libjava/../boehm-gc/include -I../boehm-gc/include
-I../../../../gcc_trunk/libjava/libltdl -I../../../../gcc_trunk/libjava/libltdl
-I../../../../gcc_trunk/libjava/.././libjava/../gcc
-I../../../../gcc_trunk/libjava/../zlib
-I../../../../gcc_trunk/libjava/../libffi/include -I../libffi/include -fno-rtti
-fnon-call-exceptions -fdollars-in-identifiers -Wswitch-enum
-D_FILE_OFFSET_BITS=64 -ffloat-store -fomit-frame-pointer -Usun -Wextra -Wall
-D_GNU_SOURCE "-DPREFIX=\"/usr/local\""
"-DTOOLEXECLIBDIR=\"/usr/local/lib/amd64\"" "-DJAVA_HOME=\"/usr/local\""
"-DBOOT_CLASS_PATH=\"/usr/local/share/java/libgcj-4.4.0.jar\""
"-DJAVA_EXT_DIRS=\"/usr/local/share/java/ext\""
"-DGCJ_ENDORSED_DIRS=\"/usr/local/share/java/gcj-endorsed\""
"-DGCJ_VERSIONED_LIBDIR=\"/usr/local/lib/amd64/gcj-4.4.0-10\""
"-DPATH_SEPARATOR=\":\"" "-DECJ_JAR_FILE=\"\""
"-DLIBGCJ_DEFAULT_DATABASE=\"/usr/local/lib/amd64/gcj-4.4.0-10/classmap.db\""
"-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.4.0-10/classmap.db\"" -g -O2 -m64
-MT java/security/natVMAccessController.lo -MD -MP -MF
java/security/.deps/natVMAccessController.Tpo -c
../../../../gcc_trunk/libjava/java/security/natVMAccessController.cc  -fPIC
-DPIC -o java/security/.libs/natVMAccessController.o
In file included from
../../../../gcc_trunk/libjava/java/security/natVMAccessController.cc:17:
../../../../gcc_trunk/libjava/java/security/VMAccessController.h:36: error:
expected unqualified-id before numeric constant
gmake[5]: *** [java/security/natVMAccessController.lo] Error 1
gmake[5]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava'
gmake[3]: *** [multi-do] Error 1
gmake[3]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libjava'
gmake[2]: *** [all-multi] Error 2
gmake[2]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libjava'
gmake[1]: *** [all-target-libjava] Error 2
gmake[1]: Leaving directory `/usr/share/src/gcc_build'
gmake: *** [all] Error 2


I'm adding "#undef DEBUG" while I wait for the correct fix.


...
private:
  static JArray< ::java::lang::Object * > * getStack();
  static ::java::security::AccessControlContext * DEFAULT_CONTEXT;
#undef DEBUG
  static jboolean DEBUG;
public:
  static ::java::lang::Class class$;
...


-- 


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

[Bug c/38807] New: ice: gimple check: expected gimple_assign(error_mark), have gimple_phi()

[regehr at cs dot utah dot edu]

Seen using r143243 on Ubuntu Hardy on x86.

reg...@john-home:~/volatile/tmp121$ current-gcc -O2 small.c
small.c: In function ‘foo’:
small.c:16: internal compiler error: gimple check: expected
gimple_assign(error_mark), have gimple_phi() in gimple_assign_rhs1, at
gimple.h:1729
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

reg...@john-home:~/volatile/tmp121$ cat small.c

int baz (short x)
{
  return x;
}

int g_2;
int g_10;

int bar (int p_7)
{
  if (baz (g_2 ^ p_7 ^ g_2))
return g_10;
  return 0;
}

int foo (void)
{
  return bar (g_2 == 0 || 1 == 1 - g_2) ? 1 : bar (1 && g_2);
}

reg...@john-home:~/volatile/tmp121$ current-gcc -v

Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --program-prefix=current-
--enable-languages=c,c++ --prefix=/home/regehr : (reconfigured) ../configure
--program-prefix=current- --enable-languages=c,c++ --prefix=/home/regehr :
(reconfigured) ../configure --program-prefix=current- --enable-languages=c,c++
--prefix=/home/regehr : (reconfigured) ../configure --program-prefix=current-
--prefix=/home/regehr --enable-languages=c,c++ --no-create --no-recursion :
(reconfigured) ../configure --program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion : (reconfigured)
../configure --program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion : (reconfigured)
../configure --program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion : (reconfigured)
../configure --program-prefix=current- --prefix=/home/regehr
--enable-languages=c,c++ --no-create --no-recursion
Thread model: posix
gcc version 4.4.0 20090110 (experimental) (GCC)


-- 
   Summary: ice: gimple check: expected gimple_assign(error_mark),
have gimple_phi()
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: regehr at cs dot utah dot edu
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug c/38807] [4.4 regression] ice: gimple check: expected gimple_assign(error_mark), have gimple_phi()

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-01-11 20:21 ---
Mine, remove_visited_stmt_chain was added by me.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-01-11 20:21:44
   date||
Summary|ice: gimple check: expected |[4.4 regression] ice: gimple
   |gimple_assign(error_mark),  |check: expected
   |have gimple_phi()   |gimple_assign(error_mark),
   ||have gimple_phi()
   Target Milestone|--- |4.4.0


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

[Bug c++/38797] [c++0x] Missing warning about type qualifiers on late function return types

[jason at gcc dot gnu dot org]

--- Comment #1 from jason at gcc dot gnu dot org  2009-01-11 20:31 ---
IMO it would be inappropriate to give this warning for a late-specified return
type.  The warning is only there to catch old code which expects "const int
foo()" to declare a const function returning int, rather than a function
returning const int.  No such historical ambiguity exists with the new syntax.


-- 


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

[Bug c++/36254] [4.2/4.3/4.4 Regression] wrong "control reaches end of non-void function" warning with IF_STMT

[jakub at gcc dot gnu dot org]

--- Comment #14 from jakub at gcc dot gnu dot org  2009-01-11 21:15 ---
Subject: Bug 36254

Author: jakub
Date: Sun Jan 11 21:14:51 2009
New Revision: 143281

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143281
Log:
PR c++/36254
* cp-gimplify.c (genericize_if_stmt): Renamed from ...
(gimplify_if_stmt): ... this.
(cp_gimplify_expr): Don't handle IF_STMT here.
(cp_genericize_r): Call genericize_if_stmt for IF_STMT.

* g++.dg/warn/Wreturn-type-5.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/warn/Wreturn-type-5.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/cp-gimplify.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/36254] [4.2/4.3 Regression] wrong "control reaches end of non-void function" warning with IF_STMT

[jakub at gcc dot gnu dot org]

--- Comment #15 from jakub at gcc dot gnu dot org  2009-01-11 21:32 ---
Fixed on the trunk.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.0.1 4.1.2 4.2.3 4.3.0 |4.0.1 4.1.2 4.2.3 4.3.0
   |4.4.0   |
  Known to work|3.3 |3.3 4.4.0
Summary|[4.2/4.3/4.4 Regression]|[4.2/4.3 Regression] wrong
   |wrong "control reaches end  |"control reaches end of non-
   |of non-void function"   |void function" warning with
   |warning with IF_STMT|IF_STMT


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

[Bug middle-end/38808] New: another warning from system headers.

[pluto at agmk dot net]

$ g++ -m32 -Wall -O2 -g0 -std=c++0x bug.ii -c -o /dev/null

../../../buildenv/linux/gcc-4.3/32/STLport-5.2.1/include/stlport/stl/_algo.c:
In member function ‘void sms::TbRunner::uClockChanged()’:
../../../buildenv/linux/gcc-4.3/32/STLport-5.2.1/include/stlport/stl/_algo.c:962:
warning: array subscript is above array bounds


buildenv libraries were specified by -isystem for preprocessing.


-- 
   Summary: another warning from system headers.
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pluto at agmk dot net
GCC target triplet: i486-gnu-linux


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

[Bug middle-end/38808] another warning from system headers.

[pluto at agmk dot net]

--- Comment #1 from pluto at agmk dot net  2009-01-11 22:49 ---
Created an attachment (id=17073)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17073&action=view)
testcase


-- 


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

[Bug libfortran/38772] r143102 breaks xplor-nih

[howarth at nitro dot med dot uc dot edu]

--- Comment #10 from howarth at nitro dot med dot uc dot edu  2009-01-11 
23:00 ---
The patch in comment 9 doesn't solve the issue with xplor-nih.


-- 


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

[Bug c++/38625] Segmentation fault when dereferencing valid pointer, probably REGRESSION

[hjl dot tools at gmail dot com]

--- Comment #8 from hjl dot tools at gmail dot com  2009-01-11 23:32 ---
This patch

http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00886.html

triggers this crash. It failed at -O1. With gcc 4.4, it failed at -O2.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||hjl dot tools at gmail dot
   ||com
   Last reconfirmed|-00-00 00:00:00 |2009-01-11 23:32:10
   date||


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

[Bug c++/38625] Segmentation fault when dereferencing valid pointer, probably REGRESSION

[hjl dot tools at gmail dot com]

--- Comment #9 from hjl dot tools at gmail dot com  2009-01-11 23:33 ---
There are warnings like

../include/vigra/accessor.hxx: In function âvoid
vigra::read_bands(vigra::Decoder*, ImageIterator, Accessor, SrcValueType) [with
ImageIterator = vigra::CachedFileImageIterator >, Accessor = vigra::RGBAccessor >,
SrcValueType = double]â:
../include/vigra/accessor.hxx:813: warning: array subscript is above array
bounds
In file included from enblend.h:39,
 from enblend.cc:124:
../include/vigra/diff2d.hxx: In function âvoid enblend::maskBounds(MaskType*,
vigra::Rect2D&, vigra::Rect2D&) [with MaskType =
enblend::enblendMain(std::list >&, vigra::ImageExportInfo&,
vigra::Rect2D&) [with ImagePixelType = vigra::RGBValue]::MaskType]â:
../include/vigra/diff2d.hxx:1108: warning: assuming signed overflow does not
occur when assuming that (X - c) > X is always false


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

   Last reconfirmed|2009-01-11 23:32:10 |2009-01-11 23:33:14
   date||


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

[Bug c++/38625] Segmentation fault when dereferencing valid pointer, probably REGRESSION

[hjl dot tools at gmail dot com]

--- Comment #10 from hjl dot tools at gmail dot com  2009-01-11 23:46 
---
Adding "--param inline-unit-growth=60" fixed gcc 4.4 revision 143274
at -O2.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 CC||jh at suse dot cz
 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|2009-01-11 23:33:14 |2009-01-11 23:46:52
   date||


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

[Bug java/38717] gcc 4.4.0 20090102 - jc1: out of memory allocating ... (with 1 G of RAM)

[rob1weld at aol dot com]

--- Comment #3 from rob1weld at aol dot com  2009-01-12 00:09 ---
With 1400M (and 512M swap) it dies here:

gmake[5]: Entering directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava'
if /bin/sh ./libtool --tag=GCJ --mode=compile /usr/share/src/gcc_build/gcc/gcj
-B/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava/
-B/usr/share/src/gcc_build/gcc/ -ffloat-store -fomit-frame-pointer -Usun
-fclasspath= -fbootclasspath=../../../../gcc_trunk/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -findirect-dispatch
-fno-indirect-classes 
-fsource-filename=/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava/classpath/tools/all-classes.lst
-g -O2  -m64 -MT classpath/tools/libgcj_tools_la-tools.lo -MD -MP -MF
"classpath/tools/.deps/libgcj_tools_la-tools.Tpo" -c -o
classpath/tools/libgcj_tools_la-tools.lo `test -f 'classpath/tools/tools.zip'
|| echo '../../../../gcc_trunk/libjava/'`classpath/tools/tools.zip; \
then mv -f "classpath/tools/.deps/libgcj_tools_la-tools.Tpo"
"classpath/tools/.deps/libgcj_tools_la-tools.Plo"; else rm -f
"classpath/tools/.deps/libgcj_tools_la-tools.Tpo"; exit 1; fi
libtool: compile:  /usr/share/src/gcc_build/gcc/gcj
-B/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava/
-B/usr/share/src/gcc_build/gcc/ -ffloat-store -fomit-frame-pointer -Usun
-fclasspath= -fbootclasspath=../../../../gcc_trunk/libjava/classpath/lib
--encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -findirect-dispatch
-fno-indirect-classes
-fsource-filename=/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava/classpath/tools/all-classes.lst
-g -O2 -m64 -MT classpath/tools/libgcj_tools_la-tools.lo -MD -MP -MF
classpath/tools/.deps/libgcj_tools_la-tools.Tpo -c classpath/tools/tools.zip 
-fPIC -o classpath/tools/.libs/libgcj_tools_la-tools.o

jc1: out of memory allocating 4072 bytes after a total of 380526592 bytes
gmake[5]: *** [classpath/tools/libgcj_tools_la-tools.lo] Error 1
gmake[5]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava'
gmake[4]: *** [all-recursive] Error 1
gmake[4]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libjava'
gmake[3]: *** [multi-do] Error 1
gmake[3]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libjava'
gmake[2]: *** [all-multi] Error 2
gmake[2]: Leaving directory
`/usr/share/src/gcc_build/i386-pc-solaris2.11/libjava'
gmake[1]: *** [all-target-libjava] Error 2
gmake[1]: Leaving directory `/usr/share/src/gcc_build'
gmake: *** [all] Error 2


-- 


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

[Bug c++/34749] Incorrect warning when applying dllimport to friend function

[dannysmith at users dot sourceforge dot net]

--- Comment #9 from dannysmith at users dot sourceforge dot net  2009-01-12 
02:07 ---
(In reply to comment #8)
> still unfixed?

Please provide a compilable self-contained testcase. 
Danny


-- 


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

[Bug testsuite/38809] New: gcc.dg/pr38616.c doesn't work on Linux/ia64

[hjl dot tools at gmail dot com]

[...@gnu-12 prev-gcc]$ ./xgcc -B./ -O2 -fstack-protector
../../src-trunk/gcc/testsuite/gcc.dg/pr38616.c
../../src-trunk/gcc/testsuite/gcc.dg/pr38616.c:1: warning: -fstack-protector
not supported for this target
[...@gnu-12 prev-gcc]$


-- 
   Summary: gcc.dg/pr38616.c doesn't work on Linux/ia64
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


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

[Bug testsuite/38809] gcc.dg/pr38616.c doesn't work on Linux/ia64

[hjl at gcc dot gnu dot org]

--- Comment #1 from hjl at gcc dot gnu dot org  2009-01-12 03:48 ---
Subject: Bug 38809

Author: hjl
Date: Mon Jan 12 03:47:48 2009
New Revision: 143287

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143287
Log:
2009-01-11  H.J. Lu  

PR testsuite/38809
* gcc.dg/pr38616.c: Only run for targets with -fstack-protector.

Modified:
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gcc.dg/pr38616.c


-- 


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

[Bug c/35608] gcc.c-torture/compile/limits-structnest.c fails -O2 -Os

[rob1weld at aol dot com]

--- Comment #7 from rob1weld at aol dot com  2009-01-12 04:24 ---
On i386-pc-solaris2.11 (OpenSolaris 2008.11) compiling gcc 4.4.0 20090104
I did NOT get this failure:
http://gcc.gnu.org/ml/gcc-testresults/2009-01/msg00488.html


Now when I compile: gcc version 4.4.0 20090111 (experimental) [trunk 
revision 143259] I get this error:

Running
/usr/share/src/gcc_trunk/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
WARNING: program timed out.
FAIL: gcc.c-torture/compile/limits-structnest.c  -O2  (test for excess errors)
WARNING: program timed out.
FAIL: gcc.c-torture/compile/limits-structnest.c  -O3 -fomit-frame-pointer 
(test for excess errors)
WARNING: program timed out.
FAIL: gcc.c-torture/compile/limits-structnest.c  -O3 -g  (test for excess
errors)
WARNING: program timed out.
FAIL: gcc.c-torture/compile/limits-structnest.c  -Os  (test for excess errors)
Running
/usr/share/src/gcc_trunk/gcc/testsuite/gcc.c-torture/execute/builtins/builtins.exp
...


Confirmed (intermittent).


Rob


-- 


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

[Bug target/38730] gcc 4.4.0 20090104 - "make -i check" - over 60 FAILs in "C" compiler

[rob1weld at aol dot com]

--- Comment #3 from rob1weld at aol dot com  2009-01-12 05:17 ---
(In reply to comment #1)
> >FAIL: gcc.dg/torture/fp-int-convert-float128.c  -O3 -g  (test for excess
> 
> This means that the __float128 to int functions are not included in libgcc not
> a big deal because most folks don't use __float128.
> 
> >gcc.dg/vect/costmodel/i386/costmodel-vect-68.c 
> These vectorizer failures look like the stack alignment is wrong.

Replaced by other errors, and a disconcerting blank line ...


Running
/usr/share/src/gcc_trunk/gcc/testsuite/gcc.c-torture/execute/execute.exp ...
Running
/usr/share/src/gcc_trunk/gcc/testsuite/gcc.c-torture/execute/ieee/ieee.exp ...
Running
/usr/share/src/gcc_trunk/gcc/testsuite/gcc.c-torture/unsorted/unsorted.exp ...
(disconcerting blank line)
Running /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/autopar/autopar.exp ...
Running /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/charset/charset.exp ...
Running /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/compat/compat.exp ...


> >FAIL: largefile.c -O0 -g -I. (test for excess errors)
> 
> Not really a big deal as this is PCH and solaris as a host has not implemented
> the needed PCH functions yet.

Now we have those few and a hundred more in gcc version 4.4.0 20090111
(experimental) [trunk revision 143259].

Rob


-- 


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

[Bug fortran/38802] Seg fault for RESULT with allocatable components

[pault at gcc dot gnu dot org]

--- Comment #2 from pault at gcc dot gnu dot org  2009-01-12 06:21 ---
This does the job:
Index: gcc/fortran/trans-array.c
===
--- gcc/fortran/trans-array.c   (revision 143242)
+++ gcc/fortran/trans-array.c   (working copy)
@@ -5733,7 +5733,7 @@
 }

   /* Dummy and use associated variables don't need anything special.  */
-  if (sym->attr.dummy || sym->attr.use_assoc)
+  if (sym->attr.dummy || sym->attr.use_assoc || sym->attr.result)
 {
   gfc_add_expr_to_block (&fnblock, body);

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pault at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-01-12 06:21:46
   date||


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

[Bug fortran/38763] [4.3 Regression] TRANSFER ICE due to missing EXPR_NULL case

[pault at gcc dot gnu dot org]

--- Comment #9 from pault at gcc dot gnu dot org  2009-01-12 06:22 ---
Fixed on trunk and 4.3.  Thanks for the reort.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/38765] [4.3 Regression] ICE in check_host_association

[pault at gcc dot gnu dot org]

--- Comment #4 from pault at gcc dot gnu dot org  2009-01-12 06:23 ---
Fixed on trunk and 4.3.  Thanks for the reort.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug other/38606] AIX: build failed in stage 2

[tammer at tammer dot net]

--- Comment #11 from tammer at tammer dot net  2009-01-12 07:12 ---
Hello,
any news ?
Bye
  Rainer


-- 


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

[Bug bootstrap/38607] AIX error messages about TOC during build

[tammer at tammer dot net]

--- Comment #12 from tammer at tammer dot net  2009-01-12 07:13 ---
Hello,
any news ??
Bye
  Rainer


-- 


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

[Bug ada/36025] "cpu_set_t" not declared in "OS_Interface" compilation problem on alpha

[oliver at linux-kernel dot at]

--- Comment #5 from oliver at linux-kernel dot at  2009-01-12 07:58 ---
(In reply to comment #4)

Oh well. If your change will fix it, I'm happy...

Thx for the information!


-- 


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