[Bug tree-optimization/42221] [4.5 Regression] ICE from '-Os -fgraphite-identity'

[spop at gcc dot gnu dot org]

--- Comment #9 from spop at gcc dot gnu dot org  2010-01-08 07:56 ---
Subject: Bug 42221

Author: spop
Date: Fri Jan  8 07:56:08 2010
New Revision: 155729

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

2009-12-23  Sebastian Pop  

PR middle-end/42221
* sese.c (expand_scalar_variables_expr): Follow the SSA links into
the array indexing of ADDR_EXPRs.

* testsuite/gcc.dg/graphite/pr42221.c: New.

Added:
branches/graphite/gcc/testsuite/gcc.dg/graphite/pr42221.c
Modified:
branches/graphite/gcc/sese.c


-- 


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

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

[ubizjak at gmail dot com]

--- Comment #20 from ubizjak at gmail dot com  2010-01-08 07:48 ---
According to http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00213.html, ia64
should be fixed in the same way as x86.

The wrong code is located in ia64/ia64.c ia64_expand_vecint_compare, around
line 1730. Correct code is in i386/i386.c ix86_expand_int_vcond, around line
16250.

So, adding ia64 maintainer to CC and reopening PR as ia64 target bug.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 CC||sje at cup dot hp dot com
 Status|RESOLVED|REOPENED
 GCC target triplet|x86 |x86, ia64
 Resolution|FIXED   |


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

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

[spop at gcc dot gnu dot org]

--- Comment #7 from spop at gcc dot gnu dot org  2010-01-08 07:40 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

[spop at gcc dot gnu dot org]

--- Comment #6 from spop at gcc dot gnu dot org  2010-01-08 07:39 ---
Subject: Bug 42521

Author: spop
Date: Fri Jan  8 07:39:01 2010
New Revision: 155728

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

2010-01-07  Sebastian Pop  

PR middle-end/42521
* graphite.c (graphite_finalize): Call scev_reset.
(graphite_transform_loops): Do not call scev_reset between the code
generation of scops.

* testsuite/gcc.dg/graphite/pr42521.c: New.

Added:
trunk/gcc/testsuite/gcc.dg/graphite/pr42521.c
Modified:
trunk/gcc/ChangeLog.graphite
trunk/gcc/graphite.c


-- 


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

[Bug rtl-optimization/42511] [4.5 Regression] bootstrap error in stage3 on alpha-linux-gnu

[ubizjak at gmail dot com]

--- Comment #33 from ubizjak at gmail dot com  2010-01-08 07:33 ---
*** Bug 42619 has been marked as a duplicate of this bug. ***


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 CC||ro at gcc dot gnu dot org


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

[Bug bootstrap/42619] [4.5 regression] ICE building stage3 libiberty/regex.o on Tru64 UNIX: verify_ssa failed

[ubizjak at gmail dot com]

--- Comment #6 from ubizjak at gmail dot com  2010-01-08 07:33 ---
Dupe of 42511.

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


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug debug/42630] "-fcompare-debug failure (length)" with "-O1 -fvariable-expansion-in-unroller -funroll-loops"

[stevenb dot gcc at gmail dot com]

--- Comment #3 from stevenb dot gcc at gmail dot com  2010-01-08 07:31 
---
Subject: Re:  "-fcompare-debug failure (length)" with "-O1 
-fvariable-expansion-in-unroller -funroll-loops"

> --- Comment #2 from aoliva at gcc dot gnu dot org  2010-01-08 07:10 
> ---
> Taking this over, I hoep stevenb doesn't mind I got a patch.

Not at all. You may also want to look at bug 42642. It's another case
where -fno-web helps "fix" a -fcompare-debug issue.


-- 


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

[Bug debug/42630] "-fcompare-debug failure (length)" with "-O1 -fvariable-expansion-in-unroller -funroll-loops"

[aoliva at gcc dot gnu dot org]

--- Comment #2 from aoliva at gcc dot gnu dot org  2010-01-08 07:10 ---
Taking this over, I hoep stevenb doesn't mind I got a patch.


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||steven at gcc dot gnu dot
   ||org
 AssignedTo|steven at gcc dot gnu dot   |aoliva at gcc dot gnu dot
   |org |org


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

[Bug bootstrap/42584] GCC 4.5 doesn't come close to bootstrapping on MinGW/MSYS

[lxndrmxwll at gmail dot com]

--- Comment #2 from lxndrmxwll at gmail dot com  2010-01-08 06:59 ---
I confirm that this is fixed in 4.5-20100107.


-- 

lxndrmxwll at gmail dot com changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

[spop at gcc dot gnu dot org]

--- Comment #5 from spop at gcc dot gnu dot org  2010-01-08 06:04 ---
Subject: Bug 42521

Author: spop
Date: Fri Jan  8 06:04:41 2010
New Revision: 155727

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

2010-01-07  Sebastian Pop  

PR middle-end/42521
* graphite.c (graphite_finalize): Call scev_reset.
(graphite_transform_loops): Do not call scev_reset between the code
generation of scops.

* testsuite/gcc.dg/graphite/pr42521.c: New.

Added:
branches/graphite/gcc/testsuite/gcc.dg/graphite/pr42521.c
Modified:
branches/graphite/gcc/ChangeLog.graphite
branches/graphite/gcc/graphite.c


-- 


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

[Bug fortran/42650] F90: DT function with in-line DT definition and RESULT is rejected

[pault at gcc dot gnu dot org]

--- Comment #1 from pault at gcc dot gnu dot org  2010-01-08 05:47 ---
type(t) function func2() result(res)
  type t
sequence
integer :: i = 5
  end type t
  res%i = 2
end function func2

causes a segmentation fault!

Confirmed

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-08 05:47:58
   date||


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[aoliva at gcc dot gnu dot org]

--- Comment #12 from aoliva at gcc dot gnu dot org  2010-01-08 05:27 ---
It is a bug.  The compiler shouldn't generate different code depending on -g,
and that's what's (potentially) going on here.  That the code is undefined per
a language standard shouldn't take precedence over a more general design
principle in GCC: we should still emit the same code, crash or exhibit
otherwise undefined behavior in just the same way.  Surely you wouldn't like to
have a surprise such as finding out the crash or the bug you're hunting
disappears when you recompile the program with -g, would you?  That's the kind
of bug that -fcompare-debug is designed to catch, and that's what it just did. 
Now, since leaving the bug in *would* do harm (as above), the question is
whether to fix it in DF or in web.  I'm ambivalent, but I'd rather not put time
into either one if it's going to be rejected in favor of the other.


-- 


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

[Bug tree-optimization/42521] [4.5 Regression] ICE: in graphite_loop_normal_form, at graphite-sese-to-poly.c:2844

[spop at gcc dot gnu dot org]

--- Comment #4 from spop at gcc dot gnu dot org  2010-01-08 04:39 ---
Mine.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |spop at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2009-12-28 22:52:58 |2010-01-08 04:39:23
   date||


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

[Bug c/42654] Internal error: Signal 5

[bpaul at hcl dot in]

--- Comment #3 from bpaul at hcl dot in  2010-01-08 03:55 ---
the problem was because of the file size and optimization level


-- 

bpaul at hcl dot in changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[zadeck at naturalbridge dot com]

--- Comment #11 from zadeck at naturalbridge dot com  2010-01-08 03:52 
---
I really do not know what to say here.  There is a first do no harm principal
here.   it does not sound like this is really a bug and i do not think that
mucking with the compiler to make a test on a program that has undefined
behavior is really the right thing to do.

this really is not so much a df question as a question for what kinds of
behavior are we going to consider to be "correct".

kenny


-- 


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

[Bug c++/37806] CV-qualifiers on function typedef's are inconsistently accepted depending on typedef scope

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

[wkf at alum dot mit dot edu]

--- Comment #7 from wkf at alum dot mit dot edu  2010-01-08 03:43 ---
This also fails on v3.4.6 where I first ran into it.  (I'd update the known to
fail line, but I don't have permission.)


-- 


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

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2010-01-08 03:43 ---
(In reply to comment #4)
> (Should have mentioned i did the second set of tests with a modified "unused"
> having "T&" as parameter type, and relying on failure of binding of non-const
> references to rvalues. GCC does not reject the two calls).

Well the function call case has been fixed on the trunk as I mentioned in
comment #5.  But these are all different issues ...


-- 


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

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2010-01-08 03:42 ---
(In reply to comment #3)
> The following are two other cases where GCC misses to drop qualifiers

Those two works for me. they both call unused in GCC 4.4 and the trunk. 
Though replace const with volatile, it fails for intt() case on the trunk and
both for 4.4.  Though this is a way different issue than originally reported
:).


-- 


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

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

[schaub-johannes at web dot de]

--- Comment #4 from schaub-johannes at web dot de  2010-01-08 03:40 ---
(Should have mentioned i did the second set of tests with a modified "unused"
having "T&" as parameter type, and relying on failure of binding of non-const
references to rvalues. GCC does not reject the two calls).


-- 


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

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

[schaub-johannes at web dot de]

--- Comment #3 from schaub-johannes at web dot de  2010-01-08 03:35 ---
The following are two other cases where GCC misses to drop qualifiers

  typedef int const intt;
  unused(intt()); // intt has type 'int'

  int const f();
  unused(f()); // f() has type 'int'


-- 


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

[Bug c++/42655] [4.3/4.4/4.5 Regression] ! causes the qualified types for rvalue

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2010-01-08 03:24 ---
Confirmed, a regression from at least 3.3.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.0.0 4.1.0 4.2.0 4.3.0
   ||4.4.0 4.5.0
  Known to work||3.3
   Last reconfirmed|-00-00 00:00:00 |2010-01-08 03:24:07
   date||
Summary|! causes the qualified types|[4.3/4.4/4.5 Regression] !
   |for rvalue  |causes the qualified types
   ||for rvalue
   Target Milestone|--- |4.3.5


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

[Bug c++/42655] ! causes the qualified types for rvalue

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2010-01-08 03:22 ---
Looks like it is only an issue with ! (and bool) and not with any other
expression really.
template
void unused(T const &) { }

int main() {
  volatile int x = false;
  unused(x-0); 
}

Causes unused() to be called.

Also note !!x uses volatile bool which is also wrong.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||rejects-valid, wrong-code
Summary|Don't qualify rvalues of|! causes the qualified types
   |non-class types |for rvalue


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

[Bug c++/42655] New: Don't qualify rvalues of non-class types

[schaub-johannes at web dot de]

GCC applies cv-qualifiers to rvalues of non-class types. The following code is
all right, but GCC doesn't like it:

template
void unused(T const &) { }

int main() {
  volatile bool x = false;
  unused(!x); // type of "!x" is bool
}


-- 
   Summary: Don't qualify rvalues of non-class types
   Product: gcc
   Version: 4.4.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schaub-johannes at web dot de
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[aoliva at gcc dot gnu dot org]

--- Comment #10 from aoliva at gcc dot gnu dot org  2010-01-08 02:43 ---
Well, it's not like accessing an uninitialized variable is well-defined, so
it's not like our splitting into multiple webs is wrong, or could possibly
generate incorrect results.  The only reason we notice this is that it gets us
different results precisely for a test framework designed to be picky about
minute differences, even if in the end they don't make any difference in terms
of program behavior.

Just to be clear, although the references were *originally* part of a loop,
when the loop was unrolled, the failing bits became part of an pre-loop block,
so there's nothing that could actually fail here in terms of codegen, AFAICT.


-- 


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[zadeck at naturalbridge dot com]

--- Comment #9 from zadeck at naturalbridge dot com  2010-01-08 01:56 
---
Alexandre, 
i am surprised that we have gotten this far and never seen this kind of
failure. 
I had actually thought that there were earlier passes that added
initialization.  If that is true, then the real question is why did they fail
to make this go away earlier.

on the other hand, if there is nothing to resolve these earlier, then i guess
we need to fix it up here.   But again, i am surprised that this is the first
time we have seen this problem.  


-- 


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

[Bug tree-optimization/42646] Jump threading breaks canonical loop forms

[joefoxreal at gmail dot com]

--- Comment #3 from joefoxreal at gmail dot com  2010-01-08 01:41 ---
Created an attachment (id=19505)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19505&action=view)
the cfg of foo.c.080t.dom1


-- 


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

[Bug tree-optimization/42646] Jump threading breaks canonical loop forms

[joefoxreal at gmail dot com]

--- Comment #2 from joefoxreal at gmail dot com  2010-01-08 01:40 ---
Created an attachment (id=19504)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19504&action=view)
the cfg of foo.c.079t.copyrename3


-- 


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[aoliva at gcc dot gnu dot org]

--- Comment #8 from aoliva at gcc dot gnu dot org  2010-01-08 01:27 ---
Kenny, you think we should fix DF to create artificial defs for uninitialized
vars, or use some kludge in web to avoid creating one web per uninitialized
use?


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||zadeck at naturalbridge dot
   ||com


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[aoliva at gcc dot gnu dot org]

--- Comment #7 from aoliva at gcc dot gnu dot org  2010-01-08 01:01 ---
The interesting question to ask is *why* web regards three different uses of
the same uninitialized pseudo as different webs.  That's what doesn't make
sense to me.  Apparently DF avoids dealing with uninitialized variables while
constructing UD chains.  If this was improved (say, creating an artificial def
for the uninitialized pseudo), this symptom (the -fcompare-debug failure) would
be automatically fixed.  However, I can come up with a kludge for web, such as
special-casing uninitialized uses in debug insns or so.  Thoughts?


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||steven at gcc dot gnu dot
   ||org


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

[Bug ada/16095] Illegal program not detected, accessibility levels, RM 3.10.2(28)

[adam at irvine dot com]

--- Comment #4 from adam at irvine dot com  2010-01-08 00:46 ---
(In reply to comment #2)
> From what I understand:
>   - "access T1" is an access_definition and thus a general access type (RM
> 3.10(12/2))
>   - "Y'Access" is of the type of its context, which should be a general access
> type  (RM 3.10.2(24/1))
>   - An equality operator exists for anonymous access types and is visible
> because it is defined in Standard (RM 4.5.2(7.2/2))
> Note that the current GCC gives no error even on the line you marked with
> "error detected".
> Do you agree that this bug can be closed?

I know this is rather delayed but my attention just got drawn to this bug
report.  In any case, Samuel is wrong.  There is no equality operator on
anonymous access types.  RM 4.5.2(7.2/2) says there is an "=" operator on
universal_access, *for* *use* *with* anonymous access types; but the parameters
of the "=" subprogram have type universal_access, and an 'Access cannot be used
when the expected type is universal_access.  See AC-00164.


-- 


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

[Bug middle-end/42501] [4.4 only] Code bloating on operations with bit fields

[sliao at google dot com]

--- Comment #3 from sliao at google dot com  2010-01-08 00:29 ---
Yes, I generated the code from the trunk and got the same code as Ramana got,
except for the last line below. (Sorry that I filed this bug right before the
Christmas flight and couldn't check the trunk at that time.)

815c:   b5f0push{r4, r5, r6, r7, lr}
815e:   4b09ldr r3, [pc, #36]   ; (8184 )
8160:   2200movsr2, #0
8162:   681bldr r3, [r3, #0]
8164:   2503movsr5, #3
8166:   e007b.n 8178 
8168:   c910ldmia   r1!, {r4}
816a:   009flslsr7, r3, #2
816c:   6826ldr r6, [r4, #0]
816e:   3201addsr2, #1
8170:   402eandsr6, r5
8172:   433eorrsr6, r7
8174:   3301addsr3, #1
8176:   6026str r6, [r4, #0]
8178:   4282cmp r2, r0
817a:   dbf5blt.n   8168 
817c:   4a01ldr r2, [pc, #4]; (8184 )
817e:   6013str r3, [r2, #0]
8180:   bdf0pop {r4, r5, r6, r7, pc}
8182:   46c0nop ; (mov r8, r8)
8184:   00011b04.word   0x00011b04


-- 


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

[Bug c/42654] Internal error: Signal 5

[bpaul at hcl dot in]

--- Comment #2 from bpaul at hcl dot in  2010-01-08 00:06 ---
gcc -v
Configured with: /home/velco/src/gcc--esol--3.3.2/configure
--prefix=/home/velco
/gcc/mingw32-mips-elf-3.3.2 --build=x86_64-linux --host=i686-mingw32
--target=mi
ps-elf --with-gnu-as --with-gnu-ld --enable-c-mbchar
--with-headers=/home/velco/
gcc/mingw32-mips-elf-3.3.2/mips-elf/sys-include --enable-languages=c,c++
--enabl
e-threads=posix
Thread model: posix
gcc version 3.3.2


-- 


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

[Bug c/42654] Internal error: Signal 5

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2010-01-08 00:00 
---
I'm sorry, the information you provided is largely insufficient to analyze the
problem. Please follow the guidelines here:

   http://gcc.gnu.org/bugs/

Also, gcc3.3.x is very old and no longer maintained. Thus, before filing a PR
make sure you can reproduce the problem with either gcc4.3.x, or, even better,
gcc4.4.x.

Thanks.



-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/42654] Internal error: Signal 5

[bpaul at hcl dot in]

-- 

bpaul at hcl dot in changed:

   What|Removed |Added

   Severity|normal  |blocker
Version|unknown |3.3.2


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

[Bug c/42654] New: Internal error: Signal 5

[bpaul at hcl dot in]

I have been observing a typical case.
The code gets compiled in Debug mode, but the same code doesnt compile in
release mode.
It throws no error in the code, just a 

mips-elf-gcc: Internal error: Signal 5 (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.

Compiler: GCC3.3.2

I am in trouble, can I get some info regarding this.

Regards,
Bhaskar


-- 
   Summary: Internal error: Signal 5
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bpaul at hcl dot in


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

[Bug target/38570] [arm] -mthumb generates sub-optimal prolog/epilog

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug libstdc++/42573] [C++0x] shrink_to_fit() missing

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2010-01-07 23:17 
---
Nope... I went through this and came to the conclusion that a fairly good
implementation has to wait for a complete resolution of N2983: the request is
non-binding thus if the move constructor can throw and the type T isn't
CopyConstructible the implementation should not do anything. Given the
subtleties wrt throwing move constructors recently surfaced, I think we'll add
this member in due course, in any case *after* having tweaked the internals of
the std containers for the other traditional member functions...


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||INVALID


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

[Bug target/35965] [4.3 only] -fstack-protector produces segfaulting binaries on arm/armel

[ramana at gcc dot gnu dot org]

--- Comment #8 from ramana at gcc dot gnu dot org  2010-01-07 23:07 ---
>From comment #7 this appears to be only a problem with the 4.3 branch. 


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|-fstack-protector produces  |[4.3 only] -fstack-protector
   |segfaulting binaries on |produces segfaulting
   |arm/armel   |binaries on arm/armel
   Target Milestone|--- |4.3.5


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

[Bug target/35586] seg fault when compiling liboil 0.3.13, file conv_c.c

[ramana at gcc dot gnu dot org]

--- Comment #6 from ramana at gcc dot gnu dot org  2010-01-07 23:05 ---
No feedback in over 6 months. Please reopen if you still think this is a
problem. 


-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug middle-end/42479] [graphite] Wrong code with -floop-block

[spop at gcc dot gnu dot org]

-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug ada/42554] Can't build gnatlink, gnatmake

[simon at pushface dot org]

--- Comment #3 from simon at pushface dot org  2010-01-07 22:25 ---
Created an attachment (id=19503)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19503&action=view)
Workround for Apple bug in Xcode 3.2

I'm not sure that deleting ../$(RTSDIR)/*.o before building common-tools will
be OK in all circumstances, but it certainly works for a native Darwin build.
The point is that by this stage all the libraries (???) will have been built;
and we don't want gnatbind to pick up duplicate .o's from the rts directory
(which it scans because of -I../rts).


-- 


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

[Bug tree-optimization/42462] [4.5 Regression] wrong-code with computed-goto

[hjl at gcc dot gnu dot org]

--- Comment #8 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42462

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/42447] [4.5 Regression] ICE during processing complex templates

[hjl at gcc dot gnu dot org]

--- Comment #17 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42447

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/42508] [4.5 Regression] wrong code with "-O1 -fipa-sra"

[hjl at gcc dot gnu dot org]

--- Comment #7 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42508

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/42570] [4.5 Regression] ICE in get_alias_set, at alias.c:710

[hjl at gcc dot gnu dot org]

--- Comment #4 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42570

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/42555] [4.5 Regression] 16-byte aligned double is disallowed only in templates

[hjl at gcc dot gnu dot org]

--- Comment #8 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42555

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/42559] [4.5 Regression] ice in emit_block_move_hints with -O2

[hjl at gcc dot gnu dot org]

--- Comment #6 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42559

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug c/42439] Linux kernel BUILD_BUG_ON() broke

[hjl at gcc dot gnu dot org]

--- Comment #7 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42439

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/42398] [4.5 Regression] internal compiler error: in sra_modify_expr, at tree-sra.c:2175

[hjl at gcc dot gnu dot org]

--- Comment #8 from hjl at gcc dot gnu dot org  2010-01-07 22:23 ---
Subject: Bug 42398

Author: hjl
Date: Thu Jan  7 22:22:32 2010
New Revision: 155713

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155713
Log:
Backport tests from mainline

2010-01-07  H.J. Lu  

Backport from mainline:
2010-01-06  Richard Guenther  

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

2010-01-05  Martin Jambor  

PR tree-optimization/42462
* g++.dg/torture/pr42462.C: New test.

2010-01-05  Jakub Jelinek  

PR tree-optimization/42508
* g++.dg/opt/pr42508.C: New test.

2010-01-04  Martin Jambor  

PR tree-optimization/42398
* gcc.c-torture/compile/pr42398.c: New test.

2010-01-04  Jason Merrill  

PR c++/42555
* g++.dg/ext/attrib35.C: New.

2010-01-01  Richard Guenther  

PR c/42570
* gcc.c-torture/execute/pr42570.c: New testcase.

2010-01-01  Richard Guenther  

PR middle-end/42559
* gcc.c-torture/compile/pr42559.c: New testcase.

2009-12-30  Joseph Myers  

PR c/42439
* gcc.dg/bitfld-19.c: New test.

2009-12-28  Jason Merrill  

PR c++/42447
* g++.dg/template/array21.C: New.

Added:
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/ext/attrib35.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/ext/attrib35.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/opt/pr42508.C
  - copied unchanged from r155711, trunk/gcc/testsuite/g++.dg/opt/pr42508.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/template/array21.C
  - copied unchanged from r155710,
trunk/gcc/testsuite/g++.dg/template/array21.C
branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr42462.C
  - copied unchanged from r155711,
trunk/gcc/testsuite/g++.dg/torture/pr42462.C
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42398.c
  - copied unchanged from r155711,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42398.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42559.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42559.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr42632.c
  - copied unchanged from r155710,
trunk/gcc/testsuite/gcc.c-torture/compile/pr42632.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/execute/pr42570.c
  - copied unchanged from r155712,
trunk/gcc/testsuite/gcc.c-torture/execute/pr42570.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/bitfld-19.c
  - copied unchanged from r155710, trunk/gcc/testsuite/gcc.dg/bitfld-19.c
Modified:
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

[steven at gcc dot gnu dot org]

-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||steven at gcc dot gnu dot
   ||org
 AssignedTo|steven at gcc dot gnu dot   |unassigned at gcc dot gnu
   |org |dot org
 Status|ASSIGNED|NEW


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

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

[steven at gcc dot gnu dot org]

--- Comment #10 from steven at gcc dot gnu dot org  2010-01-07 22:08 ---
An ARM maintainer can look at a solution for this (special splitters, maybe a
peephole2, perhaps a post-ce3 special DCE pass to clean up cond_exec silliness.
(See also bug 21803, for similar cond_exec idiocy on ia64.)


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rearnsha at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/42326] [4.5 Regression] segfault in tree-data-ref.c with Graphite building 200.sixtrack

[janis at gcc dot gnu dot org]

--- Comment #7 from janis at gcc dot gnu dot org  2010-01-07 22:07 ---
I still see both failures with -m32 on powerpc64-linux but not with -m64.


-- 


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

[Bug bootstrap/42424] [4.5 Regression] in-tree GMP/MPFR/MPC bootstrap fails

[ghazi at gcc dot gnu dot org]

--- Comment #9 from ghazi at gcc dot gnu dot org  2010-01-07 21:58 ---
Subject: Bug 42424

Author: ghazi
Date: Thu Jan  7 21:58:23 2010
New Revision: 155712

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155712
Log:
PR bootstrap/42424
* configure.ac: Include libtool m4 files.
(_LT_CHECK_OBJDIR): Call it.
(extra_mpc_mpfr_configure_flags, extra_mpc_gmp_configure_flags,
gmplibs, ppllibs, clooglibs): Use $lt_cv_objdir.

* configure: Regenerate.



Modified:
trunk/ChangeLog
trunk/configure
trunk/configure.ac


-- 


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

[Bug tree-optimization/42248] compat test struct-by-value-17 fails execution with -O1 -fschedule-insns

[janis at gcc dot gnu dot org]

--- Comment #2 from janis at gcc dot gnu dot org  2010-01-07 21:47 ---
The testcase still fails with current mailing when compiled with "-m64 -O2" or
"-m64 -O1 -fschedule-insns".  The testcase is missing the piece that makes it
useful as an executable test:

--
int
main ()
{
  init (&g1s, (_Complex double)1);
  check (g1s, (_Complex double)1);

  return 0;
}
--

The tests in gcc.dg/compat are not normally compiled with -O2 so it doesn't
show up as a failure in test reports.


-- 

janis at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||bergner at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

[steven at gcc dot gnu dot org]

--- Comment #9 from steven at gcc dot gnu dot org  2010-01-07 21:36 ---
At -Os, in the .188r.postreload RTL dump:

(insn 46 12 17 2 t.c:8 (parallel [
(set (reg/v:SI 2 r2 [orig:133 flags ] [133])
(if_then_else:SI (ne (reg:SI 2 r2 [orig:138 bool_var ] [138])
(const_int 0 [0x0]))
(const_int 2 [0x2])
(const_int 0 [0x0])))
(clobber (reg:CC 24 cc))
]) 291 {movcond} (nil))



And one pass later, in the .190r.split2 RTL dump:

(insn 49 12 50 2 t.c:8 (set (reg:CC 24 cc)
(compare:CC (reg:SI 2 r2 [orig:138 bool_var ] [138])
(const_int 0 [0x0]))) 220 {*arm_cmpsi_insn} (nil))

(insn 50 49 51 2 t.c:8 (cond_exec (ne (reg:CC 24 cc)
(const_int 0 [0x0]))
(set (reg/v:SI 2 r2 [orig:133 flags ] [133])
(const_int 2 [0x2]))) 2367 {neon_vornv2di+77} (nil))

(insn 51 50 17 2 t.c:8 (cond_exec (eq (reg:CC 24 cc)
(const_int 0 [0x0]))
(set (reg/v:SI 2 r2 [orig:133 flags ] [133])
(const_int 0 [0x0]))) 2367 {neon_vornv2di+77} (nil))


There's your redundant mov, from an insn splitter.


-- 


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

[Bug tree-optimization/42334] segfault in graphite-poly.h for 200.sixtrack

[spop at gcc dot gnu dot org]

--- Comment #13 from spop at gcc dot gnu dot org  2010-01-07 21:32 ---
Yes, this is fixed by the patch for pr42178.

pr42393.f90 is still failing on amd64-linux, but we have a PR open for that
one, so I am closing this PR.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

[sebpop at gmail dot com]

--- Comment #9 from sebpop at gmail dot com  2010-01-07 21:30 ---
Subject: Re:  Random code-generation differences 
with GRAPHITE

> htab_hash_pointer is fine if a hash table is never traversed, or such 
> traversal
> can't affect code generation.  E.g. graphite has some debug_* routines that
> traverse such hash tables, that's fine, they aren't called at all during
> compilation except for debugging sessions.

Ok, thanks for the detailed explanation.

The two other htabs using htab_hash_pointer
ivtype_map_elt_info and clast_name_index_elt_info are safe.


-- 


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

[Bug tree-optimization/42494] [4.4 Regression] Missed dead-code-elimination

[steven at gcc dot gnu dot org]

--- Comment #8 from steven at gcc dot gnu dot org  2010-01-07 21:29 ---
The diff between -O2 and -Os starts in combine:

diff -ur O2/t.c.175r.combine Os/t.c.175r.combine
--- O2/t.c.175r.combine 2010-01-07 22:24:04.0 +0100
+++ Os/t.c.175r.combine 2010-01-07 22:23:14.0 +0100
@@ -4,18 +4,20 @@
 starting the processing of deferred insns
 ending the processing of deferred insns
 df_analyze called
-insn_cost 7: 12
+insn_cost 7: 8
 insn_cost 8: 4
 insn_cost 9: 4
-insn_cost 10: 12
-insn_cost 11: 12
+insn_cost 10: 8
+insn_cost 11: 4
 insn_cost 12: 4
-insn_cost 46: 4
-insn_cost 17: 12
+insn_cost 46: 16
+insn_cost 17: 8
 insn_cost 19: 4
-rejecting combination of insns 12 and 46
-original costs 4 + 4 = 8
-replacement cost 12
+deferring deletion of insn with uid = 12.
+modifying insn i346 {r133:SI={(r138:SI!=0x0)?0x2:0x0};clobber cc:CC;}
+  REG_UNUSED: cc:CC
+  REG_DEAD: r138:SI
+deferring rescan insn with uid = 46.
 (note# 0 # 2 [bb 2] NOTE_INSN_BASIC_BLOCK)

 (note# # # 2 NOTE_INSN_FUNCTION_BEG)
@@ -40,16 +42,17 @@
 (expr_list:REG_EQUAL (mem/c/i:SI (symbol_ref:SI ("bool_var") [flags
0xc0]  ) [2 bool_var+0 S4 A32])
 (nil

-(insn# # # 2 t.c:13 (set (reg:CC 24 cc)
-(compare:CC (reg:SI 138 [ bool_var ])
-(const_int 0 [0x0])))# {*arm_cmpsi_insn} (nil))
-
-(insn# # # 2 t.c:8 (set (reg/v:SI 133 [ flags ])
-(if_then_else:SI (eq (reg:CC 24 cc)
-(const_int 0 [0x0]))
-(reg:SI 138 [ bool_var ])
-(const_int 2 [0x2])))# {*movsicc_insn} (expr_list:REG_DEAD (reg:SI
138 [ bool_var ])
-(expr_list:REG_DEAD (reg:CC 24 cc)
+(note# # # 2 NOTE_INSN_DELETED)
+
+(insn# # # 2 t.c:8 (parallel [
+(set (reg/v:SI 133 [ flags ])
+(if_then_else:SI (ne (reg:SI 138 [ bool_var ])
+(const_int 0 [0x0]))
+(const_int 2 [0x2])
+(const_int 0 [0x0])))
+(clobber (reg:CC 24 cc))
+])# {movcond} (expr_list:REG_UNUSED (reg:CC 24 cc)
+(expr_list:REG_DEAD (reg:SI 138 [ bool_var ])
 (nil

 (insn# # # 2 t.c:14 (set (reg/f:SI 139)
@@ -60,7 +63,10 @@
 (expr_list:REG_DEAD (reg/v:SI 133 [ flags ])
 (nil
 starting the processing of deferred insns
+deleting insn with uid = 12.
+rescanning insn with uid = 46.
+deleting insn with uid = 46.
 ending the processing of deferred insns

-;; Combiner totals: 12 attempts, 12 substitutions (2 requiring new space),
-;; 0 successes.
+;; Combiner totals: 13 attempts, 13 substitutions (2 requiring new space),
+;; 1 successes.


-- 


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

Re: [Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

[Sebastian Pop]

> htab_hash_pointer is fine if a hash table is never traversed, or such 
> traversal
> can't affect code generation.  E.g. graphite has some debug_* routines that
> traverse such hash tables, that's fine, they aren't called at all during
> compilation except for debugging sessions.

Ok, thanks for the detailed explanation.

The two other htabs using htab_hash_pointer
ivtype_map_elt_info and clast_name_index_elt_info are safe.

[Bug c++/42336] [4.5 Regression] ICE with pointer-to-member-function argument in template function

[jason at gcc dot gnu dot org]

--- Comment #12 from jason at gcc dot gnu dot org  2010-01-07 21:18 ---
It basically seems to me that the modifications made by
ipa_modify_formal_parameters are incompatible with proper debugging
information; the method is still a method as far as the language is concerned
even if the actual code generated optimizes away the this pointer.

I think it would be better to represent those sorts of modifications via
cloning rather than by modifying the primary decls.


-- 


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

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2010-01-07 21:10 ---
htab_hash_pointer is fine if a hash table is never traversed, or such traversal
can't affect code generation.  E.g. graphite has some debug_* routines that
traverse such hash tables, that's fine, they aren't called at all during
compilation except for debugging sessions.


-- 


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

[Bug c++/42490] using-directive in namespace doesn't work properly

[redi at gcc dot gnu dot org]

--- Comment #1 from redi at gcc dot gnu dot org  2010-01-07 21:05 ---
I think the code is valid

3.4.4 [basic.lookup.elab]/1
An elaborated-type-specifier (7.1.6.3) may be used to refer to a
previously declared class-name or enum-name even though the name has
been hidden by a non-type declaration (3.3.10).


-- 

redi at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-07 21:05:41
   date||


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

[Bug tree-optimization/42334] segfault in graphite-poly.h for 200.sixtrack

[dominiq at lps dot ens dot fr]

--- Comment #12 from dominiq at lps dot ens dot fr  2010-01-07 21:03 ---
On x86_64-apple-darwin10 at revision 155703 this PR seems fixed (most likely
revision 155701 for pr42178).


-- 


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

[Bug other/42525] gtyp-input.list contains 'n' instead of '\n' as separator

[rwild at gcc dot gnu dot org]

--- Comment #2 from rwild at gcc dot gnu dot org  2010-01-07 20:56 ---
The patch in comment #1 contained a few silly typos.  Here's a better one:
.  Can you try it?


-- 


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

[Bug libstdc++/35942] Self Reference In Dynamic Linked Library builds for building Cross-Compiler

[rwild at gcc dot gnu dot org]

--- Comment #16 from rwild at gcc dot gnu dot org  2010-01-07 20:54 ---
Patch at ,
it would be nice if someone could confirm that it fixes the issue.  Thanks.


-- 


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[aoliva at gcc dot gnu dot org]

--- Comment #6 from aoliva at gcc dot gnu dot org  2010-01-07 20:44 ---
Mine


-- 

aoliva at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug libffi/40701] [4.5 regression] Many libffi tests fail to compile on Tru64 UNIX

[ro at gcc dot gnu dot org]

--- Comment #2 from ro at gcc dot gnu dot org  2010-01-07 20:35 ---
Subject: Bug 40701

Author: ro
Date: Thu Jan  7 20:35:33 2010
New Revision: 155710

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155710
Log:
PR libffi/40701
* testsuite/libffi.call/ffitest.h [__alpha__ && __osf__] (PRIdLL,
PRIuLL, PRId64, PRIu64, PRIuPTR): Define.
* testsuite/libffi.call/cls_align_sint64.c: Add -Wno-format on
alpha*-dec-osf*.
* testsuite/libffi.call/cls_align_uint64.c: Likewise.
* testsuite/libffi.call/cls_ulonglong.c: Likewise.
* testsuite/libffi.call/return_ll1.c: Likewise.
* testsuite/libffi.call/stret_medium2.c: Likewise.
* testsuite/libffi.special/ffitestcxx.h (allocate_mmap): Cast
MAP_FAILED to char *.

Modified:
trunk/libffi/ChangeLog
trunk/libffi/testsuite/libffi.call/cls_align_sint64.c
trunk/libffi/testsuite/libffi.call/cls_align_uint64.c
trunk/libffi/testsuite/libffi.call/cls_ulonglong.c
trunk/libffi/testsuite/libffi.call/ffitest.h
trunk/libffi/testsuite/libffi.call/return_ll1.c
trunk/libffi/testsuite/libffi.call/stret_medium2.c
trunk/libffi/testsuite/libffi.special/ffitestcxx.h


-- 


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

[Bug lto/42653] New: ICE with -g and -flto (requires both flags to crash)

[baldrick at gcc dot gnu dot org]

$ g++ -c -flto -g fltog.ii
fltog.ii: In member function ‘MCIListener’:
fltog.ii:25:3: internal compiler error: tree check: expected class ‘type’, have
‘declaration’ (function_decl) in gen_type_die_with_usage, at dwarf2out.c:18747

Occurs with top-of-tree g++-4.5.

Testcase fltog.ii:

namespace llvm
{
  class Function;
  class MachineCodeInfo;
  class ExecutionEngine
  {
  };
  class JIT:public ExecutionEngine
  {
void runJITOnFunction (Function * F, MachineCodeInfo * MCI = 0);
  };
  class JITEventListener
  {
  public:JITEventListener ()
{
} virtual ~JITEventListener ();
  };
}

using namespace llvm;
void
JIT::runJITOnFunction (Function * F, MachineCodeInfo * MCI)
{
  class MCIListener:public JITEventListener
  {
MachineCodeInfo *const MCI;
  public:  MCIListener (MachineCodeInfo * mci):MCI (mci)
{
  }};
}


-- 
   Summary: ICE with -g and -flto (requires both flags to crash)
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: baldrick at gcc dot gnu dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973

[dodji at gcc dot gnu dot org]

-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dodji at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2010-01-06 16:30:39 |2010-01-07 20:07:22
   date||


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

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

[hjl dot tools at gmail dot com]

--- Comment #19 from hjl dot tools at gmail dot com  2010-01-07 20:00 
---
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=42542

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

[hjl at gcc dot gnu dot org]

--- Comment #18 from hjl at gcc dot gnu dot org  2010-01-07 19:58 ---
Subject: Bug 42542

Author: hjl
Date: Thu Jan  7 19:58:16 2010
New Revision: 155709

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155709
Log:
Properly convert GTU to GT for V4SI and V2DI

gcc/

2010-01-07  H.J. Lu  

Backport from mainline
2010-01-05  Paolo Bonzini  
H.J. Lu  

PR target/42542
* config/i386/i386.c (ix86_expand_int_vcond): Convert GTU to GT
for V4SI and V2DI by subtracting (-(INT MAX) - 1) from both
operands to make them signed.

gcc/testsuite/

2010-01-07  H.J. Lu  

Backport from mainline
2010-01-05  H.J. Lu  

PR target/42542
* gcc.target/i386/pr42542-1.c: New.
* gcc.target/i386/pr42542-1a.c: Likewise.
* gcc.target/i386/pr42542-1b.c: Likewise.
* gcc.target/i386/pr42542-2.c: Likewise.
* gcc.target/i386/pr42542-2a.c: Likewise.
* gcc.target/i386/pr42542-2b.c: Likewise.
* gcc.target/i386/pr42542-3.c: Likewise.
* gcc.target/i386/pr42542-3a.c: Likewise.

Added:
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-1.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-1a.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-1b.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-2.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-2a.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-2b.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-3.c
branches/gcc-4_3-branch/gcc/testsuite/gcc.target/i386/pr42542-3a.c
Modified:
branches/gcc-4_3-branch/gcc/ChangeLog
branches/gcc-4_3-branch/gcc/config/i386/i386.c
branches/gcc-4_3-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug bootstrap/41818] Error building cross compiler caused by changing LD_LIBRARY_PATH environment variable in Makefile

[rwild at gcc dot gnu dot org]

--- Comment #9 from rwild at gcc dot gnu dot org  2010-01-07 19:57 ---
Fixed.


-- 

rwild at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/42542] Vectorizer produces incorrect results on max/min of unsigned intergers

[hjl at gcc dot gnu dot org]

--- Comment #17 from hjl at gcc dot gnu dot org  2010-01-07 19:55 ---
Subject: Bug 42542

Author: hjl
Date: Thu Jan  7 19:55:44 2010
New Revision: 155707

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155707
Log:
Properly convert GTU to GT for V4SI and V2DI

gcc/

2010-01-07  H.J. Lu  

Backport from mainline
2010-01-05  Paolo Bonzini  
H.J. Lu  

PR target/42542
* config/i386/i386.c (ix86_expand_int_vcond): Convert GTU to GT
for V4SI and V2DI by subtracting (-(INT MAX) - 1) from both
operands to make them signed.

gcc/testsuite/

2010-01-07  H.J. Lu  

Backport from mainline
2010-01-05  H.J. Lu  

PR target/42542
* gcc.target/i386/pr42542-1.c: New.
* gcc.target/i386/pr42542-1a.c: Likewise.
* gcc.target/i386/pr42542-1b.c: Likewise.
* gcc.target/i386/pr42542-2.c: Likewise.
* gcc.target/i386/pr42542-2a.c: Likewise.
* gcc.target/i386/pr42542-2b.c: Likewise.
* gcc.target/i386/pr42542-3.c: Likewise.
* gcc.target/i386/pr42542-3a.c: Likewise.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-1.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-1a.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-1b.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-2.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-2a.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-2b.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-3.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr42542-3a.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/i386/i386.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops"

[steven at gcc dot gnu dot org]

--- Comment #5 from steven at gcc dot gnu dot org  2010-01-07 19:54 ---
Makes no sense to me => unassigned.


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug bootstrap/41818] Error building cross compiler caused by changing LD_LIBRARY_PATH environment variable in Makefile

[rwild at gcc dot gnu dot org]

--- Comment #8 from rwild at gcc dot gnu dot org  2010-01-07 19:54 ---
Subject: Bug 41818

Author: rwild
Date: Thu Jan  7 19:53:50 2010
New Revision: 155706

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155706
Log:
Fix PR bootstrap/41818.

/:
PR bootstrap/41818
* Makefile.tpl (BASE_TARGET_EXPORTS): Only add TARGET_LIB_PATH
to $(RPATH_ENVVAR) if bootstrapping.  Fix typo in comment.
* Makefile.in: Regenerate.


Modified:
trunk/ChangeLog
trunk/Makefile.in
trunk/Makefile.tpl


-- 


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

[Bug c++/42608] [4.4/4.5 Regression] Undefined reference not reported in case of explicit template instantiation

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2010-01-07 19:50 ---
No, there's no way for the front end to know that f isn't instantiated in
another translation unit.


-- 


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

[Bug c++/40155] [c++0x] variadic template pack problem

[dodji at gcc dot gnu dot org]

--- Comment #6 from dodji at gcc dot gnu dot org  2010-01-07 19:47 ---
Fixed in 4.5


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/40155] [c++0x] variadic template pack problem

[dodji at gcc dot gnu dot org]

--- Comment #5 from dodji at gcc dot gnu dot org  2010-01-07 19:22 ---
Subject: Bug 40155

Author: dodji
Date: Thu Jan  7 19:21:46 2010
New Revision: 155705

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155705
Log:
Fix PR c++/40155

gcc/cp/ChangeLog:
c++/40155
* pt.c (unify_pack_expansion): In non-deduced contexts, re-use template
arguments that were previously deduced.

gcc/testsuite/ChangeLog:
c++/40155
* g++.dg/cpp0x/variadic-unify-2.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/variadic-unify-2.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

[bkoz at gcc dot gnu dot org]

--- Comment #9 from bkoz at gcc dot gnu dot org  2010-01-07 18:40 ---

The rest of these look bogus to me. 

__gnu_cxx::enc_filebuf.3cxx 805: warning: macro `If' not defined
__gnu_cxx::stdio_sync_filebuf.3cxx 699: warning: macro `If' not defined
std::basic_filebuf.3cxx 905: warning: macro `If' not defined
std::basic_ios.3cxx 1123: warning: macro `Minimum' not defined
std::basic_istream.3cxx 988: warning: macro `)).' not defined
std::basic_istringstream.3cxx 1011: warning: macro `)).' not defined
std::basic_stringbuf.3cxx 723: warning: macro `If' not defined

These look fine, and the generated file seems normal, ie this error looks like

.PP
If no file is currently open, this function immediately fails.
.PP

in the __gnu_cxx::enc_filebuf.3 file.

So it looks like this can be closed to me but I'll wait for confirmation.


-- 

bkoz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-07 18:40:02
   date||


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

[Bug libstdc++/42460] man page errors for generated libstdc++ man pages

[bkoz at gcc dot gnu dot org]

--- Comment #8 from bkoz at gcc dot gnu dot org  2010-01-07 18:37 ---
Created an attachment (id=19502)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19502&action=view)
log of man page creation


-- 


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

[Bug middle-end/42178] [4.5 Regression] Invalid memory access in graphite

[spop at gcc dot gnu dot org]

--- Comment #18 from spop at gcc dot gnu dot org  2010-01-07 18:35 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/42178] [4.5 Regression] Invalid memory access in graphite

[spop at gcc dot gnu dot org]

--- Comment #17 from spop at gcc dot gnu dot org  2010-01-07 18:32 ---
Subject: Bug 42178

Author: spop
Date: Thu Jan  7 18:32:39 2010
New Revision: 155701

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

2010-01-05  Sebastian Pop  

PR middle-end/42178
* graphite-interchange.c (lst_try_interchange_loops): Do not return
the before, nest, and after LSTs.
(lst_try_interchange): Removed.
(lst_interchange_select_inner): Do not iterate over the LSTs if they
were modified.
(lst_interchange_select_outer): Apply interchange on the outer loop
until there are no more changes in the inner loops.

Modified:
trunk/gcc/ChangeLog.graphite
trunk/gcc/graphite-interchange.c


-- 


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

[Bug c++/42336] [4.5 Regression] ICE with pointer-to-member-function argument in template function

[jamborm at gcc dot gnu dot org]

--- Comment #11 from jamborm at gcc dot gnu dot org  2010-01-07 18:16 
---
The ICE happens within count_non_default_template_args which (as far
as I understand it) somehow re-creates each template parameter to see
whether it is the default one (and increments a counter if it is).  I
am not exactly sure what the option 1b means but we get an ICE even
when the template does not have default parameters:

struct X {
  void func() {}
  void f2() {}
};

template
void b(T) {}

int main() {
  b(X()); /* line 9 */
  X().func();

  return 0;
}

I also do not quite understand what the option 2 means.  If we remove
the this pointer, the method is no longer a method and thus is
sensibly turned into a function.  Gcc does this IPA-CP since 4.4 and
in IPA-SRA in trunk, primarily because of some ICEs that happen if we
don't (Honza would know more but I would suspect they were also
related to debug info).

(1a sounds nice.  However, since my knowledge and experience with debug
info (not to mention C++) code is rather limited, I would like to
discuss what needs to be done in much more detail before attempting it
myself.  But it certainly looks interesting.)


-- 


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

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

[spop at gcc dot gnu dot org]

--- Comment #7 from spop at gcc dot gnu dot org  2010-01-07 18:01 ---
Subject: Bug 42641

Author: spop
Date: Thu Jan  7 18:01:28 2010
New Revision: 155700

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155700
Log:
Do not hash pointers.

2010-01-07  Richard Guenther  

PR tree-optimization/42641
* sese.c (rename_map_elt_info): Use the SSA name version, do
not hash pointers.

Modified:
branches/graphite/gcc/ChangeLog.graphite
branches/graphite/gcc/sese.c


-- 


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

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

[sebpop at gmail dot com]

--- Comment #6 from sebpop at gmail dot com  2010-01-07 17:58 ---
Subject: Re:  Random code-generation differences 
with GRAPHITE

After your change, there remains three users of htab_hash_pointer in graphite:

In if_region_set_false_region, there is a use of htab_hash_pointer,
but that matches the use of the loops->exits htab as also used in
get_exit_descriptions.

The next two, are:

hashval_t
ivtype_map_elt_info (const void *elt)
{
  return htab_hash_pointer (((const struct ivtype_map_elt_s *) elt)->cloog_iv);
}

static inline hashval_t
clast_name_index_elt_info (const void *elt)
{
  return htab_hash_pointer (((const struct clast_name_index *) elt)->name);
}

and they are a bit more difficult to change, as it is the interface
with CLooG that uses a "char *" to identify loop induction variables.
In both cases, we're hashing on that string identifier.

Should these two functions be changed as well?


-- 


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

[Bug tree-optimization/42641] Random code-generation differences with GRAPHITE

[zsojka at seznam dot cz]

--- Comment #5 from zsojka at seznam dot cz  2010-01-07 17:53 ---
Patch from comment #0 works for me too (sorry for the delay, it took some time
to recompile after realising where is the typo in that patch).


-- 


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

[Bug ada/24167] Visibility of private component of parent in child generic, generic compiles but instantiation doesn't

[simon at pushface dot org]

--- Comment #4 from simon at pushface dot org  2010-01-07 17:34 ---
Still there with gcc version 4.5.0 20100104 (experimental) (GCC) (r155633)


-- 


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

[Bug tree-optimization/42652] vectorizer created unaligned vector insns

[law at redhat dot com]

--- Comment #1 from law at redhat dot com  2010-01-07 17:33 ---
Created an attachment (id=19501)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19501&action=view)
testcase


-- 


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

[Bug tree-optimization/42652] New: vectorizer created unaligned vector insns

[law at redhat dot com]

The vectorizer doesn't appear to handle packed structures correctly and
ultimately generates a vector store to an unaligned address which causes a
segfault.

This was originally reported against a 4.4 variant, but investigation shows the
bug is merely latent on the head of the trunk and can be exposed by reverting
this change:

2009-03-29  Richard Guenther  

* tree-ssa-forwprop.c (forward_propagate_addr_expr_1): Properly
propagate addresses of array references.

[ The 2009-03-29 patch changes the end condition of the loop which ultimately
confuses the vectorizer into being unable to determine the number of iterations
in the loop.  That's clearly a weakness in the vectorizer as the loop bounds
are easily shown to be compile-time constants. ]

Compile the attached testcase with -O3 and search the resulting assembly for
these two key insns:

leaq2(%rax,%rdi,4), %rdi

This computes the base address for palette->ents which is at offset 2 in the
Palette structure (which is packed).  This insn appears in the vectorized loop
pre-header.  It's later used by:

movdqa  %xmm0, (%rdi,%rsi)

The faulting vector insn.


Note carefully this isn't a case where peeling iterations can be used to
generate suitable alignment -- the packed nature of the structure results in
all the elt members being unaligned.  

ISTM that vector_alignment_reachable_p is the place to fix this, but I'm not
very familiar with the vectorizer and thus may be off base.


-- 
   Summary: vectorizer created unaligned vector insns
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: law at redhat dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug rtl-optimization/42511] [4.5 Regression] bootstrap error in stage3 on alpha-linux-gnu

[uros at gcc dot gnu dot org]

--- Comment #32 from uros at gcc dot gnu dot org  2010-01-07 17:32 ---
Subject: Bug 42511

Author: uros
Date: Thu Jan  7 17:31:43 2010
New Revision: 155698

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155698
Log:
* ifcvt.c (if_convert): Output slim multiple dumps with TDF_SLIM.

PR target/42511
* ifcvt.c (dead_or_predicable): Also remove REG_EQUAL note when
note itself is not function_invariant_p.


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


-- 


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

[Bug fortran/42651] New: Functions with result: Wrongly accepts attributes to function name

[burnus at gcc dot gnu dot org]

Using VOLATILE, TARGET etc. for function names is valid, but only if there is
no extra RESULT variable.

I thought the following would fix it, but it does not seem to work:


  if (attr->function && !attr->result)
{
  a1 = function;
  conf2 (allocatable);
  conf2 (asynchronous);
  conf2 (dimension);
  conf2 (pointer);
  conf2 (target);
  conf2 (volatile_);
}


Test case:

integer function func()
  asynchronous :: func
  integer, asynchronous:: b
  allocatable :: c
  volatile :: func
  type t
sequence
integer :: i = 5
  end type t
end function func

function func2() result(res)
  volatile res
  volatile func2 ! { dg-error "FUNCTION attribute conflicts with VOLATILE"
}
  asynchronous res
  asynchronous func2 ! { dg-error "FUNCTION attribute conflicts with
ASYNCHRONOUS" }
  allocatable func2  ! { dg-error "FUNCTION attribute conflicts with
ALLOCATABLE" }
  target func2   ! { dg-error "FUNCTION attribute conflicts with TARGET" }
  dimension func2(2) ! { dg-error "FUNCTION attribute conflicts with DIMENSION"
}
end function func2


-- 
   Summary: Functions with result: Wrongly accepts attributes to
function name
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: accepts-invalid
  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=42651

[Bug c++/42649] Optimizer breaks boost shared_ptr

[pinskia at gmail dot com]

--- Comment #7 from pinskia at gmail dot com  2010-01-07 17:18 ---
Subject: Re:  Optimizer breaks boost shared_ptr



Sent from my iPhone

On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero"
 wrote:

>
>
> --- Comment #5 from rlogel at navtech dot aero  2010-01-07 16:56  
> ---
> I realize that 3.4.6 is very old, but we need to support RedHat  
> Enterprise 4
> builds which use gcc 3.4.6.

Then report this bug to redhat since you have a support contract with  
them. Also you are using a redhat modified gcc so reporting to them  
first is the correct thing to do.


> We would rather not undertake upgrading to gcc 4.x
> because we have a large legacy code base, some of which uses  
> writeable strings.
>
>
> -- 
>
> rlogel at navtech dot aero changed:
>
>   What|Removed |Added
> --- 
> --- 
> --
>   Severity|normal  |critical
> Status|RESOLVED|UNCONFIRMED
> Resolution|INVALID |
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42649
>


-- 


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

Re: [Bug c++/42649] Optimizer breaks boost shared_ptr

[Andrew Pinski]

Sent from my iPhone

On Jan 7, 2010, at 8:56 AM, "rlogel at navtech dot aero" > wrote:





--- Comment #5 from rlogel at navtech dot aero  2010-01-07 16:56  
---
I realize that 3.4.6 is very old, but we need to support RedHat  
Enterprise 4

builds which use gcc 3.4.6.


Then report this bug to redhat since you have a support contract with  
them. Also you are using a redhat modified gcc so reporting to them  
first is the correct thing to do.




We would rather not undertake upgrading to gcc 4.x
because we have a large legacy code base, some of which uses  
writeable strings.



--

rlogel at navtech dot aero changed:

  What|Removed |Added
--- 
--- 
--

  Severity|normal  |critical
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID |


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

[Bug c++/42649] Optimizer breaks boost shared_ptr

[paolo dot carlini at oracle dot com]

--- Comment #6 from paolo dot carlini at oracle dot com  2010-01-07 17:02 
---
Yes, but it's totally unmaintained, I'm sorry, we don't get PRs for
unmaintained branches, that's the policy.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/42649] Optimizer breaks boost shared_ptr

[rlogel at navtech dot aero]

--- Comment #5 from rlogel at navtech dot aero  2010-01-07 16:56 ---
I realize that 3.4.6 is very old, but we need to support RedHat Enterprise 4
builds which use gcc 3.4.6.  We would rather not undertake upgrading to gcc 4.x
because we have a large legacy code base, some of which uses writeable strings.


-- 

rlogel at navtech dot aero changed:

   What|Removed |Added

   Severity|normal  |critical
 Status|RESOLVED|UNCONFIRMED
 Resolution|INVALID |


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

[Bug c++/42649] Optimizer breaks boost shared_ptr

[paolo dot carlini at oracle dot com]

--- Comment #4 from paolo dot carlini at oracle dot com  2010-01-07 16:52 
---
3.4.6?!? Please, try current, maintained, releases, gcc4.3.x or, better,
gcc4.4.x, and in case open an appropriate PR. Thanks.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

   Severity|critical|normal
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID
Summary|Optimizer breaks boost 1.41 |Optimizer breaks boost
   |shared_ptr  |shared_ptr


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

[Bug c++/42649] Optimizer breaks boost 1.41 shared_ptr

[rlogel at navtech dot aero]

--- Comment #3 from rlogel at navtech dot aero  2010-01-07 16:50 ---
Boost web page show that they tested 3.4.3 without any problems.


-- 

rlogel at navtech dot aero changed:

   What|Removed |Added

Summary|Optimizer breaks boost  |Optimizer breaks boost 1.41
   |shared_ptr  |shared_ptr


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

[Bug c++/42649] Optimizer breaks boost shared_ptr

[rlogel at navtech dot aero]

--- Comment #2 from rlogel at navtech dot aero  2010-01-07 16:49 ---
# Vaild Excutable
g++ -v -save-temps -o shared_ptr_test.exc shared_ptr_test.cpp  

# Invalid Excutable
g++ -v -save-temps -O2 -o shared_ptr_test.exc shared_ptr_test.cpp

GCC output:
$ g++ -v -save-temps -O2 -o shared_ptr_test.exc shared_ptr_test.cpp 
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6-9)
 /usr/libexec/gcc/i386-redhat-linux/3.4.6/cc1plus -E -quiet -v -D_GNU_SOURCE
shared_ptr_test.cpp -O2 -o shared_ptr_test.ii
ignoring nonexistent directory
"/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../i386-redhat-linux/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6

/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/i386-redhat-linux
 /usr/lib/gcc/i386-redhat-linux/3.4.6/../../../../include/c++/3.4.6/backward
 /usr/local/include
 /usr/lib/gcc/i386-redhat-linux/3.4.6/include
 /usr/include
End of search list.
 /usr/libexec/gcc/i386-redhat-linux/3.4.6/cc1plus -fpreprocessed
shared_ptr_test.ii -quiet -dumpbase shared_ptr_test.cpp -auxbase
shared_ptr_test -O2 -version -o shared_ptr_test.s
GNU C++ version 3.4.6 20060404 (Red Hat 3.4.6-9) (i386-redhat-linux)
compiled by GNU C version 3.4.6 20060404 (Red Hat 3.4.6-9).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 as -V -Qy -o shared_ptr_test.o shared_ptr_test.s
GNU assembler version 2.15.92.0.2 (i386-redhat-linux) using BFD version
2.15.92.0.2 20040927
 /usr/libexec/gcc/i386-redhat-linux/3.4.6/collect2 --eh-frame-hdr -m elf_i386
-dynamic-linker /lib/ld-linux.so.2 -o shared_ptr_test.exc
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../crt1.o
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../crti.o
/usr/lib/gcc/i386-redhat-linux/3.4.6/crtbegin.o
-L/usr/lib/gcc/i386-redhat-linux/3.4.6 -L/usr/lib/gcc/i386-redhat-linux/3.4.6
-L/usr/lib/gcc/i386-redhat-linux/3.4.6/../../.. shared_ptr_test.o -lstdc++ -lm
-lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/lib/gcc/i386-redhat-linux/3.4.6/crtend.o
/usr/lib/gcc/i386-redhat-linux/3.4.6/../../../crtn.o


-- 


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

[Bug fortran/42650] New: F90: DT function with in-line DT definition and RESULT is rejected

[burnus at gcc dot gnu dot org]

The one of following valid Fortran 90 functions is rejected: While the first
function "func" works and has function name = result name, the second
("func2"), which uses RESULT(), is rejected with the error message:

Error: The type for function 'func2' at (1) is not accessible


type(t) function func()
  type t
sequence
integer :: i = 5
  end type t
end function func

type(t) function func2() result(res)
  type t
sequence
integer :: i = 5
  end type t
end function func2


-- 
   Summary: F90: DT function with in-line DT definition and RESULT
is rejected
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: rejects-valid
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
OtherBugsDependingO 32834
 nThis:


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