[Bug fortran/45715] [ABI cleanup] Move runtime parsing of I/O control list to front end

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2010-09-21 06:54 ---
(In reply to comment #1)
> Here is a case where we do have to evaluate at run time.  So maybe we can not
> do what is proposed above.

Well, I understood the request such that one passes a boolean for the 'YES' /
'NO' items. If it cannot be simplified at compile time, one adds (in trans*c)
code like:
   advance = _gfortran_compare_string (3, &"YES", len, &str) == 0;

Possibly, one should add a new function like
  advance = _gfortran_io_yes_no (len, &str, "ADVANCE");
which takes then also into account invalid values.


-- 


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

[Bug target/45694] [MinGW64] fortran host associated variables+optimization==failure?

[t66667 at gmail dot com]

--- Comment #10 from t7 at gmail dot com  2010-09-21 05:57 ---
(In reply to comment #9)
> (In reply to comment #8)
> 
> This issue is caused by the fact that __chkstk clobbers r10 (see its
> constrains), which is used here as argument-register for this nested function.
> So something is broken here about register-clobbering. I would welcome if my
> modified stack-allocation for windows would get reviewed and applied. This new
> implementation avoid this useless register-clobbering ... But well, this seems
> to me like a bug in interpretation of register clobbering here ...
> 

http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01631.html


-- 


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

[Bug fortran/45710] WRITE of NAMELIST group to internal file contains newline characters

[jvdelisle at gcc dot gnu dot org]

--- Comment #7 from jvdelisle at gcc dot gnu dot org  2010-09-21 03:20 
---
With current trunk, gfortran 4.6, I get:

 BEFORE:
001  @@@
002  @@@
003  @@@
004  @@@
005  @@@
 AFTER:
&NL1 @@@
 A=  1.000,@
 B=  2.000,@
 C=  3.000,@
 /  

I thought I remembered fixing this before. What version of gfortran are you
using? (I snipped off the ends of the lines above to fit the report.)


-- 


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

[Bug fortran/45715] [ABI cleanup] Move runtime parsing of I/O control list to front end

[jvdelisle at gcc dot gnu dot org]

--- Comment #1 from jvdelisle at gcc dot gnu dot org  2010-09-21 03:08 
---
Here is a case where we do have to evaluate at run time.  So maybe we can not
do what is proposed above.

character(10):: advancevar
advancevar = "no"
write(*, "(a)", advance=advancevar) "Well, "
print *, "Does it work?"
end
! Interestingly, if advancevar is a PARAMETER, we get an error.


-- 


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

[Bug lto/45702] [4.6 Regression] New LTO test failures

[danglin at gcc dot gnu dot org]

--- Comment #15 from danglin at gcc dot gnu dot org  2010-09-21 00:44 
---
Similar errors on hppa2.0w-hp-hpux11.11.  Excess errors are:

cc1: error: LTO support has not been enabled in this configuration
cc1: error: LTO support has not been enabled in this configuration


-- 

danglin 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=45702

[Bug middle-end/45712] [4.6 Regression] Segmentation violation when compiling spec source on either x86 or ppc with debugging

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2010-09-21 00:00 ---
It is caused by revision 163808:

http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00099.html


-- 


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

[Bug bootstrap/45666] ICE: /mingw/include/winnt.h:3350:5: Segmentation fault

[t66667 at gmail dot com]

-- 

t7 at gmail dot com changed:

   What|Removed |Added

   Severity|normal  |blocker


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

[Bug 41437] No access control for classes in template functions

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla-test/show_bug.cgi?id=41437



Jonathan Wakely  changed:



   What|Removed |Added



 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2010.09.20 23:13:23

   date||

 CC|gcc-bugs at gcc dot gnu.org |redi at gcc dot gnu.org

 Ever Confirmed|0   |1



-- 

Configure bugmail: http://gcc.gnu.org/bugzilla-test/userprefs.cgi?tab=email

--- You are receiving this mail because: ---

You are on the CC list for the bug.

[Bug 40843] access violation not detected for non dependent qualified enum value

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla-test/show_bug.cgi?id=40843



Jonathan Wakely  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 CC|jwakely.gcc at gmail dot|

   |com |

 Resolution||DUPLICATE

  Known to fail||



--- Comment #5 from Jonathan Wakely  2010-09-20 
22:55:01 UTC ---

marking as dup (to test BZ)



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



-- 

Configure bugmail: http://gcc.gnu.org/bugzilla-test/userprefs.cgi?tab=email

--- You are receiving this mail because: ---

You are on the CC list for the bug.

[Bug 41437] No access control for classes in template functions

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla-test/show_bug.cgi?id=41437



Jonathan Wakely  changed:



   What|Removed |Added



 CC||sipych at gmail dot com



--- Comment #2 from Jonathan Wakely  2010-09-20 
22:55:02 UTC ---

*** Bug 40843 has been marked as a duplicate of this bug. ***



-- 

Configure bugmail: http://gcc.gnu.org/bugzilla-test/userprefs.cgi?tab=email

--- You are receiving this mail because: ---

You are on the CC list for the bug.

[Bug rtl-optimization/45728] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2010-09-20 22:40 ---
Fixed on the trunk and in 4.5 so far.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.4.5 4.5.2 4.6.0   |4.4.5 4.5.1
  Known to work||4.5.2 4.6.0


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

[Bug rtl-optimization/45695] [4.5/4.6 Regression] -O1 wrong-code by cmove

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2010-09-20 22:39 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug rtl-optimization/45728] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2010-09-20 22:38 ---
Subject: Bug 45728

Author: jakub
Date: Mon Sep 20 22:38:42 2010
New Revision: 164468

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164468
Log:
PR rtl-optimization/45728
* expr.c (expand_expr_real_1): If op0 isn't REG or MEM, try
gen_lowpart_common first and if that fails, force_reg first
before calling gen_lowpart.

* gcc.c-torture/compile/pr45728.c: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/compile/pr45728.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/expr.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/45695] [4.5/4.6 Regression] -O1 wrong-code by cmove

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2010-09-20 22:37 ---
Subject: Bug 45695

Author: jakub
Date: Mon Sep 20 22:37:32 2010
New Revision: 164467

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164467
Log:
PR rtl-optimization/45695
* combine.c (try_combine): Don't try to swap the two patterns, if the
chosen order is not possible, just give up.  For HAVE_cc0 targets,
check if XVECEXP (newpat, 0, 0) doesn't use REGs or MEMs set by insns
in between i2 and i3.

* gcc.c-torture/execute/pr45695.c: New test.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.c-torture/execute/pr45695.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/combine.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/28342] undefined symbol [local label] for goto from nested function and switch

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:30 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 22:30:27
   date||


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

[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.

[mikael at gcc dot gnu dot org]

--- Comment #6 from mikael at gcc dot gnu dot org  2010-09-20 22:29 ---
Created an attachment (id=21853)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21853&action=view)
Updated patch

I attach the full updated patch for convenience. 


-- 

mikael at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #21777|0   |1
is obsolete||


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

[Bug target/31100] ASM_OUTPUT_ALIGN_WITH_NOP wrong on sparc/gas

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:28 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 22:28:24
   date||


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

[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.

[mikael at gcc dot gnu dot org]

--- Comment #5 from mikael at gcc dot gnu dot org  2010-09-20 22:26 ---
(In reply to comment #4)
> (In reply to comment #2)
> > Created an attachment (id=21777)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21777&action=view) [edit]
> > patch restoring the previous behaviour. 
> > 
> 
> Applying this patch restored the performance.
> 
Sorry, the patch is missing the 5/5 part of the patch set I have just posted at 
http://gcc.gnu.org/ml/fortran/2010-09/msg00364.html

Without it, gfortran over-optimizes function calls with transposed aliasing
arguments.  


-- 


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

[Bug target/43426] dlsym: invalid version 5 (max 0)

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:21 
---
Not a GCC bug.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/32874] Strange global register allocation, depends on order of functions

[ebotcazou at gcc dot gnu dot org]

--- Comment #6 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:20 
---
Not a bug.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug libfortran/36540] libgfortran compile warnings

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:18 
---
Fortran works fine.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug target/33033] FAIL: gcc.dg/20061124-1.c: undefined reference to `__sync_add_and_fetch_2'

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:17 
---
Still present.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.4.5
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 22:17:09
   date||


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

[Bug target/33034] FAIL: gcc.c-torture/unsorted/DFcmp.c & SFset.c: internal compiler error: in extract_insn, at recog.c:2077

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:16 
---
Indeed fixed in 4.4.x.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.0


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

[Bug target/35664] unable to find a register to spill in class 'FP_REGS' (sparc-linux)

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:14 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 22:14:55
   date||


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

[Bug target/35906] build fails when building with -m32 -mcpu=ultrasparc (sparcv9 or -mv8plus also)

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:12 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 22:12:59
   date||


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

[Bug middle-end/44716] [4.6 Regression] Bootstrap fails with partial inlining (r161382)

[sje at cup dot hp dot com]

--- Comment #16 from sje at cup dot hp dot com  2010-09-20 22:12 ---
Honza, have you had a chance to look at this failure recently?  It is still
happening and I can only build GCC on ia64-hp-hpux11.23 using workarounds to
stop some of the inlining.


-- 


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

[Bug middle-end/40078] passing label to inline asm "i" constraint generates bad code

[ebotcazou at gcc dot gnu dot org]

--- Comment #4 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:12 
---
GCC 4.5 now supports asm gotos.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX
   Target Milestone|--- |4.5.0


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

[Bug middle-end/30774] [4.3/4.4/4.5/4.6 regression] ld: fatal: too many symbols require `small' PIC references

[ebotcazou at gcc dot gnu dot org]

--- Comment #9 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:07 
---
As per comment #5.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/27355] bootstrap failure when merged with binutils-2.16.92

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:05 
---
Probably no.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WONTFIX


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

[Bug bootstrap/45445] [4.6 regression] ARM bootstrap failure: comparison failures after stage 3

[mikpe at it dot uu dot se]

--- Comment #18 from mikpe at it dot uu dot se  2010-09-20 22:05 ---
It's the 17 line if-for-return block headed by

  /* Check whether its cheaper to implement a left shift by a constant
 bit count by a sequence of additions.  */

that gets miscompiled by stage1, which makes sense given the observed effects.


-- 


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

[Bug bootstrap/27133] Fails to build because of funny version of makeinfo

[ebotcazou at gcc dot gnu dot org]

--- Comment #11 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:04 
---
No feedback.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WONTFIX


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

[Bug c++/35573] internal compiler error: in reference_to_unused, at dwarf2out.c:10010

[ebotcazou at gcc dot gnu dot org]

--- Comment #2 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:03 
---
No preprocessed sources.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug middle-end/39277] Segmentation fault when compiling arith1.c of Pari/GP 2.3.3/2.3.4 with -O3

[ebotcazou at gcc dot gnu dot org]

--- Comment #5 from ebotcazou at gcc dot gnu dot org  2010-09-20 22:02 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 22:02:51
   date||


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

[Bug target/36558] "V" inline asm constraint not working on sparc64

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:59 
---
> Even though the use of the "m" constraint will fix this testcase, "m" cannot
> be used in general, because it allows the operand to be offsetable.

Right.

> The casx instruction will not tolerate an offset. According to gcc info page,
> "V" should be just like "m", but not offsetable. Wonder why "V" does not work
> when "m" does in this case.

Because essentially all memory operands are offsettable on the SPARC.  And the
operand required by 'casx', i.e [reg], is also offsettable.

The fix is to use 'casx [%0]' instead and adjust.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

[LpSolit at netscape dot net]

--- Comment #51 from LpSolit at netscape dot net  2010-09-20 21:47 ---
Created an attachment (id=21852)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21852&action=view)
GCC extension for 3.6.2, final

Here is the final version of GCC extension itself. You untar it from the
bugzilla/ base directory, i.e. you will get bugzilla/extensions/GCC/.

Now is a good time to hammer the test installation. I prefer bugs to be
reported *before* the upgrade. If you see something wrong after the upgrade,
don't complain. :)


-- 

LpSolit at netscape dot net changed:

   What|Removed |Added

  Attachment #19830|0   |1
is obsolete||
  Attachment #19831|0   |1
is obsolete||


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

[Bug target/40668] 64-bit sparc miscompiles memcpy of argument inside switch

[ebotcazou at gcc dot gnu dot org]

--- Comment #11 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:46 
---
By Jakub.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug fortran/45438] [4.6 Regression] [OOP] ICE with -fcheck=pointer

[janus at gcc dot gnu dot org]

--- Comment #6 from janus at gcc dot gnu dot org  2010-09-20 21:44 ---
Fixed with r164462. Closing.


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libgcj/40182] [4.4/4.5/4.6 regression] regressions in libjava testsuite on sparc-linux

[ebotcazou at gcc dot gnu dot org]

--- Comment #3 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:44 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-10-10 18:12:08 |2010-09-20 21:44:18
   date||


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

[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.6

[LpSolit at netscape dot net]

--- Comment #50 from LpSolit at netscape dot net  2010-09-20 21:43 ---
Created an attachment (id=21851)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21851&action=view)
upgrade to 3.6.2 patch, final

Here is my last iteration of the patch for the 3.6.2 upgrade. This patch alters
core code.

I will attach the GCC extension separately.


-- 


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

[Bug fortran/45438] [4.6 Regression] [OOP] ICE with -fcheck=pointer

[janus at gcc dot gnu dot org]

--- Comment #5 from janus at gcc dot gnu dot org  2010-09-20 21:43 ---
Subject: Bug 45438

Author: janus
Date: Mon Sep 20 21:42:54 2010
New Revision: 164462

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164462
Log:
2010-09-20  Janus Weil  

PR fortran/45438
* trans-expr.c (gfc_conv_procedure_call): Fix pointer checking for
TBPs, PPCs and pointer/allocatable components.

2010-09-20  Janus Weil  

PR fortran/45438
* gfortran.dg/pointer_check_7.f90: New.

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


-- 


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

[Bug debug/40462] [4.5/4.6 Regression] ICE in dwarf2out_begin_epilogue, at dwarf2out.c:2773 while compiling mlib-tgt.adb

[ebotcazou at gcc dot gnu dot org]

--- Comment #13 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:42 
---
What's the status of this PR on RTEMS?


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |WAITING


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

[Bug java/44095] [4.5/4.6 Regression] massive java failures due to -findirect-dispatch breakage on sparc64-linux

[ebotcazou at gcc dot gnu dot org]

--- Comment #2 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:40 
---
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 21:40:00
   date||


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

[Bug rtl-optimization/42775] [4.4 regression] GCC fails to rebuild itself with STAGE1_CFLAGS=-O1

[ebotcazou at gcc dot gnu dot org]

--- Comment #11 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:35 
---
At last.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2010-
   ||09/msg01614.html
 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.4.5


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

[Bug libstdc++/45628] std::fstream::tellg invalidates I/O buffer

[paolo dot carlini at oracle dot com]

--- Comment #56 from paolo dot carlini at oracle dot com  2010-09-20 21:32 
---
David himself is on it.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
   |dot com |dot org
 Status|ASSIGNED|NEW


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

[Bug rtl-optimization/42775] [4.4 regression] GCC fails to rebuild itself with STAGE1_CFLAGS=-O1

[ebotcazou at gcc dot gnu dot org]

--- Comment #10 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:31 
---
Subject: Bug 42775

Author: ebotcazou
Date: Mon Sep 20 21:31:14 2010
New Revision: 164461

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164461
Log:
PR rtl-optimization/42775
* cfgrtl.c (rest_of_pass_free_cfg): Recompute notes if delay slot
scheduling is enabled.

Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/cfgrtl.c


-- 


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

[Bug rtl-optimization/42775] [4.4 regression] GCC fails to rebuild itself with STAGE1_CFLAGS=-O1

[ebotcazou at gcc dot gnu dot org]

--- Comment #9 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:31 
---
Subject: Bug 42775

Author: ebotcazou
Date: Mon Sep 20 21:30:35 2010
New Revision: 164460

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164460
Log:
PR rtl-optimization/42775
* cfgrtl.c (rest_of_pass_free_cfg): Recompute notes if delay slot
scheduling is enabled.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/cfgrtl.c


-- 


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

[Bug rtl-optimization/42775] [4.4 regression] GCC fails to rebuild itself with STAGE1_CFLAGS=-O1

[ebotcazou at gcc dot gnu dot org]

--- Comment #8 from ebotcazou at gcc dot gnu dot org  2010-09-20 21:30 
---
Subject: Bug 42775

Author: ebotcazou
Date: Mon Sep 20 21:29:48 2010
New Revision: 164458

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164458
Log:
PR rtl-optimization/42775
* cfgrtl.c (rest_of_pass_free_cfg): Recompute notes if delay slot
scheduling is enabled.

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


-- 


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

[Bug middle-end/45712] [4.6 Regression] Segmentation violation when compiling spec source on either x86 or ppc with debugging

[meissner at gcc dot gnu dot org]

--- Comment #4 from meissner at gcc dot gnu dot org  2010-09-20 21:26 
---
FWIW, updating the source to subversion id 164441 seems to mask the failure on
the powerpc, but the x86 still segfaults.  I suspect that the bug is not
actually fixed, but just doesn't show up at the current time on the powerpc.


-- 


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

[Bug fortran/45081] [4.3/4.4/4.5/4.6 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208

[pault at gcc dot gnu dot org]

--- Comment #12 from pault at gcc dot gnu dot org  2010-09-20 21:23 ---
Subject: Bug 45081

Author: pault
Date: Mon Sep 20 21:23:38 2010
New Revision: 164457

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164457
Log:
2010-09-20  Paul Thomas  

PR fortran/45081
* simplify.c (is_constant_array_expr): Allow structure array
elements as well as constants.
(gfc_simplify_pack, gfc_simplify_reshape, gfc_simplify_spread,
gfc_simplify_transpose, gfc_simplify_unpack): Copy the derived
type of source to the result.

2010-09-20  Paul Thomas  

PR fortran/45081
* gfortran.dg/derived_array_intrinsics_1.f90 : New test.


Added:
   
branches/gcc-4_5-branch/gcc/testsuite/gfortran.dg/derived_array_intrinisics_1.f90
Modified:
branches/gcc-4_5-branch/gcc/fortran/ChangeLog
branches/gcc-4_5-branch/gcc/fortran/simplify.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.

[pthaugen at gcc dot gnu dot org]

--- Comment #4 from pthaugen at gcc dot gnu dot org  2010-09-20 20:45 
---
(In reply to comment #2)
> Created an attachment (id=21777)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21777&action=view) [edit]
> patch restoring the previous behaviour. 
> 

Applying this patch restored the performance.


-- 


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

[Bug rtl-optimization/45728] ICE: in gen_lowpart_general, at rtlhooks.c:59 at -O1 when comparing union members

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2010-09-20 20:41 ---
Subject: Bug 45728

Author: jakub
Date: Mon Sep 20 20:41:08 2010
New Revision: 164456

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164456
Log:
PR rtl-optimization/45728
* expr.c (expand_expr_real_1): If op0 isn't REG or MEM, try
gen_lowpart_common first and if that fails, force_reg first
before calling gen_lowpart.

* gcc.c-torture/compile/pr45728.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr45728.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/expr.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

[hjl dot tools at gmail dot com]

--- Comment #21 from hjl dot tools at gmail dot com  2010-09-20 20:40 
---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

[hjl at gcc dot gnu dot org]

--- Comment #20 from hjl at gcc dot gnu dot org  2010-09-20 20:39 ---
Subject: Bug 45234

Author: hjl
Date: Mon Sep 20 20:39:18 2010
New Revision: 164455

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164455
Log:
Make sure that all variable sized adjustments are multiple of preferred
stack boundary after stack alignment.

gcc/

2010-09-20  H.J. Lu  

Backport from mainline
2010-09-17  H.J. Lu  

PR middle-end/45234
* calls.c (expand_call): Make sure that all variable sized
adjustments are multiple of preferred stack boundary after
stack alignment.

gcc/testsuite/

2010-09-20  H.J. Lu  

Backport from mainline
2010-09-17  H.J. Lu  

PR middle-end/45234
* gcc.dg/torture/stackalign/alloca-5.c: New.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/torture/stackalign/alloca-5.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/calls.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/45678] [4.4/4.5 Regression] crash on vector code with -m32 -msse

[jakub at gcc dot gnu dot org]

--- Comment #28 from jakub at gcc dot gnu dot org  2010-09-20 20:37 ---
Subject: Bug 45678

Author: jakub
Date: Mon Sep 20 20:37:10 2010
New Revision: 164454

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164454
Log:
PR middle-end/45678
* cfgexpand.c (expand_one_stack_var_at): Use
crtl->max_used_stack_slot_alignment as max_align, instead
of maximum of that and PREFERRED_STACK_BOUNDARY.
Don't call update_stack_alignment.

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


-- 


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

[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca

[hjl at gcc dot gnu dot org]

--- Comment #19 from hjl at gcc dot gnu dot org  2010-09-20 20:32 ---
Subject: Bug 45234

Author: hjl
Date: Mon Sep 20 20:32:41 2010
New Revision: 164453

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164453
Log:
Make sure that all variable sized adjustments are multiple of preferred
stack boundary after stack alignment.

gcc/

2010-09-20  H.J. Lu  

Backport from mainline
2010-09-17  H.J. Lu  

PR middle-end/45234
* calls.c (expand_call): Make sure that all variable sized
adjustments are multiple of preferred stack boundary after
stack alignment.

gcc/testsuite/

2010-09-20  H.J. Lu  

Backport from mainline
2010-09-17  H.J. Lu  

PR middle-end/45234
* gcc.dg/torture/stackalign/alloca-5.c: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/torture/stackalign/alloca-5.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/calls.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/45648] [4.6 regression] Unnecessary temporary for transpose calls as actual argument.

[pthaugen at gcc dot gnu dot org]

--- Comment #3 from pthaugen at gcc dot gnu dot org  2010-09-20 20:00 
---
As Steven mentioned in the mailing list, this did introduce a degradation for
cpu2000 benchmark galgel. I'm seeing about -10% on PowerPC.


-- 

pthaugen at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pthaugen at gcc dot gnu dot
   ||org


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

[Bug target/43746] -fmerge-constants and -fmerge-all-constants don't work at AVR target

[eric dot weddington at atmel dot com]

--- Comment #3 from eric dot weddington at atmel dot com  2010-09-20 19:53 
---
Reopening this enhancement request. Bug #21018, which this was marked a
duplicate of, is now marked as WONTFIX.


-- 

eric dot weddington at atmel dot com changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
  Component|c++ |target
 GCC target triplet||avr
 Resolution|DUPLICATE   |


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

[Bug tree-optimization/45733] [4.6 Regression] ICE: verify_stmts failed: invalid conversion in gimple call with -fstrict-overflow -ftree-vectorize

[hjl dot tools at gmail dot com]

--- Comment #5 from hjl dot tools at gmail dot com  2010-09-20 19:50 ---
(In reply to comment #2)
> Looks like it is caused by revision 164367:
> 
> http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00661.html
> 

Revision 164367 is the cause. Revision 164367 also caused PR 45720.
Don't know if they are related.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


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

[Bug lto/45736] [4.6 Regression] ICE: in cgraph_remove_unreachable_nodes, at ipa.c:245 with -flto and attribute((constructor))

[zsojka at seznam dot cz]

--- Comment #1 from zsojka at seznam dot cz  2010-09-20 19:46 ---
Created an attachment (id=21850)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21850&action=view)
reduced testcase

$ gcc -r -nostdlib -O -flto pr45736.c


-- 


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

[Bug lto/45736] New: [4.6 Regression] ICE: in cgraph_remove_unreachable_nodes, at ipa.c:245 with -flto and attribute((constructor))

[zsojka at seznam dot cz]

Compiler output:
$ gcc -r -nostdlib -O -flto testcase.c
lto1: internal compiler error: in cgraph_remove_unreachable_nodes, at ipa.c:245
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper:
/mnt/svn/gcc-trunk/binary-164287-lto-fortran-checking-yes-rtl-df/bin/gcc
returned 1 exit status
collect2: lto-wrapper returned 1 exit status

Tested revisions:
r164287 - crash
r163636 - crash
r161659 - OK


-- 
   Summary: [4.6 Regression] ICE: in
cgraph_remove_unreachable_nodes, at ipa.c:245 with -flto
and attribute((constructor))
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zsojka at seznam dot cz
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install

[rwild at gcc dot gnu dot org]

--- Comment #13 from rwild at gcc dot gnu dot org  2010-09-20 19:33 ---
Subject: Bug 45711

Author: rwild
Date: Mon Sep 20 19:33:12 2010
New Revision: 164451

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164451
Log:
Fix PR libstdc++/45711.

libstdc++-v3/:
PR libstdc++/45711
* src/Makefile.am (stamp-debug): Also adjust possibly-relative
file names in MKDIR_P, and, for consistency, also top_build_prefix.
* src/Makefile.in: Regenerate.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/src/Makefile.am
trunk/libstdc++-v3/src/Makefile.in


-- 


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

[Bug libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install

[rwild at gcc dot gnu dot org]

--- Comment #12 from rwild at gcc dot gnu dot org  2010-09-20 19:23 ---
Please try the patch at
.  Thanks.


-- 


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

[Bug fortran/45081] [4.3/4.4/4.5/4.6 Regression] ICE in gfc_conv_array_initializer, at fortran/trans-array.c:4208

[pault at gcc dot gnu dot org]

--- Comment #11 from pault at gcc dot gnu dot org  2010-09-20 18:55 ---
Subject: Bug 45081

Author: pault
Date: Mon Sep 20 18:55:12 2010
New Revision: 164448

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164448
Log:
2010-09-20  Paul Thomas  

PR fortran/45081
* simplify.c (is_constant_array_expr): Allow structure array
elements as well as constants.
(gfc_simplify_pack, gfc_simplify_reshape, gfc_simplify_spread,
gfc_simplify_transpose, gfc_simplify_unpack): Copy the derived
type of source to the result.

2010-09-20  Paul Thomas  

PR fortran/45081
* gfortran.dg/derived_array_intrinsics_1.f90 : New test.


Added:
trunk/gcc/testsuite/gfortran.dg/derived_array_intrinisics_1.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/simplify.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/45572] [4.6 Regression] various ICEs with -finline-small-functions -findirect-inlining -finline-functions

[jamborm at gcc dot gnu dot org]

--- Comment #4 from jamborm at gcc dot gnu dot org  2010-09-20 18:51 ---
Mine


-- 

jamborm at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jamborm at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 18:51:13
   date||


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

[Bug c/43082] ICE in tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p

[doko at ubuntu dot com]

--- Comment #7 from doko at ubuntu dot com  2010-09-20 18:01 ---
trunk 20100918 fails with:

gcc -g -O0 -c foo.c
foo.c: In function 'main':
foo.c:4:5: error: void value not ignored as it ought to be
foo.c:4:5: error: void value not ignored as it ought to be
foo.c:4:7: internal compiler error: tree check: expected class 'type', have
'exceptional' (error_mark) in get_narrower, at tree.c:7856
Please submit a full bug report,
with preprocessed source if appropriate.


-- 

doko at ubuntu dot com changed:

   What|Removed |Added

  Known to fail|4.3.4 4.4.2 4.5.0   |4.3.5 4.4.4 4.5.1 4.6.0


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

[Bug rtl-optimization/45352] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7058

[zsojka at seznam dot cz]

--- Comment #3 from zsojka at seznam dot cz  2010-09-20 18:00 ---
Created an attachment (id=21849)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21849&action=view)
another testcase that doesn't need many flags to reproduce

$ gcc -fselective-scheduling2 -fsel-sched-pipelining -funroll-all-loops
-march=amdfam10 -O3 pr45352-5.c 
pr45352-5.c: In function 'foo':
pr45352-5.c:22:1: internal compiler error: in
reset_sched_cycles_in_current_ebb, at sel-sched.c:7077
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

The failing assert is:
  gcc_assert (cost < 0);


-- 


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

[Bug objc/45735] New: ICE in objc_add_method, at objc/objc-act.c:6941

[doko at ubuntu dot com]

seen in 4.3, 4.4, 4.5, 4.6, didn't find an existing report:

$ gcc -c Fraction.m
Fraction.m:9:29: error: expected identifier before ':' token
Fraction.m:9:29: internal compiler error: tree check: expected tree that
contains 'decl minimal' structure, have 'error_mark' in objc_add_method, at
objc/objc-act.c:6941
Please submit a full bug report,
with preprocessed source if appropriate.


@interface Fraction {

 int numaretor;
 int denominator;

}
-(void) print;
-(void) setNumaretor: (int) :(int) ;

-(int) numaretor;
-(int) denominator;

@end

@implementation Fraction
-(void) print {
  printf("%i/%i",numaretor,denominator);
 }

-(void) setNumaretor: (int) n: (int) m {
  numaretor = n;
  denominator = m;
 }

-(int) numaretor {
  return numaretor;
 }

-(int) denominator {
  return denominator;
 }

@end


-- 
   Summary: ICE in objc_add_method, at objc/objc-act.c:6941
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


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

[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty

[paolo dot carlini at oracle dot com]

--- Comment #29 from paolo dot carlini at oracle dot com  2010-09-20 17:41 
---
I'm not aware of any singly linked list implementation, to be honest. I know
that Dinkumware already uses doubly, and, if I'm not wrong, Howard just moved
to it. I'll send you privately the rationale I have from the minutes, I'm also
asking again Matt whether he has anything else to suggest, but frankly I'm
rather fed up with this issue, I mean to implement something that *works*, is
*conforming* and then test it in the field.


-- 


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

[Bug fortran/45438] [4.6 Regression] [OOP] ICE with -fcheck=pointer

[janus at gcc dot gnu dot org]

--- Comment #4 from janus at gcc dot gnu dot org  2010-09-20 17:41 ---
Mine (have a patch).


-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |janus at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2010-08-28 10:27:07 |2010-09-20 17:41:21
   date||


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

[Bug libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install

[paolo dot carlini at oracle dot com]

--- Comment #11 from paolo dot carlini at oracle dot com  2010-09-20 17:35 
---
I understand that some such hobbyists have a rather serious paid work ;)


-- 


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

[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty

[joaquin at tid dot es]

--- Comment #28 from joaquin at tid dot es  2010-09-20 17:34 ---
> US 113, ES 2, US 118 / Issue 579 have been closed as NAD, thus
> let's figure out how best obtain O(1) in our implementation...

Do you have a rationale for the closing of this NB comments?
N3133 shows 579 unchanged. I was told that someone reported about
the existence of a O(1) singly-linked list implementation in
Rapperswil, but I don't have additional details.

I'd wait to get the full picture before going to a doubly-linked
list: the commitee had full info on the issue, so if they closed
579 as NAD they are supposed to be able to provide a rationale.


-- 


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

[Bug libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install

[rwild at gcc dot gnu dot org]

--- Comment #10 from rwild at gcc dot gnu dot org  2010-09-20 17:31 ---
(In reply to comment #9)
> Ian, I suppose the  cited by Andrew it's you: any more constructive tip?

Come on, allow hobbyist helpers a day or two to fix a years-old issue, please. 
Thanks.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rwild at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 17:31:53
   date||


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

[Bug libstdc++/45711] Building with "--enable-libstdcxx-debug" fails during install

[paolo dot carlini at oracle dot com]

--- Comment #9 from paolo dot carlini at oracle dot com  2010-09-20 17:28 
---
Ian, I suppose the  cited by Andrew it's you: any more constructive tip?


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||ian at airs dot com


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

[Bug libstdc++/41975] [C++0x] [DR579] unordered_set::erase performs worse when nearly empty

[paolo dot carlini at oracle dot com]

--- Comment #27 from paolo dot carlini at oracle dot com  2010-09-20 17:23 
---
Unless somebody posts here over the next two/three days or so *concrete* ideas
of a different sort, I'm going to simply work on a doubly linked list solution,
along the lines of the section "iterator" here:
http://www.drdobbs.com/184403822 Nothing new, therefore. All the operations on
iterators will become faster, not just computing the iterator returned by
erase, on the other hand two pointers instead of one will be used for each
element.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC||joaquin at tid dot es


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

[Bug target/43876] [avr] Improper updating of struct members when written out of order from struct definition

[eric dot weddington at atmel dot com]

--- Comment #4 from eric dot weddington at atmel dot com  2010-09-20 17:14 
---
AFAIK, fixed in the latest xmega patch, which is still not upstream.


-- 

eric dot weddington at atmel dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug lto/45702] [4.6 Regression] New LTO test failures

[hjl dot tools at gmail dot com]

--- Comment #14 from hjl dot tools at gmail dot com  2010-09-20 17:10 
---
One solution is always pass -L to linker even if the
directory is known to linker.  Gcc always does that for
multi-lib. This will make gcc more consistent. It may
also allow using system linker with native sysroot
toolchain.


-- 


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

[Bug lto/45702] [4.6 Regression] New LTO test failures

[hjl dot tools at gmail dot com]

--- Comment #13 from hjl dot tools at gmail dot com  2010-09-20 16:56 
---
Here is the deal:

1. The linker default search paths are /lib, /usr/lib.
2. "ld -r" disables the linker default search paths.
3.  Gcc always passes -Lmulti-lib-dir to ld when multi-lib is enabled.

On Linux/ia32, gcc never passes -L/lib -L/usr/lib to linker.  It
works with the linker default search paths. But "gcc -r" disables
the linker default search paths and "gcc -r -lm" doesn't work.

On Linux/x86-64, gcc always passes -Lmulti-lib-dir to linker
and "gcc -r -lm" works with -m32/-m64.


-- 


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

[Bug middle-end/21018] Initializing string literal data improperly marked frame-relative?, should be readonly static const.

[eric dot weddington at atmel dot com]

--- Comment #10 from eric dot weddington at atmel dot com  2010-09-20 16:51 
---
Closed as WONTFIX.


-- 

eric dot weddington at atmel dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug debug/45124] No DW_AT_accessibility for public DIEs in DW_TAG_class_type

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2010-09-20 16:51 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug debug/45124] No DW_AT_accessibility for public DIEs in DW_TAG_class_type

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2010-09-20 16:48 ---
Subject: Bug 45124

Author: jakub
Date: Mon Sep 20 16:48:29 2010
New Revision: 164442

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164442
Log:
PR debug/45124
* dwarf2out.c (add_accessibility_attribute): Assume
DW_ACCESS_private as the default for dwarf_version > 2
and DW_TAG_class_type parent.
(gen_inheritance_die): Assume DW_ACCESS_public as the default
for dwarf_version > 2 and parent other than DW_TAG_class_type.

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


-- 


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[mikpe at it dot uu dot se]

--- Comment #16 from mikpe at it dot uu dot se  2010-09-20 16:37 ---
FWIW, exposed on trunk by r160462 (PR44423 fix), backported to 4.5 in r160775. 
But clearly the issue was latent since the movt patterns were added.


-- 


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

[Bug fortran/45438] [4.6 Regression] [OOP] ICE with -fcheck=pointer

[janus at gcc dot gnu dot org]

--- Comment #3 from janus at gcc dot gnu dot org  2010-09-20 16:29 ---
Here is a reduced test case:


module base_mat_mod

  type  :: base_sparse_mat
  contains 
procedure :: get_fmt
  end type

contains

  function get_fmt(a) result(res)
implicit none 
class(base_sparse_mat), intent(in) :: a
character(len=5) :: res
res = 'NULL'
  end function

  subroutine errlog(name)
character(len=*) :: name
  end subroutine

  subroutine test (a)
implicit none 
class(base_sparse_mat), intent(in) :: a
call errlog(a%get_fmt())
  end subroutine

end module


-- 


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

--- Comment #15 from rearnsha at gcc dot gnu dot org  2010-09-20 16:22 
---
Subject: Bug 45726

Author: rearnsha
Date: Mon Sep 20 16:21:57 2010
New Revision: 164441

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164441
Log:
2010-09-20  Rafael Carre   

PR target/45726
* arm.md (arm_movt): Only enable on machines with MOVT.

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


-- 


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

--- Comment #14 from rearnsha at gcc dot gnu dot org  2010-09-20 16:13 
---
(In reply to comment #13)
> Is there something wrong with the first hunk of the patch (arm_movt) ?
> 

Nothing really.  I missed that bit.

I think in practice the compiler will never end up matching that pattern (as
lo_sum isn't something the compiler spontaneously generates -- it means
different things on each architecture that supports it, so the generic parts of
the compiler will only use it if they are transforming something that already
uses it), but it should probably be on the trunk version as the current code is
clearly too liberal.


-- 


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

[Bug rtl-optimization/45472] [4.5/4.6 Regression] ICE: in move_op_ascend, at sel-sched.c:6124 with -fselective-scheduling2

[bonzini at gnu dot org]

--- Comment #5 from bonzini at gnu dot org  2010-09-20 16:01 ---
Looks like a problem in expand.  CCing Matz.


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 CC||matz at gcc dot gnu dot org


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

[Bug tree-optimization/45704] [4.5 Regression] load byte instruction is used for volatile int

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-09-20 15:54 ---
Subject: Bug 45704

Author: rguenth
Date: Mon Sep 20 15:54:03 2010
New Revision: 164439

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164439
Log:
2010-09-20  Richard Guenther  

PR middle-end/45704
* gimplify.c (gimplify_modify_expr_rhs): Preserve volatileness.

* gcc.dg/torture/pr45704.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.dg/torture/pr45704.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/gimplify.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/41437] No access control for classes in template functions

[redi at gcc dot gnu dot org]

--- Comment #2 from redi at gcc dot gnu dot org  2010-09-20 15:54 ---
*** Bug 40843 has been marked as a duplicate of this bug. ***


-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||sipych at gmail dot com


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

[Bug c++/40843] access violation not detected for non dependent qualified enum value

[redi at gcc dot gnu dot org]

--- Comment #5 from redi at gcc dot gnu dot org  2010-09-20 15:54 ---
PR 41437 has a simpler testcase

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


-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/45605] Missed devirtualization

[hubicka at gcc dot gnu dot org]

--- Comment #21 from hubicka at gcc dot gnu dot org  2010-09-20 15:53 
---
OK, we now fold the testcase using obj_type_ref folding.  We still should do it
via vtable lookup and we don't but that is for other PR I guess.


-- 

hubicka at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/41437] No access control for classes in template functions

[redi at gcc dot gnu dot org]

-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||3.4.6 4.4.3 4.5.2 4.6.0
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 15:53:01
   date||


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

[Bug c++/45605] Missed devirtualization

[hubicka at gcc dot gnu dot org]

--- Comment #20 from hubicka at gcc dot gnu dot org  2010-09-20 15:48 
---
Subject: Bug 45605

Author: hubicka
Date: Mon Sep 20 15:48:42 2010
New Revision: 164438

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

PR tree-optimize/45605
* cgraph.h (const_value_known_p): Declare.
(varpool_decide_const_value_known): Remove.
* tree-ssa-ccp.c (get_base_constructor): Use it.
* lto-cgraph.c (compute_ltrans_boundary): Likewise.
* expr.c (string_constant): Likewise.
* tree-ssa-loop-ivcanon.c (constant_after_peeling): Likewise.
* ipa.c (ipa_discover_readonly_nonaddressable_var,
function_and_variable_visibility): Likewise.
* gimplify.c (gimplify_call_expr): Likewise.
* gimple-fold.c (get_symbol_constant_value): Likewise.
* varpool.c (varpool_decide_const_value_known): Replace by...
(const_value_known_p): ... this one; handle other kinds of DECLs
too and work for automatic vars.
(varpool_finalize_decl): Use const_value_known_p.

* lto.c (lto_promote_cross_file_statics): Use const_value_known_p.

* g++.dg/tree-ssa/pr45605.C: New testcase.

Added:
trunk/gcc/testsuite/g++.dg/tree-ssa/pr45605.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/cgraph.h
trunk/gcc/expr.c
trunk/gcc/gimple-fold.c
trunk/gcc/gimplify.c
trunk/gcc/ipa.c
trunk/gcc/lto-cgraph.c
trunk/gcc/lto/ChangeLog
trunk/gcc/lto/lto.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ccp.c
trunk/gcc/tree-ssa-loop-ivcanon.c
trunk/gcc/varpool.c


-- 


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

[Bug tree-optimization/45734] [4.6 Regression] Devirtualization results in wrong-code

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-09-20 15:46 ---
Of course it is ;)  Before pointer-conversions became useless we didn't
propagate the invariant address into the OBJ_TYPE_REF expression.

We still have useful function-pointer conversions as well, because
dropping them would wreck CALL_EXPRs, too (we need to preserve the
original function type, similar to the alias-type on MEM_REFs).
I suppose we could do the same for OBJ_TYPE_REFs that I plan(ned) for
CALL_EXPRs - store the pointed-to type via a MEM_REF - thus a
dereferenced address.

You'd then have

  CALL_EXPR (MEM [fnptr], args ...)
  OBJ_TYPE_REF (MEM [fnptr], MEM [objptr], index)

where both TREE_TYPE of the function and the object are kept like the
FE specified them.


-- 


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rafael dot carre at gmail dot com]

--- Comment #13 from rafael dot carre at gmail dot com  2010-09-20 15:46 
---
Is there something wrong with the first hunk of the patch (arm_movt) ?


-- 


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

--- Comment #12 from rearnsha at gcc dot gnu dot org  2010-09-20 15:36 
---
Fixed in 4.5.3 and trunk.


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

--- Comment #11 from rearnsha at gcc dot gnu dot org  2010-09-20 15:27 
---
Subject: Bug 45726

Author: rearnsha
Date: Mon Sep 20 15:27:13 2010
New Revision: 164437

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164437
Log:
2010-09-20  Rafael Carre   

PR target/45726
* arm.md (arm_movtas_ze): Only enable on machine with MOVT.

Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/arm/arm.md


-- 


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

[Bug tree-optimization/45734] [4.6 Regression] Devirtualization results in wrong-code

[hjl dot tools at gmail dot com]

--- Comment #1 from hjl dot tools at gmail dot com  2010-09-20 15:27 ---
It is caused by revision 161655:

http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 15:27:10
   date||


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

--- Comment #10 from rearnsha at gcc dot gnu dot org  2010-09-20 15:25 
---
Subject: Bug 45726

Author: rearnsha
Date: Mon Sep 20 15:25:44 2010
New Revision: 164436

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164436
Log:
2010-09-20  Rafael Carre   

PR target/45726
* arm.md (arm_movtas_ze): Only enable on machine with MOVT.

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


-- 


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug target/45726] Thumb2 instruction emitted for incompatible CPU

[rearnsha at gcc dot gnu dot org]

--- Comment #9 from rearnsha at gcc dot gnu dot org  2010-09-20 15:20 
---
Must also be present (even if latent) on 4.5.


-- 

rearnsha at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rearnsha at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||assemble-failure, wrong-code
  Known to work||4.5.0
   Last reconfirmed|-00-00 00:00:00 |2010-09-20 15:20:37
   date||


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

[Bug rtl-optimization/45472] [4.5/4.6 Regression] ICE: in move_op_ascend, at sel-sched.c:6124 with -fselective-scheduling2

[amonakov at gcc dot gnu dot org]

--- Comment #4 from amonakov at gcc dot gnu dot org  2010-09-20 14:49 
---
A small testcase to illustrate the problem with volatile fields.

//---8<---
struct vv {volatile long a, b;} vv1, vv2;

int foo()
{
  vv1 = vv2;
}
//---8<---

gcc/cc1 -O2 -frename-registers -fschedule-insns2 vol.c

movqvv2+8(%rip), %rax
movqvv2(%rip), %rdx
movq%rax, vv1+8(%rip)
movq%rdx, vv1(%rip)

The compiler reorders accesses to volatile fields.  As Andrey said, /v bits are
missing on MEMs even in the .expand dump.


-- 

amonakov at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||amonakov at gcc dot gnu dot
   ||org


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