[Bug c++/30168] New: C++ constructors can cause invalid gimple to happen with complex typed variables

[pinskia at gcc dot gnu dot org]

Testcase:
struct aaa
{
  aaa(_Complex float __z) ;
  _Complex float _M_value;
};
aaa::aaa(_Complex float __z) : _M_value(__z) {}

We must not be setting DECL_COMPLEX_GIMPLE_REG_P correctly.


-- 
   Summary: C++ constructors can cause invalid gimple to happen with
complex typed variables
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
OtherBugsDependingO 30142
 nThis:


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

[Bug c++/30168] C++ constructors can cause invalid gimple to happen with complex typed variables

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-12-12 08:39 ---
This testcase comes from a reduced testcase from:
26_numerics/complex/13450.cc
26_numerics/complex/pow.cc
tr1/8_c_compatibility/complex/functions.cc
And most likely more.


-- 


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

[Bug c++/30169] New: Cast typename operator

[spam at david dot osborn dot name]

The following program fails to compile:

template  struct A {};
template  struct B
{
typedef T type;
operator A() const;
};
template  void F(const A::type> &) {}
template  B::operator A() const {}

test.cpp:8: error: no 'B::operator A::type>() const' member
fun
ction declared in class 'B'
test.cpp:8: error: template definition of non-template 'B::operator
A::type>() const'

If you define the cast operator before F, the error goes away.  A similar issue
was previously filed under bug #8578 and marked as fixed in gcc 3.3.


-- 
   Summary: Cast typename operator
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: spam at david dot osborn dot name
 GCC build triplet: i686-pc-mingw32
  GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32


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

[Bug middle-end/30167] OpenMP can produce invalid gimple (for indirect references)

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-12-12 08:44 ---
Here is another testcase (a C one this time):
int x, *p = &x;
g (int n)
{
  int i = 1, j, sum = 0;
#pragma omp parallel reduction(+: sum) num_threads(2)
  {
f1 (&j);
sum += i + j + *p + n;
  }
}


-- 


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

[Bug c++/30169] Cast typename operator

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-12-12 08:46 ---
Fails with "4.0.4 20061011" but passes with "4.1.2 20061204" so closing as
fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug debug/30161] GCC should generate dwarf info about template parameters

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
OtherBugsDependingO||29433
  nThis||
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-12-12 09:45:45
   date||


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

[Bug fortran/30170] New: The STATUS specified in OPEN statement at (1) cannot have the value SCRATCH if a FILE specifier is present

[ubizjak at gmail dot com]

When compiling EuroBen mod3a benchmark, following errors terminate the
compilation:

gfortran -c mod3a.f
mod3a.f:61.72:

 &  Status = 'scratch' )
   1
Error: The STATUS specified in OPEN statement at (1) cannot have the value
SCRATCH if a FILE specifier is present
mod3a.f:63.72:

 &  Status = 'scratch' )
   1
Error: The STATUS specified in OPEN statement at (1) cannot have the value
SCRATCH if a FILE specifier is present
mod3a.f:65.72:

 &  Status = 'scratch' )
   1
Error: The STATUS specified in OPEN statement at (1) cannot have the value
SCRATCH if a FILE specifier is present

For comparison, ifort issues only a warning:

fortcom: Warning: mod3a.f, line 60: The STATUS= specifier has the value
SCRATCH, the FILE= specifier will be ignored in the OPEN statement.   ['jara']
  Open( lua, File = 'jara', Form = 'unformatted',

Testcase (test.f):
--cut here--
  Program mod3a

  Integer, Parameter  :: lua = 1, luc = 9, luna = 10

! --- Open files for input and to hold 'c', 'na', 'ja', and 'ra'.
!
  Open( 2, File = 'mod3a.in' )
  Open( lua, File = 'jara', Form = 'unformatted',
 &  Status = 'scratch' )
  Open( luc, File = 'cvals', Form = 'unformatted',
 &  Status = 'scratch' )
  Open( luna, File = 'nafl', Form = 'unformatted',
 &  Status = 'scratch' )

  End Program mod3a
--cut here--

BTW: EuroBen benchmark can be downloaded from http://www.euroben.nl,
single-CPU, MPI and OpenMP version.


-- 
   Summary: The STATUS specified in OPEN statement at (1) cannot
have the value SCRATCH if a FILE specifier is present
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ubizjak at gmail dot com


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

[Bug tree-optimization/28624] [4.2/4.3 regression] latent segfault in remove_phi_node

[tbm at cyrius dot com]

--- Comment #6 from tbm at cyrius dot com  2006-12-12 10:57 ---
(In reply to comment #5)
> The problem is EXECUTE_IF_SET_IN_BITMAP does not like the bitmap to change 
> from
> underneath it.
> 
> I have a patch which fixes this issue.

Wow, nice you tracked this down.  I thought this bug would stay open forever as 
unreproducible.


-- 


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

[Bug c/30171] New: non-portable va_list abuse is permitted on i386

[dwmw2 at infradead dot org]

See https://bugs.helixcommunity.org/show_bug.cgi?id=5641 -- particularly the
assignment to va_list (the references are uncommon enough that they probably
don't matter).

The world would be a better place if this kind of code would fail to build, or
at least _warn_, on i386. The ABI might not allow us to make va_list 'const'
but we could perhaps add an __attribute__((va_list)) which marks it for
'special' treatment?

This warning could perhaps be enabled by default on any platform which code is
expected to be portable (like Linux) but disabled on i386-only platforms
(win32).


-- 
   Summary: non-portable va_list abuse is permitted on i386
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dwmw2 at infradead dot org


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

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

[bkoz at gcc dot gnu dot org]

--- Comment #7 from bkoz at gcc dot gnu dot org  2006-12-12 11:24 ---
Subject: Bug 28125

Author: bkoz
Date: Tue Dec 12 11:23:44 2006
New Revision: 119774

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119774
Log:
2006-12-11  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/28125
* acinclude.m4 (GLIBCXX_CHECK_ICONV_SUPPORT): Remove link test, ie
AC_CHECK_LIB for libiconv. Instead, use bits of AM_ICONV.
* configure: Regenerate.
* scripts/testsuite_flags.in (cxxldflags): Add LIBICONV bits.


Modified:
branches/gcc-4_2-branch/libstdc++-v3/ChangeLog
branches/gcc-4_2-branch/libstdc++-v3/acinclude.m4
branches/gcc-4_2-branch/libstdc++-v3/configure
branches/gcc-4_2-branch/libstdc++-v3/scripts/testsuite_flags.in


-- 


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

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

[bkoz at gcc dot gnu dot org]

--- Comment #8 from bkoz at gcc dot gnu dot org  2006-12-12 11:24 ---
Subject: Bug 28125

Author: bkoz
Date: Tue Dec 12 11:23:56 2006
New Revision: 119775

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119775
Log:
2006-12-11  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/28125
* acinclude.m4 (GLIBCXX_CHECK_ICONV_SUPPORT): Remove link test, ie
AC_CHECK_LIB for libiconv. Instead, use bits of AM_ICONV.
* configure: Regenerate.
* scripts/testsuite_flags.in (cxxldflags): Add LIBICONV bits.


Modified:
branches/gcc-4_1-branch/libstdc++-v3/ChangeLog
branches/gcc-4_1-branch/libstdc++-v3/acinclude.m4
branches/gcc-4_1-branch/libstdc++-v3/configure
branches/gcc-4_1-branch/libstdc++-v3/scripts/testsuite_flags.in


-- 


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

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

[bkoz at gcc dot gnu dot org]

--- Comment #9 from bkoz at gcc dot gnu dot org  2006-12-12 11:25 ---

Should be fixed on gcc/gcc-4_2-branch/gcc-4_1-branch


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/29624] Fortran 2003: Support intent for pointers

[patchapp at dberlin dot org]

--- Comment #3 from patchapp at dberlin dot org  2006-12-12 11:25 ---
Subject: Bug number PR29624

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00827.html


-- 


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[bkoz at gcc dot gnu dot org]

--- Comment #5 from bkoz at gcc dot gnu dot org  2006-12-12 11:32 ---

I suspect that the fix for 28125 may also fix this. If not, then the only thing
I can think of to do is to add a compile test explicitly for iconv_t in
GLIBCXX_CHECK_ICONV_SUPPORT. 

This seems redundant, however, as iconv_open and iconv_close return this type,
and they are already tested. Maybe on mingw32 they don't return iconv_t?

So, I am going to close this until I have more info or it's reconfirmed that
this is still a bug with current sources.

best,
benjamin


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/25608] g++ miscompiles gcjx

[bkoz at gcc dot gnu dot org]

--- Comment #22 from bkoz at gcc dot gnu dot org  2006-12-12 11:37 ---

This is closed as gcjx is dead.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

[bkoz at gcc dot gnu dot org]

--- Comment #8 from bkoz at gcc dot gnu dot org  2006-12-12 12:14 ---
Created an attachment (id=12789)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12789&action=view)
add check_linker_features for solaris crosses


-- 


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

[Bug middle-end/30147] [4.3 Regression] ICE in fold_convert with -O2

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2006-12-12 12:21 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.3.0   |4.2.0


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[rmathew at gcc dot gnu dot org]

--- Comment #6 from rmathew at gcc dot gnu dot org  2006-12-12 12:27 ---
The real problem (IIRC) was that "iconv_t" was being used even though there was
no libiconv (I think the inclusion of the header file was properly guarded, but
the usage of the type wasn't).

MinGW uses the Windows C runtime library which does not have iconv support.
There *is* a port of libiconv for MinGW (see the "mingwPORT" section in
http://www.mingw.org/download.shtml), but the user/developer has to install it
separately - it does not come by default with the MinGW runtime library
packages ("mingw-runtime" and "w32api").


-- 


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

[Bug middle-end/30172] New: Operations with partly constant complex values not folded

[rguenth at gcc dot gnu dot org]

We do not fold for example

  __complex__ ( x, 0 ) * __complex__ ( 0, 1 )

or

  __complex__ ( x, 0 ) + __complex__ ( 0, y )


I have a partial patch.


-- 
   Summary: Operations with partly constant complex values not
folded
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: middle-end
AssignedTo: rguenth at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[rmathew at gcc dot gnu dot org]

--- Comment #7 from rmathew at gcc dot gnu dot org  2006-12-12 12:28 ---
(See the comment above.)


-- 

rmathew at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |


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

[Bug libstdc++/22339] iconv functions not found by libstdc++v3 configure

[bkoz at gcc dot gnu dot org]

--- Comment #4 from bkoz at gcc dot gnu dot org  2006-12-12 12:33 ---

Can I get some feedback on this bug? If not, I will close it...


-- 


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

[Bug libstdc++/22388] When cross-compiling libstdc++ for mingw, enable large file support (LFS)

[bkoz at gcc dot gnu dot org]

--- Comment #4 from bkoz at gcc dot gnu dot org  2006-12-12 12:40 ---

Danny, any chance we can get current status on this with a current version of
gcc/libstdc++? 4.2-branch would be great.

If _GLIBCXX_USE_LFS is now being defined for native, then the crosses should
have it too. 

If native is not setting this, then this is not a bug.

thanks,
benjamin


-- 


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

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

[bkoz at gcc dot gnu dot org]

--- Comment #9 from bkoz at gcc dot gnu dot org  2006-12-12 12:41 ---
Subject: Bug 26497

Author: bkoz
Date: Tue Dec 12 12:41:26 2006
New Revision: 119778

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

2006-12-12  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/26497
* crossconfig.m4: Add GLIBCXX_CHECK_LINKER_FEATURES for Solaris.
* acinclude.m4 (GLIBCXX_CHECK_LINKER_FEATURES): Set
glibcxx_gnu_ld_version only when with GNU ld confirmed. 
* configure: Regenerate.


Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/acinclude.m4
trunk/libstdc++-v3/configure
trunk/libstdc++-v3/crossconfig.m4


-- 


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

[Bug fortran/30170] The STATUS specified in OPEN statement at (1) cannot have the value SCRATCH if a FILE specifier is present

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2006-12-12 12:55 ---
The standard is very clear about it (Fortran 2003, but similar for Fortran 95):

"9.4.5 The OPEN statement"
"If the STATUS= specifier has the value SCRATCH, the FILE= specifier shall not
appear."

One might want to allow it for -std=gnu or -std=legacy, however;
I'm a bit ambivalent between downgrading the error to a warning for GNU or to
leave the current status (aka "won't fix").


-- 


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

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

[kkojima at gcc dot gnu dot org]

--- Comment #1 from kkojima at gcc dot gnu dot org  2006-12-12 13:01 ---
A slightly different test case

unsigned int foo(unsigned int x)
{
  if (x < 5)
x = 4;
  else
x = 8;
  return x;
}

int main(void)
{
  if (foo (4) != 4)
abort ();
  if (foo (8) != 8)
abort ();
  exit (0);
}

aborts on i686-pc-linux-gnu with -O1 and -O2.


-- 

kkojima at gcc dot gnu dot org changed:

   What|Removed |Added

 GCC target triplet|sh-elf, mips-elf|sh-elf, mips-elf, i686-pc-
   ||linux-gnu
Summary|[4.3 Regression] gcc.c- |[4.3 Regression] gcc.c-
   |torture/execute/20010422-1.c|torture/execute/20010422-1.c
   |is miscompiled on sh-elf and|is miscompiled
   |mips-elf|


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

[Bug libstdc++/19747] [meta-bug] : cris-elf libstdc++ testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

[bkoz at gcc dot gnu dot org]

--- Comment #1 from bkoz at gcc dot gnu dot org  2006-12-12 13:09 ---

Any chance cris-elf testresults for current gcc could be posted to
gcc-testresults? It looks like 11 months since the last posting.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 GCC target triplet||cris-elf


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

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

[bkoz at gcc dot gnu dot org]

--- Comment #10 from bkoz at gcc dot gnu dot org  2006-12-12 13:13 ---
Subject: Bug 26497

Author: bkoz
Date: Tue Dec 12 13:13:08 2006
New Revision: 119780

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119780
Log:
2006-12-12  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/26497
* crossconfig.m4: Add GLIBCXX_CHECK_LINKER_FEATURES for Solaris.
* acinclude.m4 (GLIBCXX_CHECK_LINKER_FEATURES): Set
glibcxx_gnu_ld_version only when with GNU ld confirmed. 
* configure: Regenerate.


Modified:
branches/gcc-4_2-branch/libstdc++-v3/ChangeLog
branches/gcc-4_2-branch/libstdc++-v3/acinclude.m4
branches/gcc-4_2-branch/libstdc++-v3/configure
branches/gcc-4_2-branch/libstdc++-v3/crossconfig.m4


-- 


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

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

[bkoz at gcc dot gnu dot org]

--- Comment #11 from bkoz at gcc dot gnu dot org  2006-12-12 13:13 ---
Subject: Bug 26497

Author: bkoz
Date: Tue Dec 12 13:13:21 2006
New Revision: 119781

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119781
Log:
2006-12-12  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/26497
* crossconfig.m4: Add GLIBCXX_CHECK_LINKER_FEATURES for Solaris.
* acinclude.m4 (GLIBCXX_CHECK_LINKER_FEATURES): Set
glibcxx_gnu_ld_version only when with GNU ld confirmed. 
* configure: Regenerate.


Modified:
branches/gcc-4_1-branch/libstdc++-v3/ChangeLog
branches/gcc-4_1-branch/libstdc++-v3/acinclude.m4
branches/gcc-4_1-branch/libstdc++-v3/configure
branches/gcc-4_1-branch/libstdc++-v3/crossconfig.m4


-- 


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

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

[bkoz at gcc dot gnu dot org]

--- Comment #12 from bkoz at gcc dot gnu dot org  2006-12-12 13:14 ---

Fixed.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.3


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

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

[bkoz at gcc dot gnu dot org]

-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.1.3


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[bkoz at gcc dot gnu dot org]

--- Comment #8 from bkoz at gcc dot gnu dot org  2006-12-12 13:31 ---

Thanks Ranjit.

Then:

Index: crossconfig.m4
===
--- crossconfig.m4  (revision 119781)
+++ crossconfig.m4  (working copy)
@@ -178,7 +178,6 @@
 AC_CHECK_HEADERS([sys/types.h locale.h float.h])
 GLIBCXX_CHECK_LINKER_FEATURES
 GLIBCXX_CHECK_COMPLEX_MATH_SUPPORT
-GLIBCXX_CHECK_ICONV_SUPPORT
 ;;
   *-netbsd*)
 AC_CHECK_HEADERS([nan.h ieeefp.h endian.h sys/isa_defs.h \


Will work. I see that I added GLIBCXX_CHECK_ICONV_SUPPORT in r96981, for
reasons that escape me.

I'll check this in after testing.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||22339
 AssignedTo|unassigned at gcc dot gnu   |bkoz at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-12-12 13:31:06
   date||


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

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

[dnovillo at gcc dot gnu dot org]

--- Comment #2 from dnovillo at gcc dot gnu dot org  2006-12-12 13:51 
---

Adding Andrew to CC list.  Seems related to out-of-ssa changes.


-- 

dnovillo at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||amacleod at redhat dot com


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

[Bug c/30124] gcc/vec.h line 538 references "vec" which is undefined (should be vec_)

[mankatob at yahoo dot com]

--- Comment #2 from mankatob at yahoo dot com  2006-12-12 13:52 ---
Subject: Re:  gcc/vec.h line 538 references "vec" which is undefined (should be
vec_)

If its already spec'd  - why are we "calculating" it? 
 Did something change between when it was defined and
vec.h 538?   Since the offset is inherent - is it
possible that this routine is never used (it is
unnecessarily obfuscated in macro-ese).
--- pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:

> 
> 
> --- Comment #1 from pinskia at gcc dot gnu dot
> org  2006-12-08 21:33 ---
> offsetof (VEC(T,base),vec)
> 
> I see this:
> typedef struct VEC(T,B) 
>  \
> {   
>  \
>   unsigned num; 
>  \
>   unsigned alloc;   
>  \
>   T vec[1]; 
>  \
> } VEC(T,B)
> 
> 
> There forgo this is invalid, we are looking for the
> offsetof of the vec element
> in VEC(T, base).
> 
> 
> -- 
> 
> pinskia at gcc dot gnu dot org changed:
> 
>What|Removed
> |Added
>

>  Status|UNCONFIRMED
> |RESOLVED
>  Resolution|   
> |INVALID
> 
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30124
> 
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
> 





Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com


-- 


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

[Bug target/21530] libstdc++ not supported on this target

[bkoz at gcc dot gnu dot org]

--- Comment #3 from bkoz at gcc dot gnu dot org  2006-12-12 13:57 ---

kazu, are you the target maintainer for h8300? If so, I think this is for you.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||kazu at codesourcery dot com
  Component|libstdc++   |target


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[bkoz at gcc dot gnu dot org]

--- Comment #9 from bkoz at gcc dot gnu dot org  2006-12-12 14:01 ---
Subject: Bug 28265

Author: bkoz
Date: Tue Dec 12 14:00:54 2006
New Revision: 119782

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119782
Log:
2006-12-12  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/28265
* crossconfig.m4: Remove GLIBCXX_CHECK_ICONV_SUPPORT call for
mingw crosses.
* configure: Regenerate.



Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/configure
trunk/libstdc++-v3/crossconfig.m4


-- 


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

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

[amacleod at redhat dot com]

--- Comment #3 from amacleod at redhat dot com  2006-12-12 14:11 ---
Analyzing Edge Insertions.
foo (x)
{
  unsigned int x.24;

:
  if (x.24 <= 4) goto ; else goto ;

Yeah, this is clearly wrong. It looks like the coalescer somehow neglected to
coalesce the parameter to the first use in bb2, so it ended up getting the
wrong 'x' in the comparison. The x and x.24's should all be reversed.


-- 

amacleod at redhat dot com changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |amacleod at redhat dot com
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-12-12 14:11:13
   date||


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[bkoz at gcc dot gnu dot org]

--- Comment #10 from bkoz at gcc dot gnu dot org  2006-12-12 14:19 ---
Subject: Bug 28265

Author: bkoz
Date: Tue Dec 12 14:18:36 2006
New Revision: 119783

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119783
Log:
2006-12-12  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/28265
* crossconfig.m4: Remove GLIBCXX_CHECK_ICONV_SUPPORT call for
mingw crosses.
* configure: Regenerate.



Modified:
branches/gcc-4_1-branch/libstdc++-v3/ChangeLog
branches/gcc-4_1-branch/libstdc++-v3/configure
branches/gcc-4_1-branch/libstdc++-v3/crossconfig.m4


-- 


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[bkoz at gcc dot gnu dot org]

--- Comment #11 from bkoz at gcc dot gnu dot org  2006-12-12 14:29 ---
Subject: Bug 28265

Author: bkoz
Date: Tue Dec 12 14:28:53 2006
New Revision: 119784

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

2006-12-12  Benjamin Kosnik  <[EMAIL PROTECTED]>

PR libstdc++/28265
* crossconfig.m4: Remove GLIBCXX_CHECK_ICONV_SUPPORT call for
mingw crosses.
* configure: Regenerate.


Modified:
branches/gcc-4_2-branch/libstdc++-v3/ChangeLog
branches/gcc-4_2-branch/libstdc++-v3/configure
branches/gcc-4_2-branch/libstdc++-v3/crossconfig.m4


-- 


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

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

[bkoz at gcc dot gnu dot org]

--- Comment #12 from bkoz at gcc dot gnu dot org  2006-12-12 14:31 ---

 Fixed.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.3


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

[Bug target/30120] [4.3 Regression] silent miscompilation of argument passing

[ubizjak at gmail dot com]

--- Comment #5 from ubizjak at gmail dot com  2006-12-12 14:41 ---
Fixed (by reverting x87 register-passing patch).

Look at http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00729.html for a
discussion.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/27761] combine miscompiles

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2006-12-12 15:03 ---
Subject: Bug 27761

Author: jakub
Date: Tue Dec 12 15:03:39 2006
New Revision: 119785

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119785
Log:
PR rtl-optimization/27761
* combine.c (try_combine): Don't create a useless garbage SET
if PATTERN (i2) is a PARALLEL.  If added_sets_1, save
PATTERN (i1) resp. SET from i1src to i1dest in i1pat
and use it to prevent accidental modification of i1src.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/combine.c


-- 


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

[Bug rtl-optimization/27761] combine miscompiles

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2006-12-12 15:05 ---
Subject: Bug 27761

Author: jakub
Date: Tue Dec 12 15:05:08 2006
New Revision: 119786

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119786
Log:
PR rtl-optimization/27761
* combine.c (try_combine): Don't create a useless garbage SET
if PATTERN (i2) is a PARALLEL.  If added_sets_1, save
PATTERN (i1) resp. SET from i1src to i1dest in i1pat
and use it to prevent accidental modification of i1src.

Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/combine.c


-- 


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

[Bug rtl-optimization/27761] combine miscompiles

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2006-12-12 15:07 ---
Subject: Bug 27761

Author: jakub
Date: Tue Dec 12 15:07:23 2006
New Revision: 119787

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119787
Log:
PR rtl-optimization/27761
* combine.c (try_combine): Don't create a useless garbage SET
if PATTERN (i2) is a PARALLEL.  If added_sets_1, save
PATTERN (i1) resp. SET from i1src to i1dest in i1pat
and use it to prevent accidental modification of i1src.

Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/combine.c


-- 


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

[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.

[jakub at gcc dot gnu dot org]

--- Comment #43 from jakub at gcc dot gnu dot org  2006-12-12 15:15 ---
Subject: Bug 11953

Author: jakub
Date: Tue Dec 12 15:15:19 2006
New Revision: 119788

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119788
Log:
PR libstdc++/11953
* gthr-posix.h (_REENTRANT): Only define if __osf__ is defined.

* config/ia64/linux.h (CPP_SPEC): Define.
* config/s390/linux.h (CPP_SPEC): Define.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/ia64/linux.h
trunk/gcc/config/s390/linux.h
trunk/gcc/gthr-posix.h


-- 


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

[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.

[jakub at gcc dot gnu dot org]

--- Comment #44 from jakub at gcc dot gnu dot org  2006-12-12 15:22 ---
Subject: Bug 11953

Author: jakub
Date: Tue Dec 12 15:21:53 2006
New Revision: 119789

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119789
Log:
PR libstdc++/11953
* gthr-posix.h (_REENTRANT): Only define if __osf__ is defined.

* config/ia64/linux.h (CPP_SPEC): Define.
* config/s390/linux.h (CPP_SPEC): Define.

Modified:
branches/gcc-4_2-branch/gcc/ChangeLog
branches/gcc-4_2-branch/gcc/config/ia64/linux.h
branches/gcc-4_2-branch/gcc/config/s390/linux.h
branches/gcc-4_2-branch/gcc/gthr-posix.h


-- 


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

[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.

[jakub at gcc dot gnu dot org]

--- Comment #45 from jakub at gcc dot gnu dot org  2006-12-12 15:24 ---
Subject: Bug 11953

Author: jakub
Date: Tue Dec 12 15:24:07 2006
New Revision: 119790

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119790
Log:
PR libstdc++/11953
* gthr-posix.h (_REENTRANT): Only define if __osf__ is defined.

* config/ia64/linux.h (CPP_SPEC): Define.
* config/s390/linux.h (CPP_SPEC): Define.

Modified:
branches/gcc-4_1-branch/gcc/ChangeLog
branches/gcc-4_1-branch/gcc/config/ia64/linux.h
branches/gcc-4_1-branch/gcc/config/s390/linux.h
branches/gcc-4_1-branch/gcc/gthr-posix.h


-- 


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

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

[amacleod at gcc dot gnu dot org]

--- Comment #4 from amacleod at redhat dot com  2006-12-12 15:50 ---
Subject: Bug 30159

Author: amacleod
Date: Tue Dec 12 15:50:06 2006
New Revision: 119792

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

2006-12-12  Andrew Macleod  <[EMAIL PROTECTED]>

PR tree-optimization/30159
* tree-ssa-coalesce.c (coalesce_ssa_name): Process single ssa_name 
functions in case a default_def coalesce is required.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-coalesce.c


-- 


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

[Bug regression/30173] New: Regression in ARM softfloat routine __adddf3

[dpm at danger dot com]

Version Information

[EMAIL PROTECTED] ~]$ arm-elf-gcc -v
Using built-in specs.
Target: arm-elf
Configured with: ../gcc-4.1.1/configure
--prefix=/usr/local/armdev-926ej-s-4.1.1 --target=arm-elf --enable-languages=c
--with-float=soft --enable-interwork --enable-multilib --with-cpu=arm926ej-s
--disable-threads --with-dwarf2 --without-headers
Thread model: single
gcc version 4.1.1
[EMAIL PROTECTED] ~]$


Introduction

This bug was found by building Danger's Java platform using GCC 4.1.1 and
running it against the Java ME CLDC TCK 1.1a. The test suite had previously
passed when building our Java platform against GCC 3.4.3, so the new test
failures constituted a regression. The proposed fix was confirmed to correct
the failing tests without introducing other failures in the test suite.

The bug should be reproducible using the appended .i file when compiler
optimizations are disabled; however, I cannot confirm that because our embedded
product requires our supporting OS. If I try to compile this test, I get the
following link error:

[EMAIL PROTECTED] ~]$ arm-elf-gcc -save-temps -o test test.c
/usr/local/armdev-926ej-s-4.1.1/lib/gcc/arm-elf/4.1.1/../../../../arm-elf/bin/ld:
crt0.o: No such file: No such file or directory
collect2: ld returned 1 exit status


Analysis of the bug

The test case should simply return; however, on our system it goes into an
infinite loop. The cause of the bug is found in the function __adddf3 in
gcc/config/arm/ieee754-df.S. In the test case, the inputs to this function are:

r0  1000
r1  0001
r2  
r3  

Hand simulation of the code shows that r4 and r5 are set as follows:

r4  
r5  

__adddf3 correctly identifies that 0.0 is one of the inputs. As a result, we
branch to LSYM(Lad_s) and then reach this comment:

@ Result is x + 0.0 = x or 0.0 + y = y.

It is here that we encounter the bug. The code tries to determine which
argument is 0.0 by testing r4.

teq r4, #0

If the test passes, the first argument is thought to be 0.0, so the second
argument is moved into r0/r1 for return, and the function exits. If the test
fails, the function exits directly, returning the first argument.

This test is insufficient when the first argument is a very small number. In
that case, r4 will be 0, but the first argument overall will be non-zero. As a
result, the function returns the second argument when it should have returned
the first.

To fix the bug, the following line should be inserted after the above line:

teqeq   xl, #0

This verifies that the entire first argument is indeed 0, not just the high 32
bits.


test.i file

[EMAIL PROTECTED] ~]$ cat test.i
# 1 "test.c"
# 1 ""
# 1 ""
# 1 "test.c"
int
main()
{
double x = -4.9E-324;
double y = +0.0;
double z = x + y;

while (z != x)
;

return 0;
}


Full unified patch:

--- ieee754-df.S.orig   2006-12-06 14:57:12.0 -0800
+++ ieee754-df.S2006-12-06 14:57:30.0 -0800
@@ -327,6 +327,7 @@

@ Result is x + 0.0 = x or 0.0 + y = y.
teq r4, #0
+   teqeq   xl, #0
moveq   xh, yh
moveq   xl, yl
RETLDM  "r4, r5"


-- 
   Summary: Regression in ARM softfloat routine __adddf3
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dpm at danger dot com


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

[Bug middle-end/30174] New: FAIL: g++.old-deja/g++.abi/cxa_vec.C execution test

[danglin at gcc dot gnu dot org]

See for example .

This test has been failing since the following change was introduced:

2006-10-31  Geoffrey Keating  <[EMAIL PROTECTED]>

* tree.c (get_file_function_name): Rename from
get_file_function_name_long; improve comment; handle 'I' and 'D'
specially when the target has ctor/dtor support; remove special
handling for 'F'.

Reverting the removal of the special handling of 'F' fixes the problem.

The special 'F' handling was introduced to fix the failure of this test.
See .


-- 
   Summary: FAIL: g++.old-deja/g++.abi/cxa_vec.C execution test
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug middle-end/30151] [4.3 Regression] /usr/ccs/bin/ld: Duplicate symbol "global destructors keyed to _ZNSt3tr112_GLOBAL__N_16ignoreE"

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2006-12-12 16:33 ---
Same failures occur on hppa2.0w-hp-hpux11.11.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

  GCC build triplet|hppa1.1-hp-hpux10.20|hppa*-hp-hpux* (32-bit)
   GCC host triplet|hppa1.1-hp-hpux10.20|hppa*-hp-hpux* (32-bit)
 GCC target triplet|hppa1.1-hp-hpux10.20|hppa*-hp-hpux* (32-bit)


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

[Bug tree-optimization/30089] Compiling FreeFem3d uses unreasonable amount of time and memory

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2006-12-12 16:44 ---
We're now ICEing in

internal compiler error: in ssa_operand_alloc, at tree-ssa-operands.c:365

for the second testcase.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dnovillo at redhat dot com
   |dot org |


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

[Bug tree-optimization/30105] reassoc can sometimes get in the way of PRE

[dberlin at dberlin dot org]

--- Comment #7 from dberlin at gcc dot gnu dot org  2006-12-12 16:49 ---
Subject: Re:  reassoc can sometimes get in the way of PRE

>
> Here is a slightly modified example that shows that there's still a PRE
> opportunity
>
> void motion_test22(int * data, int i)
> {
>   int j;
>   if (data[1]) {
> data[data[2]] = 2;
> j = data[0] *   data[3];
> i = i *  j;
>   }
>   data[4] = data[0] * data[3];
>   data[5] = i;
> }
>
> :;
>   *((int *) ((unsigned int) *(data + 8B) * 4) + data) = 2;
>   prephitmp.26 = *data;
>   prephitmp.31 = *(data + 12B);
>   i = prephitmp.26 * i * prephitmp.31;
>
> :;
>   *(data + 16B) = prephitmp.31 * prephitmp.26;
>   *(data + 20B) = i;
>   return;
>
> There are 3 multiplications on the L0-L1 path. It should be possible
> to only have 2 multiplications on that path.

now *this* is a reassoc (or VN) problem.
It's not easy to see how to fix it, we can't always guess the right ordering.


-- 


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

[Bug tree-optimization/30175] New: Runtime regressions with mem-ssa merge in Polyhedron and tramp3d-v4

[rguenth at gcc dot gnu dot org]

Both tramp3d-v4 and Polyhedron gas_dyn regress in runtime with the mem-ssa
merge.

See

http://www.suse.de/~gcctest/c++bench/polyhedron/polyhedron-summary.txt-2-0.html

and

http://www.suse.de/~gcctest/c++bench/tramp3d/split-run.html


-- 
   Summary: Runtime regressions with mem-ssa merge in Polyhedron and
tramp3d-v4
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: dnovillo at redhat dot com
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug testsuite/30176] New: gcc.dg/tree-prof/stringop-1.c fails

[rguenth at gcc dot gnu dot org]

FAIL: gcc.dg/tree-prof/stringop-1.c scan-tree-dump memcpy.*4\\)

looks like a wrong regexp?


-- 
   Summary: gcc.dg/tree-prof/stringop-1.c fails
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: hubicka at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


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

[Bug tree-optimization/28624] [4.2/4.3 regression] latent segfault in remove_phi_node

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2006-12-12 17:12 ---
(In reply to comment #6)
> Wow, nice you tracked this down.  I thought this bug would stay open forever 
> as 
> unreproducible.

I only tracked it down because of the duplicate to this bug.


-- 


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

[Bug c/30171] non-portable va_list abuse is permitted on i386

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-12-12 17:31 ---
> This warning could perhaps be enabled by default on any platform which code is
> expected to be portable (like Linux) but disabled on i386-only platforms
> (win32).

No, I disagree with the last part of that statement because people do port code
from windows to other targets all the time.  Oh and win32 has a x86_64 port
comming sometime in the future so that goes out the window there.

Also game developers port between windows and Linux would like the warning to
be in MS's compilers also because otherwise they will not change their code
(yes I have people tell me that since it works with MS's compilers, it should
work with GCC).


-- 


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

[Bug c/30171] non-portable va_list abuse is permitted on i386

[dwmw2 at infradead dot org]

--- Comment #2 from dwmw2 at infradead dot org  2006-12-12 17:33 ---
Yeah, fair enough. Enable the warning by default everywhere then.


-- 


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

[Bug c++/19564] -Wparentheses does not work with the C++ front-end

[ian at airs dot com]

--- Comment #6 from ian at airs dot com  2006-12-12 18:00 ---
Copyright status is cleared, my patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00868.html


-- 

ian at airs dot com changed:

   What|Removed |Added

   Keywords||patch


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

[Bug c++/19564] -Wparentheses does not work with the C++ front-end

[patchapp at dberlin dot org]

--- Comment #7 from patchapp at dberlin dot org  2006-12-12 18:00 ---
Subject: Bug number PR c++/19564

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00868.html


-- 


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

[Bug c++/30112] pragma redefine_extname fails when namespaces are involved

[marc dot glisse at normalesup dot org]

--- Comment #1 from marc dot glisse at normalesup dot org  2006-12-12 18:40 
---
In gcc/cp/decl.c, I see:

  if (global_scope_p (current_binding_level))
asmspec_tree = maybe_apply_renaming_pragma (decl, asmspec_tree);

So if I understand correctly (it is the first time I have a look at the gcc
internals), there is an explicit test that means the renaming function is only
called for the global namespace. Simply removing the test (and so always
executing the next line) seems to solve my problem, but I don't know if it
breaks other things or slows everything down.


-- 


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

[Bug c/30177] New: ICE in ssa_operand_alloc, at tree-ssa-operands.c:365

[marcus at jet dot franken dot de]

current trunk ICEs with:
[EMAIL PROTECTED]:~/projects/wine/dlls/user32/tests>
/home/marcus/projects/gcc/BIN/bin/gcc-O2  -c sysparams.i 
sysparams.i: In function 'f':
sysparams.i:26: internal compiler error: in ssa_operand_alloc, at
tree-ssa-operands.c:365
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: ICE in ssa_operand_alloc, at tree-ssa-operands.c:365
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marcus at jet dot franken dot de
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c/30177] ICE in ssa_operand_alloc, at tree-ssa-operands.c:365

[marcus at jet dot franken dot de]

--- Comment #1 from marcus at jet dot franken dot de  2006-12-12 19:38 
---
Created an attachment (id=12790)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12790&action=view)
sysparams.i

gcc -c -O2 sysparams.i


-- 


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

[Bug tree-optimization/30178] New: FAIL: gcc.c-torture/execute/20010422-1.c execution, -O1

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/20010422-1.c  -w  -O1 
-fno-s
how-column  -lm   -o /test/gnu/gcc/objdir/gcc/testsuite/gcc/20010422-1.x1   
(ti
meout = 300)
PASS: gcc.c-torture/execute/20010422-1.c compilation,  -O1
Setting LD_LIBRARY_PATH to :/test/gnu/gcc/objdir/gcc::/test/gnu/gcc/objdir/gcc
FAIL: gcc.c-torture/execute/20010422-1.c execution,  -O1

The function foo is miscompiled.

unsigned int foo(unsigned int x)
{
  if (x < 5)
x = 4;
  else
x = 8;
  return x;
}

.SPACE $TEXT$
.NSUBSPA $CODE$
.align 4
.EXPORT foo,ENTRY,PRIV_LEV=3,ARGW0=GR,RTNVAL=GR
foo
.PROC
.CALLINFO FRAME=0,NO_CALLS
.ENTRY
ldi 8,%r19
comiclr,<< 4,%r28,%r0
ldi 4,%r19
bv %r0(%r2)
copy %r19,%r28
.EXIT
.PROCEND

The "comiclr" instruction should test the first argument register, %r26,
not %r28.  The value of %r28 could be anything at the point of the comiclr
instruction.  As a result, the test passes on some targets.

This is the .expand rtl:

;;
;; Full RTL generated for this function:
;;
(note 2 0 8 NOTE_INSN_DELETED)

;; Start of basic block 2, registers live: (nil)
;; Pred edge  ENTRY [100.0%]  (fallthru)
(note 8 2 6 2 [bb 2] NOTE_INSN_BASIC_BLOCK)

(insn 6 8 7 2 (set (reg/v:SI 96 [ x ])
(reg:SI 26 %r26 [ x ])) -1 (nil)
(expr_list:REG_EQUIV (mem/c/i:SI (plus:SI (reg/f:SI 89
virtual-incoming-args
)
(const_int -4 [0xfffc])) [0 x+0 S4 A32])
(nil)))

(note 7 6 9 2 NOTE_INSN_FUNCTION_BEG)
;; End of basic block 2, registers live: (nil)
;; Succ edge  3 [100.0%]  (fallthru)

;; Start of basic block 3, registers live: (nil)
;; Pred edge  2 [100.0%]  (fallthru)
(note 9 7 11 3 [bb 3] NOTE_INSN_BASIC_BLOCK)

(jump_insn 11 9 12 3 (set (pc)
(if_then_else (gtu (reg/v:SI 94 [ x___24 ])
(const_int 4 [0x4]))
(label_ref 17)
(pc))) -1 (nil)
(expr_list:REG_BR_PROB (const_int 3300 [0xce4])
(nil)))
;; End of basic block 3, registers live: (nil)
;; Succ edge  4 [67.0%]  (fallthru)
;; Succ edge  5 [33.0%]

;; Start of basic block 4, registers live: (nil)
;; Pred edge  3 [67.0%]  (fallthru)
(code_label 12 11 13 4 3 "" [0 uses])

(note 13 12 14 4 [bb 4] NOTE_INSN_BASIC_BLOCK)

(insn 14 13 15 4 (set (reg/v:SI 96 [ x ])
(const_int 4 [0x4])) -1 (nil)
(nil))

(jump_insn 15 14 16 4 (set (pc)
(label_ref 20)) -1 (nil)
(nil))
;; End of basic block 4, registers live: (nil)
;; Succ edge  6 [100.0%]

(barrier 16 15 17)

;; Start of basic block 5, registers live: (nil)
;; Pred edge  3 [33.0%]
(code_label 17 16 18 5 2 "" [1 uses])

(note 18 17 19 5 [bb 5] NOTE_INSN_BASIC_BLOCK)

(insn 19 18 20 5 (set (reg/v:SI 96 [ x ])
(const_int 8 [0x8])) -1 (nil)
(nil))
;; End of basic block 5, registers live: (nil)
;; Succ edge  6 [100.0%]  (fallthru)

;; Start of basic block 6, registers live: (nil)
;; Pred edge  4 [100.0%]
;; Pred edge  5 [100.0%]  (fallthru)
(code_label 20 19 21 6 4 "" [1 uses])

(note 21 20 22 6 [bb 6] NOTE_INSN_BASIC_BLOCK)

(insn 22 21 23 6 (set (reg:SI 95 [  ])
(reg/v:SI 96 [ x ])) -1 (nil)
(nil))

(jump_insn 23 22 24 6 (set (pc)
(label_ref 26)) -1 (nil)
(nil))
;; End of basic block 6, registers live: (nil)
;; Succ edge  8 [100.0%]

(barrier 24 23 34)

;; Start of basic block 7, registers live: (nil)
(note 34 24 28 7 [bb 7] NOTE_INSN_BASIC_BLOCK)

(insn 28 34 29 7 (clobber (reg/i:SI 28 %r28)) -1 (nil)
(nil))

(insn 29 28 30 7 (clobber (reg:SI 95 [  ])) -1 (nil)
(nil))

(jump_insn 30 29 31 7 (set (pc)
(label_ref 32)) -1 (nil)
(nil))
;; End of basic block 7, registers live: (nil)
;; Succ edge  9 [100.0%]

(barrier 31 30 26)

;; Start of basic block 8, registers live: (nil)
;; Pred edge  6 [100.0%]
(code_label 26 31 35 8 1 "" [1 uses])

(note 35 26 27 8 [bb 8] NOTE_INSN_BASIC_BLOCK)

(insn 27 35 32 8 (set (reg/i:SI 28 %r28)
(reg:SI 95 [  ])) -1 (nil)
(nil))
;; End of basic block 8, registers live: (nil)
;; Succ edge  9 [100.0%]  (fallthru)

;; Start of basic block 9, registers live: (nil)
;; Pred edge  7 [100.0%]
;; Pred edge  8 [100.0%]  (fallthru)
(code_label 32 27 36 9 5 "" [1 uses])

(note 36 32 33 9 [bb 9] NOTE_INSN_BASIC_BLOCK)

(insn 33 36 0 9 (use (reg/i:SI 28 %r28)) -1 (nil)
(nil))
;; End of basic block 9, registers live: (nil)
;; Succ edge  EXIT [100.0%]  (fallthru)


-- 
   Summary: FAIL: gcc.c-torture/execute/20010422-1.c execution,  -O1
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa*-*-* (32 bit)
  GCC host triplet: hppa*-*-* (32 bit)
GCC target triplet: hppa*-*-* (32 bit)


http://gcc.gnu.o

[Bug tree-optimization/30178] FAIL: gcc.c-torture/execute/20010422-1.c execution, -O1

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-12-12 19:53 ---


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


-- 

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=30178

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2006-12-12 19:53 ---
*** Bug 30178 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||danglin at gcc dot gnu dot
   ||org


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

[Bug testsuite/30179] New: FAIL: gcc.c-torture/execute/mode-dependent-address.c compilation, -O0

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/mode-dependent-address.c  -w
 -O0  -fno-show-column  -lm   -o
/test/gnu/gcc/objdir/gcc/testsuite/gcc/mode-dep
endent-address.x0(timeout = 300)
/test/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/mode-dependent-address.c:1
: error: stdint.h: No such file or directory
compiler exited with status 1
output is:
/test/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/mode-dependent-address.c:1
: error: stdint.h: No such file or directory

FAIL: gcc.c-torture/execute/mode-dependent-address.c compilation,  -O0
UNRESOLVED: gcc.c-torture/execute/mode-dependent-address.c execution,  -O0


-- 
   Summary: FAIL: gcc.c-torture/execute/mode-dependent-address.c
compilation,  -O0
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug testsuite/30180] New: FAIL: gcc.dg/builtin-bswap-1.c (test for excess errors)

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c-fno-show-column -S 
-o
 builtin-bswap-1.s(timeout = 300)
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:5: error: stdint.h: No
such file or directory
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:7: error: expected
'=',
 ',', ';', 'asm' or '__attribute__' before 'foo'
compiler exited with status 1
output is:
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:5: error: stdint.h: No
such file or directory
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:7: error: expected
'=',
 ',', ';', 'asm' or '__attribute__' before 'foo'

FAIL: gcc.dg/builtin-bswap-1.c (test for excess errors)
Excess errors:
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:5: error: stdint.h: No
such file or directory
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:7: error: expected
'=',
 ',', ';', 'asm' or '__attribute__' before 'foo'

ERROR: gcc.dg/builtin-bswap-1.c: error executing dg-final: couldn't open
"builti
n-bswap-1.s": no such file or directory
UNRESOLVED: gcc.dg/builtin-bswap-1.c: error executing dg-final: couldn't open
"b
uiltin-bswap-1.s": no such file or directory


-- 
   Summary: FAIL: gcc.dg/builtin-bswap-1.c (test for excess errors)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug libgcj/25414] should update rmic

[tromey at gcc dot gnu dot org]

-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||28067
 AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-12-15 04:32:08 |2006-12-12 20:21:17
   date||


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

[Bug libgcj/24182] standard.omit not properly rebuilt

[tromey at gcc dot gnu dot org]

-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-12-12 20:21:29
   date||


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

[Bug libgcj/26139] provide gorbd and gtnameserv executables

[tromey at gcc dot gnu dot org]

-- 

tromey at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||28067
 AssignedTo|unassigned at gcc dot gnu   |tromey at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-02-06 22:42:45 |2006-12-12 20:21:59
   date||


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

[Bug tree-optimization/30181] New: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtins-57.c   -fdump-tree-gimple
-fno-show
-column -S  -o builtins-57.s(timeout = 300)
PASS: gcc.dg/builtins-57.c (test for excess errors)
PASS: gcc.dg/builtins-57.c scan-tree-dump-not lfloor
FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc


-- 
   Summary: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug tree-optimization/30181] FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-12 
20:28 ---
Subject: Re:   New: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc

Attached tree dump.

Dave


--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca  2006-12-12 
20:28 ---
Created an attachment (id=12791)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12791&action=view)


-- 


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

[Bug libgcj/29869] LogManager class loading failure with Tomcat

[tromey at gcc dot gnu dot org]

--- Comment #2 from tromey at gcc dot gnu dot org  2006-12-12 20:30 ---
A stack trace would help here ... can you install debug info or something
and try again?


-- 


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

[Bug other/30182] New: FAIL: gcc.dg/pr28796-2.c (test for excess errors)

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr28796-2.c   -O2
-funsafe-math-optimization
s -fno-finite-math-only -fno-show-column  -lm   -o ./pr28796-2.exe(timeout
=
 300)
/usr/ccs/bin/ld: Unsatisfied symbols:
   finite (first referenced in /var/tmp//ccSOm3xx.o) (code)
collect2: ld returned 1 exit status
compiler exited with status 1
output is:
/usr/ccs/bin/ld: Unsatisfied symbols:
   finite (first referenced in /var/tmp//ccSOm3xx.o) (code)
collect2: ld returned 1 exit status

FAIL: gcc.dg/pr28796-2.c (test for excess errors)
Excess errors:
/usr/ccs/bin/ld: Unsatisfied symbols:
   finite (first referenced in /var/tmp//ccSOm3xx.o) (code)

WARNING: gcc.dg/pr28796-2.c compilation failed to produce executable


-- 
   Summary: FAIL: gcc.dg/pr28796-2.c (test for excess errors)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug c/30183] New: FAIL: gcc.dg/noncompile/pr16876.c -O0 (test for errors, line 10)

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/noncompile/pr16876.c   -O0  -O
-finline-func
tions -fno-show-column -S  -o pr16876.s(timeout = 300)
FAIL: gcc.dg/noncompile/pr16876.c  -O0   (test for errors, line 10)
PASS: gcc.dg/noncompile/pr16876.c  -O0  (test for excess errors)


-- 
   Summary: FAIL: gcc.dg/noncompile/pr16876.c  -O0   (test for
errors, line 10)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug other/30184] New: FAIL: gcc.dg/torture/builtin-sin-mpfr-1.c -O0 (test for excess errors)

[danglin at gcc dot gnu dot org]

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/builtin-sin-mpfr-1.c   -O0  
-fno-sh
ow-column  -lm   -o builtin-sin-mpfr-1.exe(timeout = 300)
/usr/ccs/bin/ld: Unsatisfied symbols:
   link_error (first referenced in /var/tmp//ccgzmQTI.o) (code)
collect2: ld returned 1 exit status
compiler exited with status 1
output is:
/usr/ccs/bin/ld: Unsatisfied symbols:
   link_error (first referenced in /var/tmp//ccgzmQTI.o) (code)
collect2: ld returned 1 exit status

FAIL: gcc.dg/torture/builtin-sin-mpfr-1.c  -O0  (test for excess errors)
Excess errors:
/usr/ccs/bin/ld: Unsatisfied symbols:
   link_error (first referenced in /var/tmp//ccgzmQTI.o) (code)


-- 
   Summary: FAIL: gcc.dg/torture/builtin-sin-mpfr-1.c  -O0  (test
for excess errors)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug other/30184] FAIL: gcc.dg/torture/builtin-sin-mpfr-1.c -O0 (test for excess errors)

[danglin at gcc dot gnu dot org]

--- Comment #1 from danglin at gcc dot gnu dot org  2006-12-12 20:49 ---
Oh, this is mpfr bug and I need to finish updating mpfr.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
Summary|FAIL:   |FAIL:
   |gcc.dg/torture/builtin-sin- |gcc.dg/torture/builtin-sin-
   |mpfr-1.c  -O0  (test for|mpfr-1.c  -O0  (test for
   |excess errors)  |excess errors)


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

[Bug tree-optimization/30038] Call to sin(x), cos(x) should be transformed to sincos(x)

[dorit at il dot ibm dot com]

--- Comment #16 from dorit at il dot ibm dot com  2006-12-12 20:59 ---
(In reply to comment #13)
Looks like what's blocking vectorization of the loop is:

sinc.f90:8: note: value used after loop.
sinc.f90:8: note: not vectorized: relevant stmt not supported: D.1408_32 =
(*radius_31)[D.1407_30]

i.e., there is a value computed in the loop that is also used after the loop
(coefficient__lsm.61_26), and the above stmt is in its def-use chain, as can be
seen from the loop snippet below: 


  # n_3 = PHI <1(3), n_70(5)>;
:;
...
  D.1408_32 = (*radius_31)[D.1407_30];
...
  D.1410_35 = reciptmp.60_24 * D.1408_32;
...
  D.1419_63 = D.1410_35 * pretmp.53_51;
  coefficient__lsm.61_26 = D.1419_63;
...
  (*tmp_49)[D.1426_67] = D.1419_63;
  n_70 = n_3 + 1;
  if (n_3 == D.1398_5) goto ; else goto ;

:;
  goto  ();

  # coefficient__lsm.61_54 = PHI ;
:;
  *coefficient_44 = coefficient__lsm.61_54;

:;
  return;


We currently support a computation that is used after the loop only if the
computation is a reduction. We have a patch in autovect branch that provides
the first step towards supporting this situation in general, but it needs more
work. How important is this feature do you think? 

In the meantime you can try to use a different variable for the coefficient
inside the loop, and after the loop read the desired value from memory to set
the coefficient function argument (hopefully this will disconnect the use
outside the loop from the def inside the loop).


-- 


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

[Bug libgcj/29869] LogManager class loading failure with Tomcat

[twisti at complang dot tuwien dot ac dot at]

--- Comment #3 from twisti at complang dot tuwien dot ac dot at  2006-12-12 
21:25 ---
Ohh, funny, I didn't notice there are no stacktraces :-)  Here they are:

WARNING: error instantiating 'org.apache.juli.ClassLoaderLogManager' referenced
by java.util.logging.manager, class not found
java.lang.ClassNotFoundException: org.apache.juli.ClassLoaderLogManager
   at java.lang.VMClass.forName(Native Method)
   at java.lang.Class.forName(Class.java:232)
   at java.util.logging.LogManager.locateClass(LogManager.java:915)
   at java.util.logging.LogManager.createInstance(LogManager.java:844)
   at java.util.logging.LogManager.makeLogManager(LogManager.java:178)
   at java.util.logging.LogManager.getLogManager(LogManager.java:167)
   at java.util.logging.Logger.getLogger(Logger.java:276)
   at java.util.logging.Logger.getLogger(Logger.java:224)
   at java.util.logging.Logger$1.run(Logger.java:91)
   at java.security.AccessController.doPrivileged(AccessController.java:96)
   at java.util.logging.Logger.(Logger.java:86)
   at gnu.java.util.jar.JarUtils.(JarUtils.java:65)
   at java.util.jar.Manifest.read(Manifest.java:162)
   at java.util.jar.Manifest.(Manifest.java:89)
   at java.util.jar.JarFile.readManifest(JarFile.java:303)
   at java.util.jar.JarFile.(JarFile.java:268)
   at gnu.java.net.protocol.jar.Connection$JarFileCache.get(Connection.java:98)
   at gnu.java.net.protocol.jar.Connection.connect(Connection.java:140)
   at gnu.java.net.protocol.jar.Connection.getJarFile(Connection.java:169)
   at gnu.java.net.loader.JarURLLoader.initialize(JarURLLoader.java:85)
   at gnu.java.net.loader.JarURLLoader.(JarURLLoader.java:76)
   at java.net.URLClassLoader.addURLImpl(URLClassLoader.java:387)
   at java.net.URLClassLoader.addURLs(URLClassLoader.java:418)
   at java.net.URLClassLoader.(URLClassLoader.java:215)
   at java.lang.ClassLoader$1.(ClassLoader.java:1099)
   at java.lang.ClassLoader.createSystemClassLoader(ClassLoader.java:1099)
   at java.lang.ClassLoader.defaultGetSystemClassLoader(ClassLoader.java:1084)
   at java.lang.VMClassLoader.getSystemClassLoader(VMClassLoader.java:404)
   at java.lang.ClassLoader$StaticData.(ClassLoader.java:154)
   at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:799)
WARNING: error instantiating '1catalina.org.apache.juli.FileHandler,'
referenced by handlers, class not found
java.lang.ClassNotFoundException: 1catalina.org.apache.juli.FileHandler,
   at java.lang.VMClass.forName(Native Method)
   at java.lang.Class.forName(Class.java:232)
   at java.util.logging.LogManager.locateClass(LogManager.java:915)
   at java.util.logging.LogManager.createInstance(LogManager.java:844)
   at java.util.logging.LogManager.readConfiguration(LogManager.java:567)
   at java.util.logging.LogManager.readConfiguration(LogManager.java:527)
   at java.util.logging.LogManager.initLogManager(LogManager.java:203)
   at java.util.logging.LogManager.getLogManager(LogManager.java:168)
   at java.util.logging.Logger.getLogger(Logger.java:276)
   at java.util.logging.Logger.getLogger(Logger.java:224)
   at java.util.logging.Logger$1.run(Logger.java:91)
   at java.security.AccessController.doPrivileged(AccessController.java:96)
   at java.util.logging.Logger.(Logger.java:86)
   at gnu.java.util.jar.JarUtils.(JarUtils.java:65)
   at java.util.jar.Manifest.read(Manifest.java:162)
   at java.util.jar.Manifest.(Manifest.java:89)
   at java.util.jar.JarFile.readManifest(JarFile.java:303)
   at java.util.jar.JarFile.(JarFile.java:268)
   at gnu.java.net.protocol.jar.Connection$JarFileCache.get(Connection.java:98)
   at gnu.java.net.protocol.jar.Connection.connect(Connection.java:140)
   at gnu.java.net.protocol.jar.Connection.getJarFile(Connection.java:169)
   at gnu.java.net.loader.JarURLLoader.initialize(JarURLLoader.java:85)
   at gnu.java.net.loader.JarURLLoader.(JarURLLoader.java:76)
   at java.net.URLClassLoader.addURLImpl(URLClassLoader.java:387)
   at java.net.URLClassLoader.addURLs(URLClassLoader.java:418)
   at java.net.URLClassLoader.(URLClassLoader.java:215)
   at java.lang.ClassLoader$1.(ClassLoader.java:1099)
   at java.lang.ClassLoader.createSystemClassLoader(ClassLoader.java:1099)
   at java.lang.ClassLoader.defaultGetSystemClassLoader(ClassLoader.java:1084)
   at java.lang.VMClassLoader.getSystemClassLoader(VMClassLoader.java:404)
   at java.lang.ClassLoader$StaticData.(ClassLoader.java:154)
   at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:799)
Exception in thread "main" java.lang.ExceptionInInitializerError
   at gnu.java.util.jar.JarUtils.(JarUtils.java:65)
   at java.util.jar.Manifest.read(Manifest.java:162)
   at java.util.jar.Manifest.(Manifest.java:89)
   at java.util.jar.JarFile.readManifest(JarFile.java:303)
   at java.util.jar.JarFile.(JarFile.java:268)
   at gnu.java.net.protocol.jar.Connection$JarFileCache.get(Connection.java:98)
   at gnu.java.net.protocol.jar.Connection.connect(Connection.java:140)
   at gnu.java.net.protocol.jar.Connection.getJar

[Bug c++/30156] [4.1/4.2/4.3 regression] ICE on invalid template declaration

[patchapp at dberlin dot org]

--- Comment #3 from patchapp at dberlin dot org  2006-12-12 21:45 ---
Subject: Bug number PR c++/30156

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00892.html


-- 


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

[Bug target/30185] New: ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

[vapier at gentoo dot org]

trying to build gimp on PPC64 triggers an ICE when building with optimization:

if powerpc64-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../..  
-DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED
-DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
-DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE
-DGTK_MULTIHEAD_SAFE -DSTANDALONE=0 -DUSE_INTERFACE=1 -DUSE_MATH=1
-DUSE_ASCII_NAMES=0 -DUSE_STRLWR=0 -I../../.. -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include   -O2 -mcpu=970 -mtune=970 -maltivec
-mabi=altivec -mpowerpc64 -fno-strict-aliasing -fomit-frame-pointer -pipe -Wall
-Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations
-Winit-self -Wpointer-arith -MT scheme.o -MD -MP -MF ".deps/scheme.Tpo" -c -o
scheme.o scheme.c; \
then mv -f ".deps/scheme.Tpo" ".deps/scheme.Po"; else rm -f
".deps/scheme.Tpo"; exit 1; fi
scheme.c: In function ‘alloc_cellseg’:
scheme.c:598: warning: cast from pointer to integer of different size
scheme.c: At top level:
scheme.c:1564: warning: no previous prototype for ‘putcharacter’
scheme.c:4435: warning: no previous prototype for ‘scheme_init_new’
scheme.c:4671: warning: no previous prototype for ‘scheme_call’
scheme.c: In function ‘opexe_2’:
scheme.c:3413: error: unrecognizable insn:
(insn 973 971 974 95 (set (reg:SI 546)
(subreg:DI (reg/v:TI 355 [ b ]) 8)) -1 (nil)
(nil))
scheme.c:3413: internal compiler error: in extract_insn, at recog.c:2084
Please submit a full bug report,
with preprocessed source if appropriate.
See http://bugs.gentoo.org/> for instructions.
Preprocessed source stored into /tmp/ccQqJiAY.out file, please attach this to
your bugreport.


-- 
   Summary: ICE with unrecognizable insn on powerpc64 while building
gimp with -O1+
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: vapier at gentoo dot org
  GCC host triplet: powerpc64-linux-gnu
GCC target triplet: powerpc64-linux-gnu


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

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-12-12 21:56 ---
This is obvious an incorrect RTL instruction:
(insn 973 971 974 95 (set (reg:SI 546)
(subreg:DI (reg/v:TI 355 [ b ]) 8)) -1 (nil)
(nil))

We cannot set a SI from a DI :).


-- 


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

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

[vapier at gentoo dot org]

--- Comment #2 from vapier at gentoo dot org  2006-12-12 21:56 ---
tested these versions/snaps and got same result:
4.1.1
4.1.0-20061208
4.2.0-20061205
4.3.0-20061209


-- 

vapier at gentoo dot org changed:

   What|Removed |Added

  Known to fail||4.1.1 4.2.0 4.3.0


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

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-12-12 22:12 ---
Testcase?


-- 


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

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

[vapier at gentoo dot org]

--- Comment #4 from vapier at gentoo dot org  2006-12-12 22:15 ---
Created an attachment (id=12792)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12792&action=view)
PR30185.i

blah i knew i was missing something


-- 


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

[Bug middle-end/28436] accessing an element via a "pointer" on a vector does not cause vec_extract to be used

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2006-12-12 22:33 ---
Subject: Bug 28436

Author: pinskia
Date: Tue Dec 12 22:33:06 2006
New Revision: 119801

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119801
Log:
2006-12-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/28436
* tree.h (DECL_COMPLEX_GIMPLE_REG_P): Rename to ...
(DECL_GIMPLE_REG_P): This.
* fold-const.c (fold_indirect_ref_1): Fold *(foo *)&vectorfoo into
using BIT_FIELD_REF.
* omp-low.c (omp_copy_decl_2): Use the renamed DECL_GIMPLE_REG_P.
* tree-gimple.c (is_gimple_reg): Use the renamed DECL_GIMPLE_REG_P
and check for VECTOR_TYPE.
* expr.c (get_inner_reference): Set the mode for BIT_FIELD_REF with
vector types.
* tree-flow-inline.h (var_can_have_subvars): Use the renamed
DECL_GIMPLE_REG_P.
* gimplify.c (internal_get_tmp_var): Use the renamed DECL_GIMPLE_REG_P
and check for VECTOR_TYPE.
(gimplify_bind_expr): Likewise.
(gimplify_function_tree): Likewise.
* expmed.c: Include target.h.
(extract_bit_field): For vector mode, try find a better mode first.
If that fails use gen_lowpart (for vectors only).
* tree-dfa.c (make_rename_temp): Use the renamed DECL_GIMPLE_REG_P
and check for VECTOR_TYPE.
* tree-ssa-pre.c (create_expressions_by_pieces): Likewise.
(insert_into_preds_of_block): Likewise.
(insert_fake_stores): Create gimple register store_tmps for
vector types.
* tree-sra.c (sra_elt): New field, is_vector_lhs.
(sra_walk_expr ): For vector types that
are the left hand side, set the element's is_vector_lhs to true.
(instantiate_element): For vector types which were on the left
hand size, set DECL_GIMPLE_REG_P to false.
* tree-nested.c (create_tmp_var_for): Use the renamed
DECL_GIMPLE_REG_P.* tree-inline.c (declare_return_variable):  Use the
renamed
DECL_GIMPLE_REG_P
and check for VECTOR_TYPE. (copy_decl_to_var):  Use the renamed
DECL_GIMPLE_REG_P.
(copy_result_decl_to_var): Likewise.
* tree-vect-transform.c (vect_get_new_vect_var): For vector types, 
   create a gimple register variable.
(vect_permute_store_chain): Set DECL_GIMPLE_REG_P to true for the
vect_inter_* temp variables.
* Makefile.in (expmed.o): Update dependencies.

2006-12-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/28436
* gcc.c-torture/compile/vector-1.c: New test.
* gcc.c-torture/compile/vector-2.c: New test.
* gcc.c-torture/compile/vector-3.c: New test.



Added:
trunk/gcc/testsuite/gcc.c-torture/compile/vector-1.c
trunk/gcc/testsuite/gcc.c-torture/compile/vector-2.c
trunk/gcc/testsuite/gcc.c-torture/compile/vector-3.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/Makefile.in
trunk/gcc/expmed.c
trunk/gcc/expr.c
trunk/gcc/fold-const.c
trunk/gcc/gimplify.c
trunk/gcc/omp-low.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-dfa.c
trunk/gcc/tree-flow-inline.h
trunk/gcc/tree-gimple.c
trunk/gcc/tree-inline.c
trunk/gcc/tree-nested.c
trunk/gcc/tree-sra.c
trunk/gcc/tree-ssa-pre.c
trunk/gcc/tree-vect-transform.c
trunk/gcc/tree.h


-- 


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

[Bug middle-end/28436] accessing an element via a "pointer" on a vector does not cause vec_extract to be used

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2006-12-12 22:34 ---
Fixed mostly, I will file a new bug for the other issues, in that a nonzero
index and a non constant index.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||12/msg00899.html
 Status|ASSIGNED|RESOLVED
   Keywords||patch
 Resolution||FIXED


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

[Bug middle-end/28436] accessing an element via a "pointer" on a vector does not cause vec_extract to be used

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug tree-optimization/30186] New: accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non-zero index)

[pinskia at gcc dot gnu dot org]

#define vector __attribute__((vector_size(16)))
float f(vector float t)
{
  return ((float*)&t)[1];
}


-- 
   Summary: accessing an element via a "pointer" on a vector does
not cause vec_extract to be used (non-zero index)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: enhancement
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug tree-optimization/30187] New: accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non constant index)

[pinskia at gcc dot gnu dot org]

#define vector __attribute__((vector_size(16)))
float f(vector float t, int i)
{
  return ((float*)&t)[i];
}


-- 
   Summary: accessing an element via a "pointer" on a vector does
not cause vec_extract to be used (non constant index)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug tree-optimization/28624] [4.2/4.3 regression] latent segfault in remove_phi_node

[pinskia at gcc dot gnu dot org]

--- Comment #8 from pinskia at gcc dot gnu dot org  2006-12-12 22:45 ---
Subject: Bug 28624

Author: pinskia
Date: Tue Dec 12 22:45:25 2006
New Revision: 119802

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119802
Log:
2006-12-12  Andrew Pinski  <[EMAIL PROTECTED]>

PR tree-opt/28624
* tree-ssa-dom.c (eliminate_degenerate_phis): Use a temporary
bitmap for EXECUTE_IF_SET_IN_BITMAP.



Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-dom.c


-- 


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

[Bug tree-optimization/28624] [4.2 regression] latent segfault in remove_phi_node

[pinskia at gcc dot gnu dot org]

--- Comment #9 from pinskia at gcc dot gnu dot org  2006-12-12 22:45 ---
Fixed in 4.3.0, will test for the 4.2 branch later this week or during the
weekend.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work||4.3.0
Summary|[4.2/4.3 regression] latent |[4.2 regression] latent
   |segfault in remove_phi_node |segfault in remove_phi_node


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

[Bug debug/30189] New: [4.1 Regression] ICE on modified_type_die

[jakub at gcc dot gnu dot org]

/* { dg-do compile } */
/* { dg-options "-g -O" } */

extern void foo (void);

static
void baz (int i)
{
  foo ();
  typedef char A[i];
  struct { A b; } *x = 0;
}

void
bar (i)
{
  baz (i);
}

ICEs in modified_type_die in 4.1.x (x86_64-linux -m32, -m64, ppc-linux -m32,
-m64 at least).  Works with 3.4.6 as well as 4.2.x.


-- 
   Summary: [4.1 Regression] ICE on modified_type_die
   Product: gcc
   Version: 4.1.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org


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

[Bug fortran/30190] New: Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)

[burnus at gcc dot gnu dot org]

The following program crashes with -fbounds-check;
if one replaces the the "t(i)" by "t(1)" it works.

In associated.c, GFC_DESCRIPTOR_DATA(target) is ok, but for
GFC_DESCRIPTOR_DATA(pointer), one gets a memory access error.


  TYPE particle_type
 INTEGER, POINTER :: p(:)
  END TYPE particle_type
  TYPE(particle_type), POINTER  :: t(:)
  integer :: i
  i = 1
  allocate(t(1))
  allocate(t(1)%p(0))
  print *, associated(t(i)%p,t(i)%p)
end


Note 1: In the example, I used the same pointer for "target" and "pointer", but
the same problem occurs, if they are different.

Note 2: Found by running CP2K with -fbounds-option. There it associated() is
used in deallocate_particle_set().


-- 
   Summary: Bounds check generates wrong code for
associated(p1(i)%p2,p1(i)%p2)
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
OtherBugsDependingO 29975
 nThis:


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

[Bug fortran/30190] Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)

[burnus at gcc dot gnu dot org]

--- Comment #1 from burnus at gcc dot gnu dot org  2006-12-12 22:59 ---
If I dump the original tree, I find:
{ ...
int8 D.1351;
int8 D.1350;
int8 D.1349;
D.1351 = (int8) i; 
if( ... (t.dim[0].lbound > D.1351, 0)) ...
if( ... (t.dim[0].ubound < D.1351, 0)) ...
D.1352 = _gfortran_associated(...[t.dim[0].stride * D.1350 + t.offset].p,
  ...[t.dim[0].stride * D.1351 + t.offset].p)
&& ([t.dim[0].stride * D.1349 + t.offset].p.dim[0].stride != 0;
}

Question: What values have D.1350 and D.1349?


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-12-12 22:59:24
   date||


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

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

[kkojima at gcc dot gnu dot org]

--- Comment #6 from kkojima at gcc dot gnu dot org  2006-12-12 23:20 ---
The patch fixes the problem also on sh-elf and mips-elf.  Thanks!
BTW, I'm a bit surprised that current testcases didn't catch it on x86.
How about to add a new testcase?


-- 


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

[Bug middle-end/30191] New: GCC error: in eliminate_regs_in_insn, at reload1.c:3126

[danglin at gcc dot gnu dot org]

/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu/gcc/gcc-4.3.0/hppa2.0w-hp-hpux11.11/bin/ -c -g -O2 -mdisable-indexing
-gn
atpg -gnata -I- -I. -Iada -I../../gcc/gcc/ada ../../gcc/gcc/ada/nlists.adb -o
ad
a/nlists.o
+===GNAT BUG DETECTED==+
| 4.3.0 20061212 (experimental) (hppa2.0w-hp-hpux11.11) GCC error: |
| in eliminate_regs_in_insn, at reload1.c:3126 |
| Error detected at namet.adb:1375:1   |


-- 
   Summary: GCC error: in eliminate_regs_in_insn, at reload1.c:3126
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa2.0w-hp-hpux11.11
  GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11


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

[Bug middle-end/30191] GCC error: in eliminate_regs_in_insn, at reload1.c:3126

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-12-13 00:42 ---
I hit this also on spu-elf when compiling libstdc++, complex-io.cpp.


-- 


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

[Bug middle-end/30191] GCC error: in eliminate_regs_in_insn, at reload1.c:3126

[danglin at gcc dot gnu dot org]

--- Comment #2 from danglin at gcc dot gnu dot org  2006-12-13 00:45 ---
This is for revision 119802M.

Maybe,

2006-12-12  Peter Bergner  <[EMAIL PROTECTED]>

* reload1.c (eliminate_regs_in_insn): Merge the plus_src "else" and
the offset == 0 "then" clauses.


-- 


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

[Bug middle-end/30191] GCC error: in eliminate_regs_in_insn, at reload1.c:3126

[danglin at gcc dot gnu dot org]

--- Comment #3 from danglin at gcc dot gnu dot org  2006-12-13 01:39 ---
Yes.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||bergner at vnet dot ibm dot
   ||com


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