http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40986
--- Comment #8 from Markus Schöpflin
2012-03-14 08:28:45 UTC ---
4.6.0 and 4.6.1 still fail, see comments #3 & #6. Unfortunately I can't adjust
'known to fail'.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52521
--- Comment #5 from Jakub Jelinek 2012-03-14
08:30:45 UTC ---
Author: jakub
Date: Wed Mar 14 08:30:23 2012
New Revision: 185375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185375
Log:
PR c++/52521
* parser.c (lookup_literal_ope
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52406
Igor Zamyatin changed:
What|Removed |Added
CC||izamyatin at gmail dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #4 from rguenther at suse dot de
2012-03-14 09:35:12 UTC ---
On Tue, 13 Mar 2012, ian at airs dot com wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
>
> --- Comment #3 from Ian Lance Taylor 2012-03-13
> 15:48:36 UTC --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52134
--- Comment #8 from rguenther at suse dot de
2012-03-14 09:39:31 UTC ---
On Tue, 13 Mar 2012, pinskia at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52134
>
> --- Comment #6 from Andrew Pinski 2012-03-13
> 22:08:12 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43768
--- Comment #2 from rguenther at suse dot de
2012-03-14 09:39:55 UTC ---
On Tue, 13 Mar 2012, pinskia at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43768
>
> --- Comment #1 from Andrew Pinski 2012-03-13
> 23:38:08 UT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52580
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52579
Richard Guenther changed:
What|Removed |Added
Version|4.7.0 |4.8.0
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #4 from Richard Guenther 2012-03-14
10:41:29 UTC ---
Does
Index: gcc/gimple-fold.c
===
--- gcc/gimple-fold.c (revision 185376)
+++ gcc/gimple-fold.c (working copy)
@
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
Andreas Schwab changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52566
--- Comment #3 from Jonathan Wakely 2012-03-14
10:46:54 UTC ---
If you want to use #pragma once the simplest solution might be to put a unique
comment in each file, with e.g. just the filename, or a description of its
purpose
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38582
--- Comment #8 from Andreas Schwab 2012-03-14 10:47:50
UTC ---
This is apparently causing bug 52573.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52578
--- Comment #2 from Richard Guenther 2012-03-14
10:51:38 UTC ---
Author: rguenth
Date: Wed Mar 14 10:51:34 2012
New Revision: 185378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185378
Log:
2012-03-14 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
--- Comment #6 from Jonathan Wakely 2012-03-14
10:52:18 UTC ---
I can see some value in the base class case too, but whether it's useless
depends on context, here the exact same casts are not redundant because they
select between two overloads:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48124
Richard Guenther changed:
What|Removed |Added
Known to work||4.8.0
Summary|[4.5/4.6/4.7/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52080
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52080
--- Comment #13 from Richard Guenther 2012-03-14
10:55:16 UTC ---
Author: rguenth
Date: Wed Mar 14 10:55:09 2012
New Revision: 185379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185379
Log:
2012-03-14 Richard Guenther
* tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52097
--- Comment #12 from Richard Guenther 2012-03-14
10:55:17 UTC ---
Author: rguenth
Date: Wed Mar 14 10:55:09 2012
New Revision: 185379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185379
Log:
2012-03-14 Richard Guenther
* tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48124
--- Comment #19 from Richard Guenther 2012-03-14
10:55:17 UTC ---
Author: rguenth
Date: Wed Mar 14 10:55:09 2012
New Revision: 185379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185379
Log:
2012-03-14 Richard Guenther
* tree.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52578
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52474
--- Comment #4 from Georg-Johann Lay 2012-03-14
11:11:47 UTC ---
Created attachment 26889
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26889
main.s: FSF Assembler output
Here is the assembler output of the main mudule generated with
$ av
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
Bug #: 52583
Summary: Several new go testsuite failues on Solaris
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
--- Comment #7 from Paolo Carlini 2012-03-14
11:47:30 UTC ---
Indeed, I was vaguely considering similar things..
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52474
--- Comment #5 from Georg-Johann Lay 2012-03-14
12:54:04 UTC ---
Created attachment 26890
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26890
mulhisi.c:Test program
Test program showing that the non-FSF patches introduce a wrong multiply.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52474
Georg-Johann Lay changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
Bug #: 52584
Summary: Fails to constant fold vector upper/lower half
BIT_FIELD_REFs
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
--- Comment #5 from Richard Guenther 2012-03-14
13:00:49 UTC ---
Author: rguenth
Date: Wed Mar 14 13:00:44 2012
New Revision: 185380
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185380
Log:
2012-03-14 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #5 from Richard Guenther 2012-03-14
13:01:52 UTC ---
Author: rguenth
Date: Wed Mar 14 13:01:46 2012
New Revision: 185381
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185381
Log:
2012-03-14 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52571
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52474
--- Comment #7 from Georg-Johann Lay 2012-03-14
13:03:54 UTC ---
Note: The assembler code in attachment 26890 is from
30-gcc-4.5.1-fixedpoint-3-4-2010.patch
http://distribute.atmel.no/tools/opensource/avr-gcc/gcc-4.5.1
Fortran (GCC) 4.8.0 20120314 (experimental) [trunk revision 185372]
$ cat p_assoc.f90
module m0
abstract interface
subroutine sub
end subroutine sub
end interface
interface
subroutine s(ss)
import sub
procedure(sub), pointer, intent(in) :: ss
end subroutine s
end interface
end module m0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47007
--- Comment #16 from PierreC 2012-03-14 13:42:13 UTC
---
I bumped into this problem using f2py to interface a Fortran library into
Python.
The read statement upon an internal buffer depends on the locale...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52586
Bug #: 52586
Summary: libgo fails to build for mipsel64-linux-gnu (reference
to undefined name 'SYS_GETDENTS64')
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #6 from Jakub Jelinek 2012-03-14
14:21:22 UTC ---
Author: jakub
Date: Wed Mar 14 14:21:12 2012
New Revision: 185383
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185383
Log:
PR c++/52582
* config/rs6000/rs6000.c (call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #7 from Jakub Jelinek 2012-03-14
14:24:38 UTC ---
Author: jakub
Date: Wed Mar 14 14:24:32 2012
New Revision: 185384
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185384
Log:
PR c++/52582
* config/rs6000/rs6000.c (call
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52585
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52580
--- Comment #2 from Richard Guenther 2012-03-14
14:32:49 UTC ---
Confirmed, 4.7 does
418: LOOP VECTORIZED.
398: LOOP VECTORIZED.
335: LOOP VECTORIZED.
316: LOOP VECTORIZED.
280: LOOP VECTORIZED.
262: LOOP VECTORIZED.
213: LOOP VECTORIZED.
vs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52585
--- Comment #2 from Tobias Burnus 2012-03-14
14:41:05 UTC ---
I think one needs something like the following for both the first and the
second argument.
if (arg1->expr->symtree->n.sym->attr.proc_pointer
&& arg1->expr->symtree->n.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52580
--- Comment #3 from Richard Guenther 2012-03-14
14:52:11 UTC ---
The issue is that with the artificial access functions added for
__BLNK__.uold and __BLK__.vnew we run the subscript dependence tester
but that fails even when only a single access
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52584
--- Comment #1 from Richard Guenther 2012-03-14
14:55:16 UTC ---
Author: rguenth
Date: Wed Mar 14 14:55:11 2012
New Revision: 185385
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185385
Log:
2012-03-14 Richard Guenther
PR middle-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52587
Bug #: 52587
Summary: ICE: in emit_move_insn, at expr.c:3355: array with one
element
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52588
Bug #: 52588
Summary: false warning: array subscript is above array bounds:
number of elements is 1
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52589
Bug #: 52589
Summary: VRP missed optimization
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #8 from Jakub Jelinek 2012-03-14
16:12:35 UTC ---
Temporarily worked around for 4.7.0. We really should find out why we aren't
setting DECL_EXTERNAL on this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52589
--- Comment #1 from Jakub Jelinek 2012-03-14
17:24:30 UTC ---
The problem is in extract_range_from_binary_expr_1, we have
s_7 = ASSERT_EXPR ;
D.1721_3 = s_7 + 2147483648;
if (D.1721_3 <= 268435455)
s_7 has range ~[2147483648, 2415919103] (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
--- Comment #8 from Jason Merrill 2012-03-14
18:00:33 UTC ---
I wouldn't warn about a cast that changes the type or value category of an
expression at all, or a cast that ends up being the same type as the result of
template instantiation. But a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #9 from Jason Merrill 2012-03-14
18:33:07 UTC ---
Created attachment 26893
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26893
patch
Does this fix it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52582
--- Comment #10 from Jakub Jelinek 2012-03-14
18:44:32 UTC ---
On this testcase? Yes, it does. Haven't done bootstrap/regtest with it
though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #1 from Uros Bizjak 2012-03-14 19:27:09
UTC ---
(In reply to comment #0)
> --- FAIL: log.TestAll (0.02 seconds)
> log_test.go:66: log output should match
> "^.*/[A-Za-z0-9_\\-]+\\.go:(54|56):
> hello 23 world$" is ":0: hello 23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590
Bug #: 52590
Summary: std::thread Segmentation fault static linking
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: major
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52362
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52362
--- Comment #3 from vries at gcc dot gnu.org 2012-03-14 21:02:51 UTC ---
(In reply to comment #2)
> What's different with --disable-bootstrap? Missing linker plugin support?
I did a reference build, bootstrap and nobootstrap, and the test passed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
Bug #: 52591
Summary: [C++0x] [4.7 Regression] moving std::vector relies on
movable elements
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52362
--- Comment #4 from Eric Botcazou 2012-03-14
21:10:38 UTC ---
> After that, I tested an tail-merge (AFAIK unrelated) patch on top of the same
> sources, and now the test fails for both:
With exactly the same invocation of make -k check, in parti
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52362
--- Comment #5 from vries at gcc dot gnu.org 2012-03-14 21:28:40 UTC ---
(In reply to comment #4)
> > After that, I tested an tail-merge (AFAIK unrelated) patch on top of the
> > same
> > sources, and now the test fails for both:
>
> With exactly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590
--- Comment #2 from Jason Toffaletti 2012-03-14
21:29:18 UTC ---
(In reply to comment #1)
> > -static
>
> You need to make sure all of libpthread.a is included, right it does not get
> linked that way.
>
> This is not a GCC or glibc bug.
Your
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50797
--- Comment #2 from hjl at gcc dot gnu.org 2012-03-14
22:20:23 UTC ---
Author: hjl
Date: Wed Mar 14 22:20:17 2012
New Revision: 185396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185396
Log:
Add -maddress-mode=short|long for x86
2012-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49468
--- Comment #10 from Oleg Endo 2012-03-14
22:58:05 UTC ---
Author: olegendo
Date: Wed Mar 14 22:57:58 2012
New Revision: 185397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=185397
Log:
PR target/49468
* gcc.target/sh/pr49468-si.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14710
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|paolo.carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
Joe Hermaszewski changed:
What|Removed |Added
Version|4.7.0 |4.8.0
--- Comment #2 from Joe Hermasze
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #3 from Paolo Carlini 2012-03-14
23:46:59 UTC ---
You bet it ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #5 from Jonathan Wakely 2012-03-15
00:36:22 UTC ---
(In reply to comment #1)
> Jon, can you have a look? I suspect it's just matter of telling apart cases in
> the move-assignment operator at compile time with templates instead of a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #6 from Jonathan Wakely 2012-03-15
00:51:23 UTC ---
The allocator-aware container requirements (table 99) state that move-assigning
a vector requires that the element type be MoveAssignable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #7 from Jonathan Wakely 2012-03-15
00:58:15 UTC ---
std::vector did not conform to the C++11 allocator-aware container requirements
in 4.6, now it does, so you can't use a non-MoveAssignable type as the element
type.
It would be poss
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #8 from Paolo Carlini 2012-03-15
01:01:36 UTC ---
I see. That conforming extension seems nice to have, anyway, I agree (together
with 2103)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
--- Comment #9 from Jonathan Wakely 2012-03-15
01:20:33 UTC ---
Created attachment 26895
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26895
barely tested patch that allows testcase to compile
here's a prototype, I'll come back to it later
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52591
Jonathan Wakely changed:
What|Removed |Added
Severity|major |enhancement
--- Comment #10 from Jonath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52590
--- Comment #3 from Jason Toffaletti 2012-03-15
04:14:40 UTC ---
$ g++-4.7 -Wl,-M -v -static -pthread -std=c++0x -o thread thread.cc shows all
of libpthread being linked.
With a bit more digging I traced the problem to
/usr/include/c++/4.7.0/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52479
--- Comment #2 from Alexandre Oliva 2012-03-15
04:47:07 UTC ---
IMHO, the whole point of -ffast-math is to trade precision for speed, so the
use of fsca makes sense to me, but I wouldn't mind if we no longer used it for
DFmode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52583
--- Comment #2 from Ian Lance Taylor 2012-03-15 05:27:03
UTC ---
What's failing is not Printf or Println, but the filename and line number.
Those are retrieved using DWARF lookup on the PC, and evidently something is
going wrong in that area. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
Bug #: 52592
Summary: mplayer compilation failure with undefined reference
to `__builtin_iround'
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52593
Bug #: 52593
Summary: Builtin sqrt on x86 is not correctly rounded
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
--- Comment #1 from Andrew Pinski 2012-03-15
06:00:37 UTC ---
What target is this on?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
-20120314/configure --prefix=/usr
--libexecdir=/usr/lib --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++
--disable-multilib --disable-bootstrap --with-system-zlib
Thread model: posix
gcc version 4.7.0 20120314 (prerelease) (GCC)
Compilation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
--- Comment #4 from ojab 2012-03-15 06:04:38 UTC ---
Created attachment 26896
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26896
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
Andrew Pinski changed:
What|Removed |Added
Keywords||link-failure, wrong-code
Targ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
--- Comment #6 from Andrew Pinski 2012-03-15
06:13:42 UTC ---
Note a simple testcase works correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52592
--- Comment #7 from Andrew Pinski 2012-03-15
06:43:55 UTC ---
Reduced testcase:
int best_state[256][256];
__attribute__((cold))
int encode_init(double p) {
return best_state[(int)round(p)][0];
}
--- CUT ---
(define_expand "lround2"
[(mat
83 matches
Mail list logo
