http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822
--- Comment #4 from Andrew Pinski 2010-09-29
22:02:32 UTC ---
This issue looks more likely QT issues than a GCC one. The attached file is
not unzipping for me though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45833
--- Comment #2 from Sebastian Pop 2010-09-29 22:05:35
UTC ---
(In reply to comment #1)
> Maybe data-dependency needs to be extended for this (two references either
> identical, or non-overlapping).
Correct. Data dep analysis should not return a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45816
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Summary|[4.6 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45837
Summary: Global options changes on Sept. 29th, breaks powerpc
linux64 build
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32523
--- Comment #10 from R. Clint Whaley 2010-09-29
22:22:22 UTC ---
>Out of curiosity, any benchmark updates on more recent releases?
Nope, after several rough experiences I've stopped reporting gcc bugs and
problems. It usually takes weeks of my
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32523
--- Comment #11 from Andrew Pinski 2010-09-29
22:39:14 UTC ---
(In reply to comment #10)
> which is typically reported as invalid by Pinski right up until it is fixed.
I just looked into the bugs which you have filed and saw a different patter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
--- Comment #7 from Jonathan Wakely 2010-09-29
22:59:39 UTC ---
(In reply to comment #6)
>
> What is the point of allowing to initialize it then?
Static const members declared with initializers can be used in constant
expressions, see 9.4.2p4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32523
--- Comment #12 from R. Clint Whaley 2010-09-29
23:10:50 UTC ---
Andrew,
I'm certainly unsurprised that you disagree with me, since I don't think we
have ever agreed on anything in something like 5 years. To get an idea of what
I'm talking abou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45830
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32523
--- Comment #13 from Andrew Pinski 2010-09-29
23:20:29 UTC ---
(In reply to comment #12)
> Andrew,
>
> I'm certainly unsurprised that you disagree with me, since I don't think we
> have ever agreed on anything in something like 5 years. To get
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45829
--- Comment #8 from Manuel López-Ibáñez 2010-09-29
23:22:59 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> >
> > What is the point of allowing to initialize it then?
>
> Static const members declared with initializers can be used
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44575
--- Comment #7 from Easwaran Raman 2010-09-30
00:21:17 UTC ---
This is a variation of the same problem where __builtin_va_arg overwrites into
adjacent stack location [Not sure if I should reopen this bug or file a new
one]:
$ cat vararg.cc
#inc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45612
--- Comment #13 from dave at hiauly1 dot hia.nrc.ca 2010-09-30 01:18:27 UTC ---
On Tue, 28 Sep 2010, hubicka at ucw dot cz wrote:
> Hi,
> I would really apprechiate the answer to comment #6. Since the patch should
> only
> introduce more (valid)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45612
--- Comment #15 from dave at hiauly1 dot hia.nrc.ca 2010-09-30 01:26:27 UTC ---
On Thu, 30 Sep 2010, dave at hiauly1 dot hia.nrc.ca wrote:
For reference, I have also attached the hppa2.0w-hp-hpux11.11 .s file.
The problem is the reference to L$037
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45838
Summary: FAIL: libgomp.c/pr34513.c execution test
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45819
--- Comment #3 from Atsushi Nemoto 2010-09-30
02:06:18 UTC ---
(In reply to comment #1)
> As a matter of clean implementation I suggest to do
>
> struct st {
> int ptr;
> } __attribute__ ((packed,aligned(__alignof__(int;
I confirmed thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45839
Summary: Provide reasonable handling of I/O to/from FIFO file
objects
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45839
Jerry DeLisle changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |jvdelisle at gcc dot
|g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45840
Summary: Enhance __builtin_object_size to return useful result
when applied to T (*p)[N]
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: enhancement
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45828
--- Comment #3 from jpr at csc dot fi 2010-09-30 04:50:05 UTC ---
Hi,
the problem seems to be in expr.c (called from resolve.c:
resolve_allocate_expr())
bool gfc_has_default_initializer (gfc_symbol *der)
{
gfc_component *c;
gcc_assert (der->
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45841
Summary: [4.6 Regression]: r164529 cris-elf libstdc++
27_io/basic_filebuf/seekoff/char/2-io.cc
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45828
--- Comment #4 from jpr at csc dot fi 2010-09-30 05:12:10 UTC ---
This is the patch introducing the call to gfc_has_default_initializer()
from resolve_allocate_expr():
http://gcc.gnu.org/viewcvs?view=revision&revision=164305
2010-09-15 Janus Weil
101 - 123 of 123 matches
Mail list logo
