* Ralf Wildenhues wrote on Tue, Mar 29, 2011 at 07:55:27AM CEST:
* Ian Lance Taylor wrote on Tue, Mar 29, 2011 at 07:39:25AM CEST:
Shortly after that code in libtool.m4, I see this:
if test -f /etc/ld.so.conf; then
lt_ld_extra=`awk '/^include / { system(sprintf(cd /etc; cat %s
Hello
On 28.03.11, you wrote:
I think that the right place for the note is at
http://gcc.gnu.org/install/specific.html#x-x-cygwin
It should say something like:
Versions of Cygwin older than x.y.z fail to build the decimal floating
point library, libbid. You will either need to
On Mon, 28 Mar 2011, Ian Lance Taylor wrote:
We have several bug reports for 4.6.0 about failures of the form
checking dynamic linker characteristics... configure: error: Link tests are
not allowed after GCC_NO_EXECUTABLES.
http://gcc.gnu.org/PR47836
http://gcc.gnu.org/PR46586
Hi,
We're pleased to announce that Intel (1) has donated three servers
and that IRILL (2) has donated hosting for them. All machines
are now online in the GCC Compile Farm (3).
- gcc20: a dual Xeon X5670 2.93 GHz 12 cores 24 threads 24 GB RAM system
- gcc46/47: two Atom D510 systems
Roberto Di
Richard Sandiford richard.sandif...@linaro.org writes:
Richard Guenther richard.guent...@gmail.com writes:
Well, I meant if the user compiles with -msse, declares such a
global var (which means it gets V4SFmode and not BLKmode)
and then uses it in a function where he explicitly disables SSE
On 28/03/2011 19:52, FX wrote:
this is a known issue and strictly cygwin related. Please update your
cygwin environment to newest version, or disable decimal-floating
point by option.
Well, maybe this is known, but it is not noted on the GCC 4.6.0 release
notes, nor on the target-specific
On 29/03/2011 09:50, Bernd Roesch wrote:
Hello
On 28.03.11, you wrote:
I think that the right place for the note is at
http://gcc.gnu.org/install/specific.html#x-x-cygwin
It should say something like:
Versions of Cygwin older than x.y.z fail to build the decimal floating
point
On Tue, Mar 29, 2011 at 2:44 PM, Richard Sandiford
richard.sandif...@linaro.org wrote:
Richard Sandiford richard.sandif...@linaro.org writes:
Richard Guenther richard.guent...@gmail.com writes:
Well, I meant if the user compiles with -msse, declares such a
global var (which means it gets
Hi Ed,
I am working on a proposal to implement user-defined literals as a Google
Summer of Code project. I was unaware that someone was already working on
it. If you have already done some work, maybe it is better for me to pick
another project. Or maybe you would be interested in mentoring me
On 28/03/2011 08:25, Jakub Jelinek wrote:
The GNU Compiler Collection version 4.6.0 has been released.
Were there any changes (other than perhaps repackaging) after the second RC
(dated 20110321)?
cheers,
DaveK
On 03/29/2011 10:05 AM, Levon Haykazyan wrote:
Hi Ed,
I am working on a proposal to implement user-defined literals as a Google
Summer of Code project. I was unaware that someone was already working on
it. If you have already done some work, maybe it is better for me to pick
another project. Or
Joseph S. Myers jos...@codesourcery.com writes:
In general link tests *are* required for GNU/Linux targets, because of
e.g. uClibc configurations where some functions may be disabled and this
can sometimes only be detected through a link test. Furthermore, when
building shared libraries
On Tue, Mar 29, 2011 at 2:16 PM, Ed Smith-Rowland 3dw...@verizon.net wrote:
On 03/29/2011 10:05 AM, Levon Haykazyan wrote:
Hi Ed,
I am working on a proposal to implement user-defined literals as a Google
Summer of Code project. I was unaware that someone was already working on
it. If you
On Tue, Mar 29, 2011 at 03:13:07PM +0100, Dave Korn wrote:
On 28/03/2011 08:25, Jakub Jelinek wrote:
The GNU Compiler Collection version 4.6.0 has been released.
Were there any changes (other than perhaps repackaging) after the second RC
(dated 20110321)?
You can easily look at svn. But
Hi Art,
This morning's build on sparc-sun-solaris2.10 failed for me; the error
message in 'stage_2' is below:
options.c:753:3: error: enum conversion in initialization is invalid in C++
[-Werror=c++-compat]
options.c:753:3: error: (near initialization for
On 29/03/2011 15:32, Jakub Jelinek wrote:
On Tue, Mar 29, 2011 at 03:13:07PM +0100, Dave Korn wrote:
On 28/03/2011 08:25, Jakub Jelinek wrote:
The GNU Compiler Collection version 4.6.0 has been released.
Were there any changes (other than perhaps repackaging) after the second RC
(dated
As some digging shows, already GCC 1.35 had effectively the same code.
As soon as parameters are passed in registers GCC loads the parts fitting
into registers as full words. We could simply sorry() for these cases, as
they never worked correctly. Though I suppose that's quite unforgiving,
On 03/29/2011 01:33 PM, Joseph S. Myers wrote:
But some of
those bug reports refer to target libiberty - which I still maintain
should never be built by GCC - and some to target zlib, which I think
should only be relevant when building Java.
Agreed on both counts.
Paolo
On Tue, Mar 29, 2011 at 10:45 AM, Dave Korn dave.korn.cyg...@gmail.com wrote:
On 29/03/2011 15:32, Jakub Jelinek wrote:
On Tue, Mar 29, 2011 at 03:13:07PM +0100, Dave Korn wrote:
On 28/03/2011 08:25, Jakub Jelinek wrote:
The GNU Compiler Collection version 4.6.0 has been released.
Were
- Original Message -
From: Ed Smith-Rowland 3dw...@verizon.net
To: gcc@gcc.gnu.org
Subject: Re: [C++-0X] User-defined literals, gsoc
Date: Tue, 29 Mar 2011 10:16:52 -0400
On 03/29/2011 10:05 AM, Levon Haykazyan wrote:
Hi Ed,
I am working on a proposal to implement
I've merged gcc-4_6-branch at the 4.6.0 release tag point into
google/gcc-4_6. I have not removed the prerelease marker from
DEV-PHASE, however.
Tested on x86_64.
Diego.
On 03/29/2011 05:53 AM, Dave Korn wrote:
I think it can too in readme add that on current cygwin on win 64 and
multicore CPU GCC compile lots slower as on single CPU systems. To speed up
GCC and compile 3* faster in windows taskmanager can the CPU number set to
1 for the shell task.
But i
ftp://gcc.gnu.org/pub/gcc/infrastructure/ contains old versions of
some libraries (like GMP, MPFR and MPC). Shouldn't they be updated?
GNU MPFR can also be downloaded from: http://ftp.gnu.org/gnu/mpfr/
--
Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/
100% accessible validated
Having been cleaning up the toplevel configure.ac in various ways
following removing deprecated targets for GCC 4.7, I would like to propose
some principles relating to the toplevel configure and build system.
These are intended as principles to guide future development and indicate
the
2. If you put directories from the GCC repository into your build, you
should expect GCC and its libraries to be built; toplevel should not
disable GCC on the grounds that GCC does not support a given target.
I disagree. We have a single combined gcc+binutils+etc internal tree
that's
Joseph S. Myers jos...@codesourcery.com writes:
2. If you put directories from the GCC repository into your build, you
should expect GCC and its libraries to be built; toplevel should not
disable GCC on the grounds that GCC does not support a given target.
I'd appreciate it if creating a
Snapshot gcc-4.4-20110329 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20110329/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Tue, 29 Mar 2011, DJ Delorie wrote:
2. If you put directories from the GCC repository into your build, you
should expect GCC and its libraries to be built; toplevel should not
disable GCC on the grounds that GCC does not support a given target.
I disagree. We have a single
Joseph S. Myers jos...@codesourcery.com writes:
Specifically, I propose removal of all support for building: ash autoconf
automake bash byacc bzip2 diff dosutils fileutils findutils find gawk
gettext gnuserv gzip hello indent libiconv libtool make mmalloc patch perl
prms rcs release recode
dj wrote:
[...]
I see no reason to stop people from building in a combined source tree
for multiple targets, and expecting it to work.
Perhaps if we do move to git for all the /src stuff, we can have a
/toplevel git repository with different branches suitable for each of
your tastes of such
On Tue, 29 Mar 2011, Ian Lance Taylor wrote:
Joseph S. Myers jos...@codesourcery.com writes:
Specifically, I propose removal of all support for building: ash autoconf
automake bash byacc bzip2 diff dosutils fileutils findutils find gawk
gettext gnuserv gzip hello indent libiconv
Perhaps if we do move to git for all the /src stuff, we can have a
/toplevel git repository with different branches suitable for each
of your tastes of such policy.
Perhaps I misunderstand how this would work (/me hates git) but I'm
not looking forward to adding support to umpteen million
On Tue, 29 Mar 2011, Frank Ch. Eigler wrote:
Perhaps if we do move to git for all the /src stuff, we can have a
It is very strongly in my principle 6 that there should be no we moving
for all the /src stuff - that it should be made possible for each
project (a) through (i) to make its own
On Thu, Mar 17, 2011 at 2:11 PM, WANG.Jiong wong.kwongy...@gmail.com wrote:
define_split should be the correct way to handle this.
You should first use define_split to break your 256bit pattern and generate
legitimized 128bit rtl pattern sequence for you processor
mips_output_move should only
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48279
--- Comment #8 from Tobias Burnus burnus at gcc dot gnu.org 2011-03-29
06:26:50 UTC ---
(In reply to comment #7)
call set1 (get (h))
subroutine set1 (a)
integer, intent(inout) :: a
If one changes the (invalid) INOUT to IN, it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48327
Summary: [4.7 Regression] Bootstrap comparison failure with ada
since r171622
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48290
--- Comment #6 from Ira Rosen irar at il dot ibm.com 2011-03-29 07:04:08 UTC
---
(In reply to comment #5)
The patch in comment #3 fixes the ICE, but the test still fails:
FAIL: gcc.dg/vect/pr38529.c scan-tree-dump-times vect OUTER LOOP
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48252
--- Comment #1 from Johan Kristell johan.kristell at axis dot com 2011-03-29
07:18:37 UTC ---
Some additional info about the gcc version tested.
URL: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_6-branch
Revision: 171340
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48325
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2011-03-29
07:43:35 UTC ---
That's a heavily modified compiler by CodeSourcery. Please reproduce with a
vanilla FSF GCC, or report the problem to CodeSourcery as their compiler
clearly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48327
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Target|x86_64-linux|x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48328
Summary: GCC failed to generate 16bit relative jump table
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48329
Summary: Program takes twice as long *without* -fopenmp than
with 1 OpenMP thread
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization, openmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48290
--- Comment #7 from rguenther at suse dot de rguenther at suse dot de
2011-03-29 09:22:15 UTC ---
On Mon, 28 Mar 2011, dominiq at lps dot ens.fr wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48290
--- Comment #5 from Dominique
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48095
--- Comment #4 from janus at gcc dot gnu.org 2011-03-29 09:39:13 UTC ---
Author: janus
Date: Tue Mar 29 09:39:10 2011
New Revision: 171654
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171654
Log:
2011-03-29 Janus Weil ja...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48318
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48319
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48095
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC||burnus at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48306
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48306
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.2.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48095
--- Comment #6 from Tobias Burnus burnus at gcc dot gnu.org 2011-03-29
10:19:02 UTC ---
(In reply to comment #5)
I would assume that one needs a similar check in resolve_structure_cons.
That should then also take care of:
rect = rectangle
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48327
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48330
Summary: [4.7 Regression] ICE: in optimize_inline_calls, at
tree-inline.c:4201 with -fmudflap -fno-early-inlining
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48290
--- Comment #8 from irar at gcc dot gnu.org 2011-03-29 10:26:30 UTC ---
Author: irar
Date: Tue Mar 29 10:26:25 2011
New Revision: 171657
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171657
Log:
PR tree-optimization/48290
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48329
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48327
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-29
10:56:50 UTC ---
Binary search revealed it is actually gimple.o that got miscompiled by
stage1-gcc/cc1. Ignoring .L number differences, only is_gimple_val
and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-03-29
11:21:53 UTC ---
At revision 171632 the test also failed on x86_64-apple-darwin10.7.0:
...
Executing on host: ../libtool --silent --tag=CC --mode=link
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-29 11:30:31 UTC ---
--- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr
2011-03-29 11:21:53 UTC ---
At revision 171632 the test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
--- Comment #6 from Dominique d'Humieres dominiq at lps dot ens.fr 2011-03-29
11:39:58 UTC ---
This either suggests a different change being responsible or a timing
issue. Some of those tests can be quite sensitive to load.
Could you try to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48331
Summary: [4.7 Regression]
gcc.c-torture/execute/built-in-setjmp.c FAILs with -O
-fira-algorithm=priority -fPIC
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48299
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-03-29 11:46:29 UTC ---
The failing test occured on a quiet state: i.e., terminal, safari, and xchat
opened but not used.
The tests run in a fraction
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48195
--- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org 2011-03-29
11:55:36 UTC ---
Proposed patch posted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01982.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48331
--- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2011-03-29 12:10:38
UTC ---
The while (1) part of the testcase is not actually needed.
The problem seems to be there (at the assembly level):
...
movrax, QWORD PTR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48332
Summary: optabs changes (PR48263 fix) broke m68k-linux
bootstrap
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48332
--- Comment #1 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
2011-03-29 12:47:23 UTC ---
Please attach a preprocessed file.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48333
Summary: -fcompare-debug failure (length) - memmove x
__builtin_memmove
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48330
--- Comment #1 from Martin Jambor jamborm at gcc dot gnu.org 2011-03-29
12:54:50 UTC ---
It's mudflap adding call graph nodes from outside the pass manager
again:
(gdb) bt
#0 fancy_abort (file=0x89fd0b8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48332
--- Comment #2 from Mikael Pettersson mikpe at it dot uu.se 2011-03-29
13:01:13 UTC ---
Created attachment 23799
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23799
preprocessed and reduced test case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48318
--- Comment #3 from Markus Elfring Markus.Elfring at web dot de 2011-03-29
13:10:41 UTC ---
(In reply to comment #2)
I can not generate a backtrace myself by the tool GNU debugger on my system
at the moment because of the issue GDB or dependency
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48330
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48318
--- Comment #4 from Markus Elfring Markus.Elfring at web dot de 2011-03-29
13:13:52 UTC ---
Created attachment 23800
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23800
valgrind log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48318
--- Comment #5 from Markus Elfring Markus.Elfring at web dot de 2011-03-29
13:15:04 UTC ---
Created attachment 23801
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23801
valgrind log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48296
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2011-03-29
13:27:31 UTC ---
Author: jason
Date: Tue Mar 29 13:27:25 2011
New Revision: 171661
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171661
Log:
PR c++/48296
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42687
Florian Sowade f.sowade-gcc at r9e dot de changed:
What|Removed |Added
CC||f.sowade-gcc
Hi Nex here,
I try to compile a Canadian Cross Compiler
Configure for Candian Cross :
../../source/gcc-4.5.2/configure --build=i686-linux --host=mingw32
--target=powerpc-wrs-vxworks --with-gnu-ld --with-gnu-as --disable-nls
--disable-shared --enable-languages=c,c++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42687
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42687
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48334
Summary: [4.7 Regression] gcc.target/i386/pr39445.c FAILs with
-fira-algorithm=priority
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48335
Summary: [4.6/4.7 Regression] ICE in convert_move
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48335
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.5.2
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47570
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2011-03-29
14:24:15 UTC ---
Author: jason
Date: Tue Mar 29 14:24:09 2011
New Revision: 171663
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171663
Log:
PR c++/47570
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47504
--- Comment #7 from Jason Merrill jason at gcc dot gnu.org 2011-03-29
14:24:24 UTC ---
Author: jason
Date: Tue Mar 29 14:24:19 2011
New Revision: 171664
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171664
Log:
PR c++/47504
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48313
--- Comment #8 from Jason Merrill jason at gcc dot gnu.org 2011-03-29
14:25:34 UTC ---
Author: jason
Date: Tue Mar 29 14:25:22 2011
New Revision: 171669
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171669
Log:
PR c++/48313
* pt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47999
--- Comment #4 from Jason Merrill jason at gcc dot gnu.org 2011-03-29
14:25:49 UTC ---
Author: jason
Date: Tue Mar 29 14:25:37 2011
New Revision: 171670
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171670
Log:
PR c++/47999
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48296
--- Comment #3 from Jason Merrill jason at gcc dot gnu.org 2011-03-29
14:26:43 UTC ---
Author: jason
Date: Tue Mar 29 14:26:33 2011
New Revision: 171675
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171675
Log:
PR c++/48296
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48296
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48336
Summary: Error in generation of ARM ldrd instruction
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48313
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48334
Zdenek Sojka zsojka at seznam dot cz changed:
What|Removed |Added
CC||vmakarov at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48331
Zdenek Sojka zsojka at seznam dot cz changed:
What|Removed |Added
CC||vmakarov at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48289
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48337
Summary: [4.7 regression] options.c doesn't compile on SPARC
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47504
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47570
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48338
Summary: [4.7 Regression] Glibc miscompiled
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47999
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48337
--- Comment #1 from joseph at codesourcery dot com joseph at codesourcery dot
com 2011-03-29 14:51:01 UTC ---
On Tue, 29 Mar 2011, ro at gcc dot gnu.org wrote:
options.c:753:3: error: enum conversion in initialization is invalid in C++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48335
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-29
14:55:51 UTC ---
And:
/* { dg-do compile } */
/* { dg-options -O2 -fno-tree-sra } */
typedef __float128 T __attribute__((__may_alias__));
struct S
{
_Complex double d
1 - 100 of 259 matches
Mail list logo