[Bug c++/37208] C++0x deleted functions and SFINAE

[dgregor at gcc dot gnu dot org]

--- Comment #1 from dgregor at gcc dot gnu dot org  2008-08-23 04:59 ---
Created an attachment (id=16133)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16133&action=view)
Test case illustrating the problem


-- 


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

[Bug c++/37208] New: C++0x deleted functions and SFINAE

[dgregor at gcc dot gnu dot org]

Deleted functions don't cause SFINAE failures (or any kind of failure), but
they should.


-- 
   Summary: C++0x deleted functions and SFINAE
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dgregor at gcc dot gnu dot org


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

[Bug c++/37047] Missing warning for deprecated use of static

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-08-23 04:02 ---
(In reply to comment #4)
> (In reply to comment #3)
> > Where is the namespace scope in the example?
> 
> From the standard, 3.3.5p3:
> 
>   The outermost declarative region of a translation unit is
>   also a namespace, called the global namespace.
> 

Then, I agree with Andrew. static is used all over the place.


-- 


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

[Bug other/35648] -Wall includes -Wwrite-strings

[manu at gcc dot gnu dot org]

--- Comment #2 from manu at gcc dot gnu dot org  2008-08-23 03:39 ---
-Wall does not include -Wwrite-strings. The docs are also correct but badly
worded.

Index: gcc/doc/invoke.texi
===
--- gcc/doc/invoke.texi (revision 139433)
+++ gcc/doc/invoke.texi (working copy)
@@ -3605,20 +3605,19 @@ two- or four-byte boundaries.

 @item -Wwrite-strings
 @opindex Wwrite-strings
 @opindex Wno-write-strings
 When compiling C, give string constants the type @code{const
[EMAIL PROTECTED] so that
-copying the address of one into a [EMAIL PROTECTED] @code{char *}
-pointer will get a warning; when compiling C++, warn about the
-deprecated conversion from string literals to @code{char *}.  This
-warning, by default, is enabled for C++ programs.
-These warnings will help you find at
-compile time code that can try to write into a string constant, but
-only if you have been very careful about using @code{const} in
-declarations and prototypes.  Otherwise, it will just be a nuisance;
-this is why we did not make @option{-Wall} request these warnings.
[EMAIL PROTECTED] so that copying the address of one into a
[EMAIL PROTECTED] @code{char *} pointer will get a warning. These
+warnings will help you find at compile time code that can try to write
+into a string constant, but only if you have been very careful about
+using @code{const} in declarations and prototypes.  Otherwise, it will
+just be a nuisance; this is why we did not make @option{-Wall} request
+these warnings.  When compiling C++, warn about the deprecated
+conversion from string literals to @code{char *}.  This warning is
+enabled by default for C++ programs.

 @item -Wclobbered
 @opindex Wclobbered
 @opindex Wno-clobbered
 Warn for variables that might be changed by @samp{longjmp} or


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 AssignedTo|unassigned at gcc dot gnu   |manu at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-08-23 03:39:15
   date||


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

[Bug c/37207] New: ice at tree-ssa-ifcombine.c:222

[regehr at cs dot utah dot edu]

Seen using r139506 on Ubuntu Hardy.

[EMAIL PROTECTED]:~/volatile/tmp12$ current-gcc -Os small.c
small.c: In function ‘func_18’:
small.c:18: internal compiler error: tree check: expected ssa_name, have
integer_cst in recognize_single_bit_test, at tree-ssa-ifcombine.c:222
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[EMAIL PROTECTED]:~/volatile/tmp12$ 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-
--enable-languages=c,c++ --prefix=/home/regehr
Thread model: posix
gcc version 4.4.0 20080823 (experimental) (GCC) 

[EMAIL PROTECTED]:~/volatile/tmp12$ cat small.c

typedef short int int16_t;
typedef int int32_t;
typedef unsigned int uint32_t;
static inline unsigned long int
mod_rhs (long int rhs)
{
  if (rhs == 0)
return 1;
  return rhs;
}

int32_t g_711;
uint32_t g_768;
int32_t func_52 (uint32_t p_53, uint32_t p_54, int16_t p_55, int32_t p_56,
 int32_t p_58);
int32_t
func_18 (uint32_t p_19, uint32_t p_20, uint32_t p_22, uint32_t p_23)
{
  uint32_t l_26;
  int32_t l_893;
  uint32_t l_889;
  int32_t l_895 = 1;
  for (0; 1; ++l_889)
{
  func_98 func_81 (1)
  && (1 &
  (func_52 (g_768, g_711, l_26, l_893, 1) %
   mod_rhs (l_895)));
  l_895 = 0;
}
}

int32_t
func_52 (uint32_t p_53, uint32_t p_54, int16_t p_55, int32_t p_56,
 int32_t p_58)
{
}


-- 
   Summary: ice at tree-ssa-ifcombine.c:222
   Product: gcc
   Version: 4.4.0
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=37207

[Bug target/35658] between -funroll-loops -fno-automatic -O2 and common block variable

[kmccarty at debian dot org]

--- Comment #11 from kmccarty at debian dot org  2008-08-23 03:24 ---
(In reply to comment #9)

By the way, Steve, I do find (as you mentioned) that -frename-registers in
place of -funroll-loops also triggers the bug, and that adding
-fno-schedule-insns2 makes it go away.


-- 


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

[Bug target/35658] between -funroll-loops -fno-automatic -O2 and common block variable

[kmccarty at debian dot org]

--- Comment #10 from kmccarty at debian dot org  2008-08-23 02:59 ---
(In reply to comment #9)
> Kevin, I can no longer reproduce this bug.  I think it was fixed by the same
> patch that fixed PR 35659.  Are you able to reproduce this or can we close it
> as fixed?

First, sorry for the delayed reply.

With the latest gfortran from the gcc 4.3 branch in svn, I can unfortunately
still reproduce this bug using both my test case and the cut-down test case
provided by Steve Ellcey.  I do find that PR 35659 is now fixed for me.

(sid)[EMAIL PROTECTED]:~$ ~/gcc-4.3-branch/bin/gfortran -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ./configure --enable-fortran
--prefix=/home/kmccarty/gcc-4.3-branch/
--with-mpfr=/home/kmccarty/gcc-4.3-branch/
--with-gmp=/home/kmccarty/gcc-4.3-branch/
Thread model: posix
gcc version 4.3.2 20080822 (prerelease) (GCC)

Would you like me to also try with SVN trunk?  Anything else you need to know?


-- 


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

[Bug c++/37047] Missing warning for deprecated use of static

[gcc-bugzilla at contacts dot eelis dot net]

--- Comment #4 from gcc-bugzilla at contacts dot eelis dot net  2008-08-23 
02:58 ---
(In reply to comment #3)
> Where is the namespace scope in the example?

>From the standard, 3.3.5p3:

  The outermost declarative region of a translation unit is
  also a namespace, called the global namespace.


-- 


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

[Bug c++/37047] Missing warning for deprecated use of static

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-08-23 02:48 ---
Where is the namespace scope in the example?


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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

[Bug c/36941] gcc does not reject invalid cast

[manu at gcc dot gnu dot org]

--- Comment #6 from manu at gcc dot gnu dot org  2008-08-23 02:44 ---
extern struct S x;
void foo() { (void)x; }
void baz() { x ; }

pr36941.c: In function ‘baz’:
pr36941.c:3:1: error: expression statement has incomplete type

Where is the quote about undefined behaviour from?


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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

[Bug c++/36888] Error message when forgetting a semicolon after a class definition should be better

[manu at gcc dot gnu dot org]

--- Comment #2 from manu at gcc dot gnu dot org  2008-08-23 02:36 ---
(In reply to comment #1)
> >test.cpp:8: error: multiple types in one declaration
> 
> What more do you want?  Because it says what is happen, there are more than 
> one
> type in the declaration.

I wonder what the parser is looking for after the closing brace at 3...


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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

[Bug c++/36833] unexpected warning: guard 13936 owner may be used uninitialized in this function

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2008-08-23 02:30 ---
I cannot compile this with GCC 4.3.1 or GCC 4.4. I get several errors similar
to:

In file included from /opt/ACE_wrappers/ace/Global_Macros.h:927,
 from /opt/ACE_wrappers/ace/OS_NS_Thread.h:29,
 from /opt/ACE_wrappers/ace/Thread_Mutex.h:32,
 from CircularBufferTest.cpp:2:
/opt/gcc431/lib/gcc/i686-pc-linux-gnu/4.3.1/../../../../include/c++/4.3.1/new:95:
error: 'operator new' takes type 'size_t' ('long unsigned int') as first
parameter

What is the output of g++ -v ?


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org


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

[Bug c++/36794] Internal compiler error: Segmentation fault, when incorrectly using __attribute__ ((packed))

[manu at gcc dot gnu dot org]

--- Comment #7 from manu at gcc dot gnu dot org  2008-08-23 02:19 ---
With GCC 4.3.0 I get

pr36794.C: In function 'int main()':
pr36794.C:6: warning: ignoring attributes applied to class type 'wrap_a'
outside of definition

Please, report it to RedHat. They will contact us if they think it is not their
fault.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/11259] [avr] gcc Double 'andi' missed optimization

[eric dot weddington at atmel dot com]

--- Comment #10 from eric dot weddington at atmel dot com  2008-08-22 23:06 
---
Fixed on 4.4.


-- 

eric dot weddington at atmel dot com changed:

   What|Removed |Added

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


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

[Bug c++/37206] New: [c++0x] Spurious copy/move requirement for initialization of rvalue reference variable from rvalue initializer.

[gcc-bugzilla at contacts dot eelis dot net]

Consider:

  struct nocopy { private: nocopy(nocopy const&); };
  nocopy && f();
  nocopy && r = f();

On the last line, g++ 4.4 (with -std=c++0x) complains:

  error: "nocopy::nocopy(const nocopy&)" is private in this context

Thus, it seems g++ wants to create a temporary. While there
are many similar situations that do indeed call for the creation
of a temporary, I think there is no such requirement here.

With regard to initialization of a reference of type "cv1 T1" by an
expression of "cv2 T2", 8.5.3p5 item 2, subitem 1 in n2691 (the
latest C++0x draft) states:

  If the initializer expression is an rvalue, with T2 a class type,
  and "cv1 T1" is reference-compatible with "cv2 T2," the
  reference is bound to the object represented by the rvalue
  or to a sub-object within that object.

This item applies because the expression f() is an rvalue (by 5p6),
nocopy is a class type, and nocopy is reference compatible with
itself (by 8.5.3p4). Hence, there is no call for a temporary, and the
code should be accepted.

At least, that's my humble interpretation. Apologies if I overlooked
something or misunderstood the wording in the draft.


-- 
   Summary: [c++0x] Spurious copy/move requirement for
initialization of rvalue reference variable from rvalue
initializer.
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc-bugzilla at contacts dot eelis dot net


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

[Bug target/11259] [avr] gcc Double 'andi' missed optimization

[aesok at gcc dot gnu dot org]

--- Comment #9 from aesok at gcc dot gnu dot org  2008-08-22 21:26 ---
Subject: Bug 11259

Author: aesok
Date: Fri Aug 22 21:24:56 2008
New Revision: 139502

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139502
Log:
PR target/11259
* config/avr/avr.md (UNSPEC_SWAP): New constants.
(*swap): New insn pattern.
(*ashlqi3): Rename from ashlqi3 insn pattern.
(ashlqi3): New expanders.
(*lshrqi3): Rename from lshrqi3 insn pattern.
(lshrqi3): New expanders.   
(ashlqi3_const4, ashlqi3_const5, ashlqi3_const6, lshrqi3_const4,
lshrqi3_const5, lshrqi3_const6): New splitters.
(andi, ashlqi3_l_const4, ashlqi3_l_const5, ashlqi3_l_const6,
lshrqi3_l_const4, lshrqi3_l_const5, lshrqi3_l_const6): Define
peephole2 patterns.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/avr/avr.md


-- 


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

[Bug fortran/37205] New: BIND(C): Character FUNCTION foo() -> ICE

[burnus at gcc dot gnu dot org]

http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/c1d51d45d8779b90

Internal Compiler Error: in gfc_conv_string_parameter, at
fortran/trans-expr.c:4009

--C program --
char cdir(void){return '/';}

--Fortran program 
MODULE mod
  INTERFACE
FUNCTION cdir() BIND(C,name="cdir") RESULT(r)
  USE iso_c_binding
  CHARACTER(kind=C_CHAR) :: r
END FUNCTION
  END INTERFACE
END MODULE

PROGRAM test
  USE mod
  WRITE(*,*) cdir()
  WRITE(*,*) ICHAR(cdir())
END PROGRAM


-- 
   Summary: BIND(C):  Character FUNCTION foo() -> ICE
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug middle-end/37078] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:401 when compiling gmp 4.2.3

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-08-22 21:14 
---
Subject: Bug 37078

Author: rguenth
Date: Fri Aug 22 21:13:00 2008
New Revision: 139501

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139501
Log:
2008-08-22  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/37078
* tree-vrp.c (extract_range_from_unary_expr): Avoid generating
[+INF, +INF] ranges.

* gcc.c-torture/compile/pr37078.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr37078.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-transform.c


-- 


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

[Bug middle-end/37078] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:401 when compiling gmp 4.2.3

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-08-22 21:13 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37143] [4.4 Regression] ICE in VRP with the auto-vectorizer

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-08-22 21:13 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/37143] [4.4 Regression] ICE in VRP with the auto-vectorizer

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-08-22 21:13 ---
Subject: Bug 37143

Author: rguenth
Date: Fri Aug 22 21:11:48 2008
New Revision: 139500

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139500
Log:
2008-08-22  Richard Guenther  <[EMAIL PROTECTED]>

PR tree-optimization/37143
* tree-vect-transform.c (vect_create_cond_for_align_checks): Build
a conversion statement instead of a copy.

* g++.dg/vect/pr37143.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/vect/pr37143.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vrp.c


-- 


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

[Bug tree-optimization/37005] [4.4 Regression] GNAT Bug Box for cd2a24e.adb:37 at tree-vrp.c:392

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-08-22 20:52 ---
I have a patch.


-- 

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|NEW |ASSIGNED
   Last reconfirmed|2008-08-22 15:07:20 |2008-08-22 20:52:58
   date||


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

[Bug c++/37204] [c++0x] reinterpret_cast(v) incorrectly yields an lvalue

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2008-08-22 20:43 
---
The usual CC...


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||doug dot gregor at gmail dot
   ||com
Summary|reinterpret_cast(v)|[c++0x]
   |incorrectly yields an lvalue|reinterpret_cast(v)
   ||incorrectly yields an lvalue


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

[Bug fortran/30239] duplicate data type assignment not detected

[domob at gcc dot gnu dot org]

--- Comment #8 from domob at gcc dot gnu dot org  2008-08-22 20:38 ---
I think we can fix this now, added a -Wsurprising warning.


-- 

domob at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug fortran/30239] duplicate data type assignment not detected

[domob at gcc dot gnu dot org]

--- Comment #7 from domob at gcc dot gnu dot org  2008-08-22 20:37 ---
Subject: Bug 30239

Author: domob
Date: Fri Aug 22 20:36:12 2008
New Revision: 139499

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139499
Log:
2008-08-22  Daniel Kraft  <[EMAIL PROTECTED]>

PR fortran/30239
* symbol.c (gfc_add_type): Warn on -Wsurprising if a function-result
type is re-declared but neither -pedantic nor -std=f* is given and so
this is no error.
* invoke.texi (-Wsurprising): Document this new behaviour.


Added:
trunk/gcc/testsuite/gfortran.dg/duplicate_type_1.f90
trunk/gcc/testsuite/gfortran.dg/duplicate_type_2.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/invoke.texi
trunk/gcc/fortran/symbol.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/37204] New: reinterpret_cast(v) incorrectly yields an lvalue

[gcc-bugzilla at contacts dot eelis dot net]

Consider:

  #include 
  void f(int &) { std::cout << "lvalue\n"; }
  void f(int &&) { std::cout << "rvalue\n"; }
  int main() { int x(3); f(reinterpret_cast(x)); }

This /should/ output "rvalue", but it outputs "lvalue" instead (when compiled
with -std=c++0x).

In 5.2.10p1, n2691 (the most recent C++0x draft) states w.r.t.
reinterpret_cast(v):

  "If T is an lvalue reference type, the result is an lvalue; otherwise, the
result is an rvalue"


-- 
   Summary: reinterpret_cast(v) incorrectly yields an lvalue
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc-bugzilla at contacts dot eelis dot net


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

[Bug target/37094] [4.4 Regression] Ada build broken for i586

[ebotcazou at gcc dot gnu dot org]

--- Comment #5 from ebotcazou at gcc dot gnu dot org  2008-08-22 20:18 
---
> Following patch should fix it, I will test it ASAP

Thanks, I can confirm that it does fix the problem.


-- 


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

[Bug testsuite/25241] [C++] DejaGNU does not distinguish between errors and warnings

[janis at gcc dot gnu dot org]

--- Comment #60 from janis at gcc dot gnu dot org  2008-08-22 20:09 ---
I'm preparing a patch to move the C++ compiler tests to the new versions of
dg-error and dg-warning.  Several of them include checks of column numbers, so
my patch uses Aldy's changes to lib/gcc-dg.exp from
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01427.html.  So far I've changed
240 tests and there are at least 100 more to go, but they're going pretty
quickly. 


-- 

janis at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||aldyh at gcc dot gnu dot org


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

[Bug tree-optimization/36218] [4.2/4.3/4.4 regression] VRP causes stack overflow while building libgcj

[rguenth at gcc dot gnu dot org]

--- Comment #15 from rguenth at gcc dot gnu dot org  2008-08-22 19:28 
---
This should be fixed on the trunk by

2008-08-20  Richard Guenther  <[EMAIL PROTECTED]>

* tree-vrp.c (found_in_subgraph): Remove.
(live): New global static.
(live_on_edge): New function.
(blocks_visited): Remove.
(register_edge_assert_for_2): Use live_on_edge.
(find_conditional_asserts): Remove code dealing with
found_in_subgraph.  Do not walk the CFG.
(find_switch_asserts): Likewise.
(find_assert_locations_1): Renamed from find_assert_locations.
Move finding assert locations for conditional and switch
statements first.  Update live bitmap.  Do not walk the CFG.
(find_assert_locations): New function.
(insert_range_assertions): Remove entry of CFG walk.
Adjust call to find_assert_locations.


can someone verify this?  Thanks.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING


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

[Bug middle-end/37078] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:401 when compiling gmp 4.2.3

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-08-22 19:25 ---
I have a patch.


-- 

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|NEW |ASSIGNED
   Last reconfirmed|2008-08-22 15:19:17 |2008-08-22 19:25:47
   date||


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

[Bug target/36722] ICE with inline asm in 64bit mode because of type size

[pluto at agmk dot net]

--- Comment #2 from pluto at agmk dot net  2008-08-22 19:09 ---
looks like a PR37191


-- 


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

[Bug target/36756] [4.4 Regression] g++.dg/tls-3.C ICE with section-anchors, unit-at-a-time, no-toplevel-reorder

[janis at gcc dot gnu dot org]

--- Comment #5 from janis at gcc dot gnu dot org  2008-08-22 19:05 ---
Patch is http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00843.html, I pinged it
earlier today.


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[andreast at gcc dot gnu dot org]

--- Comment #30 from andreast at gcc dot gnu dot org  2008-08-22 18:42 
---
Created an attachment (id=16132)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16132&action=view)
preprocessed source prims.ii


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[hp at gcc dot gnu dot org]

--- Comment #29 from hp at gcc dot gnu dot org  2008-08-22 18:18 ---
(In reply to comment #28)
> Well, a bit of good news: patch #3 fixes all test case regressions regarding
> "weak" for the AVR.

Thanks for testing!  Hopefully I can get that preprocessed code soon and with a
bit of luck the bug would be in the darwin-specific changes.


-- 


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

[Bug gcov-profile/28441] Need atomic increment of gcov counters for MP programs

[pinskia at gcc dot gnu dot org]

--- Comment #14 from pinskia at gcc dot gnu dot org  2008-08-22 18:16 
---
Any news on the review?


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[eric dot weddington at atmel dot com]

--- Comment #28 from eric dot weddington at atmel dot com  2008-08-22 18:06 
---
Well, a bit of good news: patch #3 fixes all test case regressions regarding
"weak" for the AVR.


-- 


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

[Bug middle-end/37104] [4.4 Regression] ICE: in compare_values_warnv, at tree-vrp.c:1031

[dominiq at lps dot ens dot fr]

--- Comment #3 from dominiq at lps dot ens dot fr  2008-08-22 17:55 ---
Quick answer without a full bootstrap, the ICE is still there at rev. 139471.
Answer with a full bootstrap tomorrow morning.


-- 


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

[Bug middle-end/36902] Array bound warning with dead code after optimization

[manu at gcc dot gnu dot org]

--- Comment #21 from manu at gcc dot gnu dot org  2008-08-22 17:54 ---
(In reply to comment #19)
> (In reply to comment #18)
> > I think that if the compiler knows that the code is never executed then, we
> > shouldn't warn. 
> 
> It does but only later on in the optimization it knows that the code is dead.

My point is that if I understand the vrp code correctly, we can detect that the
code is dead before warning. In this case, the code is detected dead within
VRP, not in a later pass. Maybe I am wrong. Let's see what Mueller and Guenther
have to say. In any case, we should consider whether warning in conditional BBs
is a good idea at all. I think that saying 

"array subscript *is* above array bounds"

in a BB that is executed conditionally is not a good idea in general.


-- 


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

[Bug fortran/37203] New: Check ORDER= of RESHAPE

[burnus at gcc dot gnu dot org]

Found at
http://groups.google.com/group/gg95/browse_thread/thread/d27f173506fbb9cc

The following program compiles without any warning, but NAG f95 prints:

Error: line 6: Value 2 in ORDER arg to RESHAPE duplicated

integer, dimension(6) :: source1 = (/ 1, 2, 3, 4, 5, 6 /)
integer, dimension(2) :: shape1 = (/ 2, 5/)
integer, dimension(2) :: pad1 = (/ 0, 0/)

write (unit=*,fmt=*) reshape(source1, shape1, pad1, (/2,1/)) ! Valid
write (unit=*,fmt=*) reshape(source1, shape1, pad1, (/2,2/)) ! Invalid
end


-- 
   Summary: Check ORDER= of RESHAPE
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: diagnostic
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug bootstrap/37086] [4.4 Regression] GCC 3.4 miscompiles trunk (for cross compiling)

[nightstrike at gmail dot com]

--- Comment #10 from nightstrike at gmail dot com  2008-08-22 17:41 ---
How can you close this if the tuples merge makes it impossible to build gcc
with version 3.4?  The minimum gcc is still 2.95.


-- 


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

[Bug middle-end/36902] Array bound warning with dead code after optimization

[hjl dot tools at gmail dot com]

--- Comment #20 from hjl dot tools at gmail dot com  2008-08-22 17:37 
---
(In reply to comment #19)
> (In reply to comment #18)
> > I think that if the compiler knows that the code is never executed then, we
> > shouldn't warn. 
> 
> It does but only later on in the optimization it knows that the code is dead.
> 

Why can't we queue those warnings which may come from dead code and
suppress them if they are dead?


-- 


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

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

[dodji at gcc dot gnu dot org]

--- Comment #13 from dodji at gcc dot gnu dot org  2008-08-22 17:34 ---
Created an attachment (id=16131)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16131&action=view)
8th version


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #16117|0   |1
is obsolete||


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

[Bug middle-end/36902] Array bound warning with dead code after optimization

[pinskia at gcc dot gnu dot org]

--- Comment #19 from pinskia at gcc dot gnu dot org  2008-08-22 17:30 
---
(In reply to comment #18)
> I think that if the compiler knows that the code is never executed then, we
> shouldn't warn. 

It does but only later on in the optimization it knows that the code is dead.


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[hp at gcc dot gnu dot org]

--- Comment #27 from hp at gcc dot gnu dot org  2008-08-22 17:18 ---
(In reply to comment #26)
> Bootstrap fails at

Gosh darn.
Please attach preprocessed code and I'll try to figure out what's going on...


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[dominiq at lps dot ens dot fr]

--- Comment #26 from dominiq at lps dot ens dot fr  2008-08-22 17:09 ---
Bootstrap fails at

[ibook-dhum] x86_64/libjava% /opt/gcc/i686-darwin/./gcc/xgcc -shared-libgcc
-B/opt/gcc/i686-darwin/./gcc -nostdinc++
-L/opt/gcc/i686-darwin/i686-apple-darwin9/x86_64/libstdc++-v3/src
-L/opt/gcc/i686-darwin/i686-apple-darwin9/x86_64/libstdc++-v3/src/.libs
-B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/
-B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem
/opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -m64 -DHAVE_CONFIG_H -I.
-I../../../../gcc-4.4-work/libjava -I./include -I./gcj
-I../../../../gcc-4.4-work/libjava -Iinclude
-I../../../../gcc-4.4-work/libjava/include
-I../../../../gcc-4.4-work/libjava/classpath/include -Iclasspath/include
-I../../../../gcc-4.4-work/libjava/classpath/native/fdlibm
-I../../../../gcc-4.4-work/libjava/../boehm-gc/include -I../boehm-gc/include
-I../../../../gcc-4.4-work/libjava/libltdl
-I../../../../gcc-4.4-work/libjava/libltdl
-I../../../../gcc-4.4-work/libjava/.././libjava/../gcc
-I../../../../gcc-4.4-work/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=\"/opt/gcc/gcc4.4w\"
-DTOOLEXECLIBDIR=\"/opt/gcc/gcc4.4w/lib/x86_64\"
-DJAVA_HOME=\"/opt/gcc/gcc4.4w\"
-DBOOT_CLASS_PATH=\"/opt/gcc/gcc4.4w/share/java/libgcj-4.4.0.jar\"
-DJAVA_EXT_DIRS=\"/opt/gcc/gcc4.4w/share/java/ext\"
-DGCJ_ENDORSED_DIRS=\"/opt/gcc/gcc4.4w/share/java/gcj-endorsed\"
-DGCJ_VERSIONED_LIBDIR=\"/opt/gcc/gcc4.4w/lib/x86_64/gcj-4.4.0-10\"
-DPATH_SEPARATOR=\":\" -DECJ_JAR_FILE=\"/opt/gcc/gcc4.4w/share/java/ecj.jar\"
-DLIBGCJ_DEFAULT_DATABASE=\"/opt/gcc/gcc4.4w/lib/x86_64/gcj-4.4.0-10/classmap.db\"
-DLIBGCJ_DEFAULT_DATABASE_PATH_TAIL=\"gcj-4.4.0-10/classmap.db\" -g -O2 -m64
-MT prims.lo -MD -MP -MF .deps/prims.Tpo -c
../../../../gcc-4.4-work/libjava/prims.cc  -fno-common -DPIC

/var/tmp//cctr5h82.s:unknown:Undefined symbol:
__Z19_Jv_AllocPtrFreeObjiPN4java4lang5ClassE can't be a weak_definition
/var/tmp//cctr5h82.s:unknown:Undefined symbol:
__Z12_Jv_AllocObjiPN4java4lang5ClassE can't be a weak_definition


-- 


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

[Bug middle-end/36902] Array bound warning with dead code after optimization

[manu at gcc dot gnu dot org]

--- Comment #18 from manu at gcc dot gnu dot org  2008-08-22 17:04 ---
(In reply to comment #1)
> This happens because the warning happens very early in the compiler so it does
> not know that the case5 is not going to be used.  I think the warning is
> correct and not really bogus if you take that into account.

I think that if the compiler knows that the code is never executed then, we
shouldn't warn. Anyway, this could be seen as a request enhancement. BTW, the
offending code is removed within the first vrp pass, so perhaps we are not
properly detecting that the BB is unreachable.


-- 


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

[Bug libgcj/8995] race cases in interpreter

[aph at gcc dot gnu dot org]

--- Comment #6 from aph at gcc dot gnu dot org  2008-08-22 16:58 ---
Subject: Bug 8995

Author: aph
Date: Fri Aug 22 16:57:11 2008
New Revision: 139494

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139494
Log:
2008-08-22  Andrew Haley  <[EMAIL PROTECTED]>

PR libgcj/8995:

* interpret-run.cc (REWRITE_INSN): Null this macro.

* include/jvm.h (class _Jv_Linker): Declare resolve_mutex, init.
(read_cpool_entry, write_cpool_entry): New functions.
* link.cc (_Jv_Linker::resolve_mutex): new.
(_Jv_Linker::init): New function.
(_Jv_Linker::resolve_pool_entry): Use {read,write}_cpool_entry
to ensure atomic access to constant pool entries.


Modified:
branches/gcc-4_3-branch/libjava/ChangeLog
branches/gcc-4_3-branch/libjava/include/jvm.h
branches/gcc-4_3-branch/libjava/interpret-run.cc
branches/gcc-4_3-branch/libjava/link.cc


-- 


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[maksverver at geocities dot com]

--- Comment #5 from maksverver at geocities dot com  2008-08-22 16:53 
---
Excuse me, but I do not understand what makes this code invalid. Could anybody
explain? If so, does this apply to all the test cases given (also for bugs that
are marked as duplicates of this bug)?


-- 


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

[Bug middle-end/36902] Array bound warning with dead code after optimization

[manu at gcc dot gnu dot org]

--- Comment #17 from manu at gcc dot gnu dot org  2008-08-22 16:44 ---
The location passed to check_array_ref is correct but the new way to check if
we are in system headers does not work well with the %H hack. This will go away
soon  hopefully when everything takes an explicit location. The fix is to use
warning_at. This kind of thing may happen in the middle-end and in the
front-end. This doesn't fix the bogus warning though, it just suppresses it
within system headers.


Index: gcc/tree-vrp.c
===
--- gcc/tree-vrp.c  (revision 139373)
+++ gcc/tree-vrp.c  (working copy)
@@ -4811,11 +4811,11 @@ insert_range_assertions (void)
range. If the array subscript is a RANGE, warn if it is
non-overlapping with valid range.
IGNORE_OFF_BY_ONE is true if the ARRAY_REF is inside a ADDR_EXPR.  */

 static void
-check_array_ref (tree ref, const location_t *location, bool ignore_off_by_one)
+check_array_ref (tree ref, location_t location, bool ignore_off_by_one)
 {
   value_range_t* vr = NULL;
   tree low_sub, up_sub;
   tree low_bound, up_bound = array_ref_up_bound (ref);

@@ -4850,12 +4850,12 @@ check_array_ref (tree ref, const locatio
   if (TREE_CODE (up_sub) == INTEGER_CST
   && tree_int_cst_lt (up_bound, up_sub)
   && TREE_CODE (low_sub) == INTEGER_CST
   && tree_int_cst_lt (low_sub, low_bound))
 {
-  warning (OPT_Warray_bounds,
-   "%Harray subscript is outside array bounds", location);
+  warning_at (location, OPT_Warray_bounds,
+ "array subscript is outside array bounds");
   TREE_NO_WARNING (ref) = 1;
 }
 }
   else if (TREE_CODE (up_sub) == INTEGER_CST
&& tree_int_cst_lt (up_bound, up_sub)
@@ -4865,28 +4865,28 @@ check_array_ref (tree ref, const locatio
 up_bound,
 integer_one_node,
 0),
up_sub)))
 {
-  warning (OPT_Warray_bounds, "%Harray subscript is above array bounds",
-   location);
+  warning_at (location, OPT_Warray_bounds,
+ "array subscript is above array bounds");
   TREE_NO_WARNING (ref) = 1;
 }
   else if (TREE_CODE (low_sub) == INTEGER_CST
&& tree_int_cst_lt (low_sub, low_bound))
 {
-  warning (OPT_Warray_bounds, "%Harray subscript is below array bounds",
-   location);
+  warning_at (location, OPT_Warray_bounds,
+ "array subscript is below array bounds");
   TREE_NO_WARNING (ref) = 1;
 }
 }

 /* Searches if the expr T, located at LOCATION computes
address of an ARRAY_REF, and call check_array_ref on it.  */

 static void
-search_for_addr_array(tree t, const location_t *location)
+search_for_addr_array(tree t, location_t location)
 {
   while (TREE_CODE (t) == SSA_NAME)
 {
   gimple g = SSA_NAME_DEF_STMT (t);

@@ -4925,11 +4925,11 @@ search_for_addr_array(tree t, const loca
 static tree
 check_array_bounds (tree *tp, int *walk_subtree, void *data)
 {
   tree t = *tp;
   struct walk_stmt_info *wi = (struct walk_stmt_info *) data;
-  const location_t *location = (const location_t *) wi->info;
+  location_t location = *((location_t *) wi->info);

   *walk_subtree = TRUE;

   if (TREE_CODE (t) == ARRAY_REF)
 check_array_ref (t, location, false /*ignore_off_by_one*/);
@@ -4972,11 +4972,11 @@ check_all_array_refs (void)
  continue;
   }
   for (si = gsi_start_bb (bb); !gsi_end_p (si); gsi_next (&si))
{
  gimple stmt = gsi_stmt (si);
- const location_t *location = gimple_location_ptr (stmt);
+ location_t location = gimple_location (stmt);
  struct walk_stmt_info wi;
  if (!gimple_has_location (stmt))
continue;

  if (is_gimple_call (stmt))
@@ -4990,12 +4990,12 @@ check_all_array_refs (void)
}
}
  else
{
  memset (&wi, 0, sizeof (wi));
- wi.info = CONST_CAST (void *, (const void *) location);
-
+ /*  wi.info = CONST_CAST (void *, (const void *)
&location);*/
+ wi.info = (void *) &location;
  walk_gimple_op (gsi_stmt (si),
  check_array_bounds,
  &wi);
}
}


-- 


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

[Bug libgcj/8995] race cases in interpreter

[aph at gcc dot gnu dot org]

--- Comment #5 from aph at gcc dot gnu dot org  2008-08-22 16:20 ---
Subject: Bug 8995

Author: aph
Date: Fri Aug 22 16:04:29 2008
New Revision: 139492

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139492
Log:
2008-08-22  Andrew Haley  <[EMAIL PROTECTED]>

PR libgcj/8895:

* interpret-run.cc (REWRITE_INSN): Null this macro.

* include/jvm.h (class _Jv_Linker): Declare resolve_mutex, init.
(read_cpool_entry, write_cpool_entry): New functions.
* link.cc (_Jv_Linker::resolve_mutex): new.
(_Jv_Linker::init): New function.
(_Jv_Linker::resolve_pool_entry): Use {read,write}_cpool_entry
to ensure atomic access to constant pool entries.


Modified:
trunk/libjava/ChangeLog
trunk/libjava/include/jvm.h
trunk/libjava/interpret-run.cc
trunk/libjava/link.cc


-- 


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

[Bug libgcj/8995] race cases in interpreter

[aph at gcc dot gnu dot org]

--- Comment #4 from aph at gcc dot gnu dot org  2008-08-22 16:18 ---
Subject: Bug 8995

Author: aph
Date: Fri Aug 22 16:17:19 2008
New Revision: 139493

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139493
Log:
Fix PR#.

2008-08-22  Andrew Haley  <[EMAIL PROTECTED]>

PR libgcj/8995:

* interpret-run.cc (REWRITE_INSN): Null this macro.

* include/jvm.h (class _Jv_Linker): Declare resolve_mutex, init.
(read_cpool_entry, write_cpool_entry): New functions.
* link.cc (_Jv_Linker::resolve_mutex): new.
(_Jv_Linker::init): New function.
(_Jv_Linker::resolve_pool_entry): Use {read,write}_cpool_entry
to ensure atomic access to constant pool entries.


Modified:
trunk/libjava/ChangeLog


-- 


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

[Bug testsuite/37202] FAIL: gcc.dg/visibility-1[4-9].c

[dominiq at lps dot ens dot fr]

--- Comment #2 from dominiq at lps dot ens dot fr  2008-08-22 16:17 ---
> This is a duplicate of 37170

I don't think so. Although I am bootstraping with the patch for 37170 and
cannot conclude yet, my previous attempt fixed the weak tests, but not the
visibility ones.


-- 


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

[Bug c++/8895] ICE on invalid template default value specification

[aph at gcc dot gnu dot org]

--- Comment #4 from aph at gcc dot gnu dot org  2008-08-22 16:05 ---
Subject: Bug 8895

Author: aph
Date: Fri Aug 22 16:04:29 2008
New Revision: 139492

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139492
Log:
2008-08-22  Andrew Haley  <[EMAIL PROTECTED]>

PR libgcj/8895:

* interpret-run.cc (REWRITE_INSN): Null this macro.

* include/jvm.h (class _Jv_Linker): Declare resolve_mutex, init.
(read_cpool_entry, write_cpool_entry): New functions.
* link.cc (_Jv_Linker::resolve_mutex): new.
(_Jv_Linker::init): New function.
(_Jv_Linker::resolve_pool_entry): Use {read,write}_cpool_entry
to ensure atomic access to constant pool entries.


Modified:
trunk/libjava/ChangeLog
trunk/libjava/include/jvm.h
trunk/libjava/interpret-run.cc
trunk/libjava/link.cc


-- 


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

[Bug testsuite/37202] FAIL: gcc.dg/visibility-1[4-9].c

[espindola at google dot com]

--- Comment #1 from espindola at google dot com  2008-08-22 15:46 ---
Subject: Re:  New: FAIL: gcc.dg/visibility-1[4-9].c

This is a duplicate of 37170

2008/8/22 dominiq at lps dot ens dot fr <[EMAIL PROTECTED]>:
> On *-apple-darwin* the following tests introduced at revision 139100:
>
> Revision 139100 - (view) (download) - [select for diffs]
> Added Thu Aug 14 16:05:36 2008 UTC (7 days, 23 hours ago) by espindola
> File length: 239 byte(s)
> 2008-08-14  Rafael Avila de Espindola  <[EMAIL PROTECTED]>
>
>* gcc.dg/visibility-14.c: New test.
>* gcc.dg/visibility-15.c: New test.
>* gcc.dg/visibility-16.c: New test.
>* gcc.dg/visibility-17.c: New test.
>* gcc.dg/visibility-18.c: New test.
>* gcc.dg/visibility-19.c: New test.
>
> fail since at least revision 139117 (see
> http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg01430.html):
>
> FAIL: gcc.dg/visibility-14.c scan-hidden private_extern[ \\t_]*_?foo
> FAIL: gcc.dg/visibility-15.c scan-hidden private_extern[ \\t_]*_?foo
> FAIL: gcc.dg/visibility-16.c scan-hidden private_extern[ \\t_]*_?foo
> FAIL: gcc.dg/visibility-17.c scan-hidden private_extern[ \\t_]*_?foo
> FAIL: gcc.dg/visibility-18.c scan-hidden private_extern[ \\t_]*_?foo
> FAIL: gcc.dg/visibility-19.c scan-hidden private_extern[ \\t_]*_?foo
>
>
> --
>   Summary: FAIL: gcc.dg/visibility-1[4-9].c
>   Product: gcc
>   Version: 4.4.0
>Status: UNCONFIRMED
>  Severity: normal
>  Priority: P3
> Component: testsuite
>AssignedTo: unassigned at gcc dot gnu dot org
>ReportedBy: dominiq at lps dot ens dot fr
>  GCC build triplet: *-apple-darwin*
>  GCC host triplet: *-apple-darwin*
> GCC target triplet: *-apple-darwin*
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
>
> --- You are receiving this mail because: ---
> You are on the CC list for the bug, or are watching someone who is.
>


-- 


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

[Bug target/37168] [4.3/4.4 Regression] ICE: in final_scan_insn, at final.c:2615 (altivec)

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug testsuite/37149] [4.4 Regression]: 27_io/basic_ostream/inserters_other/char/error_code.cc

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-08-22 15:36 ---
So, fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/37146] [4.4 Regression] Invalid types with COND_EXPR

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37145] [4.4 Regression] XFAILs from PRE rewrite

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/37143] [4.4 Regression] ICE in VRP with the auto-vectorizer

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-08-22 15:34 ---
Again wrong types from SCEV.  Mine.


-- 

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|NEW |ASSIGNED
   Priority|P3  |P2
   Last reconfirmed|2008-08-18 03:33:52 |2008-08-22 15:34:48
   date||


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

[Bug middle-end/37135] [4.3/4.4 Regression] code size increase for bit-fields assignment

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c/37106] [4.4 Regression] ICE: in mems_in_disjoint_alias_sets_p, at alias.c:278

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/37095] [4.4 regression] Trouble with covariant return

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-08-22 15:26 ---
This looks like a fallout from the unit-at-a-time changes.  The testcase
works for me with -O -fno-toplevel-reorder.

Honza, can you have a look here?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P1
   Last reconfirmed|-00-00 00:00:00 |2008-08-22 15:26:26
   date||


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[hp at gcc dot gnu dot org]

--- Comment #25 from hp at gcc dot gnu dot org  2008-08-22 15:25 ---
Created an attachment (id=16130)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16130&action=view)
Patch, take 3.

Thanks for your reports!

I stupidly forgot to move out the tree type checks from inside the #ifdef and
just couldn't see it!  Odd that the weak-test-cases didn't trig this.
Now fixed.  Lightly checked that it still fixes the C regressions covered by
weak.exp for avr and darwin-i686, new regression runs started for cris-elf and
native.

Please, test on your targets!


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #16125|0   |1
is obsolete||


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

[Bug target/37094] [4.4 Regression] Ada build broken for i586

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug bootstrap/37086] [4.4 Regression] GCC 3.4 miscompiles trunk (for cross compiling)

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-08-22 15:20 ---
This is not a gcc bug.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/37078] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:401 when compiling gmp 4.2.3

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-checking
   Priority|P3  |P2
   Last reconfirmed|2008-08-11 16:10:35 |2008-08-22 15:19:17
   date||
Summary|[4.4 Regression] ICE when   |[4.4 Regression] ICE in
   |compiling gmp 4.2.3 |set_value_range, at tree-
   ||vrp.c:401 when compiling gmp
   ||4.2.3


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

[Bug middle-end/37071] [4.4 Regression] EH is broken

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug testsuite/37202] New: FAIL: gcc.dg/visibility-1[4-9].c

[dominiq at lps dot ens dot fr]

On *-apple-darwin* the following tests introduced at revision 139100:

Revision 139100 - (view) (download) - [select for diffs] 
Added Thu Aug 14 16:05:36 2008 UTC (7 days, 23 hours ago) by espindola 
File length: 239 byte(s)
2008-08-14  Rafael Avila de Espindola  <[EMAIL PROTECTED]>

* gcc.dg/visibility-14.c: New test.
* gcc.dg/visibility-15.c: New test.
* gcc.dg/visibility-16.c: New test.
* gcc.dg/visibility-17.c: New test.
* gcc.dg/visibility-18.c: New test.
* gcc.dg/visibility-19.c: New test.

fail since at least revision 139117 (see
http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg01430.html):

FAIL: gcc.dg/visibility-14.c scan-hidden private_extern[ \\t_]*_?foo
FAIL: gcc.dg/visibility-15.c scan-hidden private_extern[ \\t_]*_?foo
FAIL: gcc.dg/visibility-16.c scan-hidden private_extern[ \\t_]*_?foo
FAIL: gcc.dg/visibility-17.c scan-hidden private_extern[ \\t_]*_?foo
FAIL: gcc.dg/visibility-18.c scan-hidden private_extern[ \\t_]*_?foo
FAIL: gcc.dg/visibility-19.c scan-hidden private_extern[ \\t_]*_?foo


-- 
   Summary: FAIL: gcc.dg/visibility-1[4-9].c
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dominiq at lps dot ens dot fr
 GCC build triplet: *-apple-darwin*
  GCC host triplet: *-apple-darwin*
GCC target triplet: *-apple-darwin*


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

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||build
   Priority|P3  |P2


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

[Bug target/37061] [4.4 Regression] Build fails with REGISTER_TARGET_PRAGMAS redefined

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug debug/37058] [4.4 Regression] profiling testcases fail with .cfi_endproc without corresponding .cfi_startproc

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug debug/37033] [4.4 Regression] Revision 138733 breaks -g vs -g0 for PCH

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/37031] [4.4 Regression] ICE for h264ref in gather_interchange_stats with -ftree-loop-linear

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/37028] [4.4 Regression] Error compiling alpha.c in snapshot of 20080801

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug debug/37020] [4.4 Regression] FAIL: gcc.dg/debug/dwarf2/dwarf-die3.c scan-assembler-not DW_AT_inline

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/37005] [4.4 Regression] GNAT Bug Box for cd2a24e.adb:37 at tree-vrp.c:392

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-08-22 15:07 ---
Seems to be target independent, I also see this on x86_64.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
 GCC target triplet|sparc-rtems4.9 powerpc- |
   |rtems4.9|
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-08-22 15:07:20
   date||


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

[Bug middle-end/37046] [4.4 Regression] Inlining produces calls which gimple_call_fndecl cannot handle correctly

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-08-22 15:04 ---
Let's just close this.  Martin, please re-open if you figure that things are
still broken.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/36990] [4.4 Regression] -fipa-cp vs function pointers and extern template

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-08-22 15:03 ---
This seems to be fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug fortran/35418] [4.4 Regression]: Revision 132592 miscompiles 172.mgrid

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2008-08-22 15:02 ---
*** Bug 36983 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||Joey dot ye at intel dot com


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

[Bug middle-end/36983] [4.4 Regression] Trunk 138207 miscompiles 172.mgrid on x86-64

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-08-22 15:02 
---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/36921] [4.3/4.4 Regression] comparison does not have mathematical meaning is not correct

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-08-22 15:01 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-08-22 15:01:01
   date||


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

[Bug c++/36912] [4.2/4.3/4.4 regression] ICE with "-frounding-math -g"

[rguenth at gcc dot gnu dot org]

--- Comment #7 from rguenth at gcc dot gnu dot org  2008-08-22 14:59 ---
Interestingly enough this is only broken on the trunk for me, where we reject
the code.

/abuild/rguenther/trunk-g/gcc/t.ii:1: error: initializer for floating value is
not a floating constant
/abuild/rguenther/trunk-g/gcc/t.ii:1: confused by earlier errors, bailing out

Can we decide what is the bug here and appropriately split this bug into
rejects-valid or accepts-invalid for gcc < 4.4 and ice-on-{in}valid for 4.4?

Due to the unclear status and mixing stuff I leave this P3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |WAITING
   Keywords||accepts-invalid, error-
   ||recovery, ice-on-invalid-
   ||code, rejects-valid


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[dominiq at lps dot ens dot fr]

--- Comment #24 from dominiq at lps dot ens dot fr  2008-08-22 14:54 ---
Created an attachment (id=16129)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16129&action=view)
libggc2.i for i686-apple-darwin9


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[dominiq at lps dot ens dot fr]

--- Comment #23 from dominiq at lps dot ens dot fr  2008-08-22 14:53 ---
Here is the command line and its result from directory
/opt/gcc/i686-darwin/i686-apple-darwin9/x86_64/libgcc:

[ibook-dhum] x86_64/libgcc% /opt/gcc/i686-darwin/./gcc/xgcc -v -save-temps
-B/opt/gcc/i686-darwin/./gcc/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/
-B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/ -isystem
/opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem
/opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -g -O2 -m64 -O2 -g -O2 -DIN_GCC
-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -isystem ./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc
-I../../../../gcc-4.4-work/libgcc -I../../../../gcc-4.4-work/libgcc/.
-I../../../../gcc-4.4-work/libgcc/../gcc
-I../../../../gcc-4.4-work/libgcc/../include -DHAVE_CC_TLS -o _mulxc3.o -MT
_mulxc3.o -MD -MP -MF _mulxc3.dep -DL_mulxc3 -c
../../../../gcc-4.4-work/libgcc/../gcc/libgcc2.c -fvisibility=hidden
-DHIDE_EXPORTS

xgcc: warning: -pipe ignored because -save-temps specified
Reading specs from /opt/gcc/i686-darwin/./gcc/specs
Target: i686-apple-darwin9
Configured with: ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w
--mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info
--build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java
--with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib
--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
Thread model: posix
gcc version 4.4.0 [revision 139455p5] 20080822 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.5.4' '-v' '-save-temps'
'-B/opt/gcc/i686-darwin/./gcc/' '-B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/'
'-B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/' '-isystem'
'/opt/gcc/gcc4.4w/i686-apple-darwin9/include' '-isystem'
'/opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include' '-g' '-O2' '-m64' '-O2' '-g'
'-O2' '-DIN_GCC' '-W' '-Wall' '-Wwrite-strings' '-Wstrict-prototypes'
'-Wmissing-prototypes' '-Wcast-qual' '-Wold-style-definition' '-isystem'
'./include' '-fPIC' '-pipe' '-g' '-DHAVE_GTHR_DEFAULT' '-DIN_LIBGCC2'
'-D__GCC_FLOAT_NOT_NEEDED' '-I.' '-I.' '-I../../.././gcc'
'-I../../../../gcc-4.4-work/libgcc' '-I../../../../gcc-4.4-work/libgcc/.'
'-I../../../../gcc-4.4-work/libgcc/../gcc'
'-I../../../../gcc-4.4-work/libgcc/../include' '-DHAVE_CC_TLS' '-o' '_mulxc3.o'
'-MT' '_mulxc3.o' '-MD' '-MP' '-MF' '_mulxc3.dep' '-DL_mulxc3' '-c'
'-fvisibility=hidden' '-DHIDE_EXPORTS' '-mtune=generic'
 /opt/gcc/i686-darwin/./gcc/cc1 -E -quiet -v -I. -I. -I../../.././gcc
-I../../../../gcc-4.4-work/libgcc -I../../../../gcc-4.4-work/libgcc/.
-I../../../../gcc-4.4-work/libgcc/../gcc
-I../../../../gcc-4.4-work/libgcc/../include -imultilib x86_64 -iprefix
/opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/ -isystem
/opt/gcc/i686-darwin/./gcc/include -isystem
/opt/gcc/i686-darwin/./gcc/include-fixed -MD _mulxc3.d -MF _mulxc3.dep -MP -MT
_mulxc3.o -D__DYNAMIC__ -DIN_GCC -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -DHAVE_CC_TLS -DL_mulxc3 -DHIDE_EXPORTS -isystem
/opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem
/opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -isystem ./include
../../../../gcc-4.4-work/libgcc/../gcc/libgcc2.c -fPIC
-feliminate-unused-debug-symbols -mmacosx-version-min=10.5.4 -m64
-mtune=generic -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wold-style-definition -fPIC
-fvisibility=hidden -g -g -g -fworking-directory -O2 -O2 -O2 -fpch-preprocess
-o libgcc2.i
ignoring nonexistent directory "/opt/gcc/gcc4.4w/i686-apple-darwin9/include"
ignoring nonexistent directory
"/opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include"
ignoring nonexistent directory "./include"
ignoring nonexistent directory
"/opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/include"
ignoring nonexistent directory
"/opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/include-fixed"
ignoring nonexistent directory
"/opt/gcc/i686-darwin/gcc/../lib/gcc/i686-apple-darwin9/4.4.0/../../../../i686-apple-darwin9/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory
"/opt/gcc/i686-darwin/gcc/../lib/gcc/../../include"
ignoring nonexistent directory
"/opt/gcc/i686-darwin/gcc/../lib/gcc/../../lib/gcc/i686-apple-da

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[eric dot weddington at atmel dot com]

--- Comment #22 from eric dot weddington at atmel dot com  2008-08-22 14:52 
---
ICE from building gcc target=avr with patch:

Reading specs from /usr/local/avrdev/gcc/build/./gcc/specs
Target: avr
Configured with: ../gcc/configure --prefix=/usr/local/avr-test --target=avr
--datadir=/usr/local/avr-test/doc/gcc --with-pkgversion='WinAVR test'
--with-bugurl='URL:http://sourceforge.net/tracker/?atid=520074&group_id=68108&func=browse'
--with-dwarf2 --with-gmp=/usr/local --with-mpfr=/usr/local
--enable-win32-registry=WinAVR-test --enable-languages=c --enable-doc
--disable-nls --disable-shared --disable-libada --disable-libssp :
(reconfigured) ../gcc/configure --prefix=/usr/local/avr-test --target=avr
--datadir=/usr/local/avr-test/doc/gcc --with-pkgversion='WinAVR test'
--with-bugurl='URL:http://sourceforge.net/tracker/?atid=520074&group_id=68108&func=browse'
--with-dwarf2 --with-gmp=/usr/local --with-mpfr=/usr/local
--enable-win32-registry=WinAVR-test --enable-languages=c,c++,objc,ada
--enable-doc --disable-nls --disable-shared --disable-libada --disable-libssp
Thread model: single
gcc version 4.4.0 20080822 (experimental) [trunk revision 139423] (WinAVR test) 
COLLECT_GCC_OPTIONS='-B/usr/local/avrdev/gcc/build/./gcc/'
'-B/usr/local/avr-test/avr/bin/' '-B/usr/local/avr-test/avr/lib/' '-isystem'
'/usr/local/avr-test/avr/include' '-isystem'
'/usr/local/avr-test/avr/sys-include' '-g' '-D__USE_MINGW_ACCESS' '-mmcu=avr25'
'-O2' '-g' '-D__USE_MINGW_ACCESS' '-DIN_GCC' '-DCROSS_DIRECTORY_STRUCTURE' '-W'
'-Wall' '-Wwrite-strings' '-Wstrict-prototypes' '-Wmissing-prototypes'
'-Wcast-qual' '-Wold-style-definition' '-isystem' './include' '-DDF=SF'
'-Dinhibit_libc' '-mcall-prologues' '-Os' '-g' '-DIN_LIBGCC2'
'-D__GCC_FLOAT_NOT_NEEDED' '-Dinhibit_libc' '-I.' '-I.' '-I../../.././gcc'
'-I../../../../gcc/libgcc' '-I../../../../gcc/libgcc/.'
'-I../../../../gcc/libgcc/../gcc' '-I../../../../gcc/libgcc/../include'
'-DHAVE_CC_TLS' '-o' '_mulsc3.o' '-MT' '_mulsc3.o' '-MD' '-MP' '-MF'
'_mulsc3.dep' '-DL_mulsc3' '-c' '-v' '-save-temps'
 /usr/local/avrdev/gcc/build/./gcc/cc1 -E -quiet -v -I. -I. -I../../.././gcc
-I../../../../gcc/libgcc -I../../../../gcc/libgcc/.
-I../../../../gcc/libgcc/../gcc -I../../../../gcc/libgcc/../include -imultilib
avr25 -iprefix /usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/ -isystem
/usr/local/avrdev/gcc/build/./gcc/include -isystem
/usr/local/avrdev/gcc/build/./gcc/include-fixed -MD _mulsc3.d -MF _mulsc3.dep
-MP -MT _mulsc3.o -D__USE_MINGW_ACCESS -D__USE_MINGW_ACCESS -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -DDF=SF -Dinhibit_libc -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -DHAVE_CC_TLS -DL_mulsc3 -isystem
/usr/local/avr-test/avr/include -isystem /usr/local/avr-test/avr/sys-include
-isystem ./include ../../../../gcc/libgcc/../gcc/libgcc2.c -mmcu=avr25
-mcall-prologues -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wold-style-definition -g -g -g
-fworking-directory -O2 -Os -fpch-preprocess -o libgcc2.i
ignoring nonexistent directory "/usr/local/avr-test/avr/sys-include"
ignoring nonexistent directory "./include"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/include"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/include-fixed"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/../../../../avr/sys-include"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/avr/4.4.0/../../../../avr/include"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/include"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/include-fixed"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/../../../../avr/sys-include"
ignoring nonexistent directory
"/usr/local/avrdev/gcc/build/gcc/../lib/gcc/../../lib/gcc/avr/4.4.0/../../../../avr/include"
ignoring duplicate directory "."
ignoring duplicate directory "../../../../gcc/libgcc/."
#include "..." search starts here:
#include <...> search starts here:
 .
 ../../.././gcc
 ../../../../gcc/libgcc
 ../../../../gcc/libgcc/../gcc
 ../../../../gcc/libgcc/../include
 /us

[Bug c++/36897] [4.2/4.3/4.4 Regression] ICE with function pointer template parameter

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-08-22 14:51 ---
For the curious, G++ 3.4.6 says

t.ii:4: error: `zeroptr' is not a valid template argument
t.ii:4: error: it must be the address of a function with external linkage


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.1.1 4.3.0 4.1.2   |4.0.0 4.1.1 4.3.0 4.1.2
  Known to work|3.3 |3.4.6
   Priority|P3  |P2
   Target Milestone|4.3.2   |4.2.5


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[eric dot weddington at atmel dot com]

--- Comment #21 from eric dot weddington at atmel dot com  2008-08-22 14:51 
---
Created an attachment (id=16128)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16128&action=view)
Preprocessed source of ICE from building with patch.


-- 


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

[Bug tree-optimization/36891] [4.2/4.3/4.4 Regression] ICE with vector division and -ffast-math and LIM

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-08-22 14:48 ---
Any updates here?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug testsuite/36889] [4.4 regression] gfortran.fortran-torture/execute/execute.exp tries to run sse2 execute tests without checking for host support

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-08-22 14:46 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-08-22 14:46:17
   date||


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

[Bug bootstrap/36838] [4.4 Regression] ICE: (__frame_state_for) unwind-dw2.c:1194

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2008-08-22 14:44 ---
Still works for me.  Closing due to lack of response from reporter.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug target/36756] [4.4 Regression] g++.dg/tls-3.C ICE with section-anchors, unit-at-a-time, no-toplevel-reorder

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-08-22 14:41 ---
Any update on this?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug testsuite/36087] [4.4 Regression] test failures between revs. 134696 and 134717

[rguenth at gcc dot gnu dot org]

--- Comment #10 from rguenth at gcc dot gnu dot org  2008-08-22 14:39 
---
Closing as fixed.  The memcpy issue is tracked separately, the pr35729.c
failure
should be filed in a less confusing bugreport.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/35468] [4.2/4.3/4.4 Regression] LHS of assignment can be folded to a constant causing ICE

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/37151] [4.4 Regression] ICE with -fprofile-use and -ftree-loop-linear

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-08-22 14:21 ---
On which target?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug middle-end/37104] [4.4 Regression] ICE: in compare_values_warnv, at tree-vrp.c:1031

[dominiq at lps dot ens dot fr]

--- Comment #2 from dominiq at lps dot ens dot fr  2008-08-22 14:20 ---
I still see it at revision 139372. I am not yet at revision 139385 on ppc. I'll
start an update ASAP, result by tomorrow (~10 hours).


-- 


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

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

[hp at gcc dot gnu dot org]

--- Comment #20 from hp at gcc dot gnu dot org  2008-08-22 14:18 ---
(In reply to comment #18)
> My command line is:
> 
> ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w
> --mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info
> --build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java
> --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib
> --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib

The *gcc* command line at the point of the ICE is the interesting one.
Add -v -save-temps to get the preprocessed code and show the "internal" command
line.

> Concerning the "preprocessed code", although I assume that I'll have to
> (re)break the bootstrap, I have no more idea about how I can get it.

Yes.  Then repeat manually the last gcc command, adding -v -save-temps.
Just like always for gcc bug reports involving an ICE.
Thanks.


-- 


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

[Bug middle-end/37161] [4.4 Regression]: Revision 139225 caused gfortran.dg/vect/pr33301.f -O

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Priority|P3  |P1
   Target Milestone|--- |4.4.0


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

[Bug target/37162] [4.4 Regression] gcc.c-torture/compile/20020120-1.c fails with ICE on -O[23s]

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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