Robert Dewar wrote:
I'm disappointed that a license improvement (changing GPL to GFDL on
manuals) has made it impossible to do something that we, as developers,
used to be able to do (when documentation was under the GPL we could
move things back and forth between code and documentation at
gcc.gnu.org will be preferrable, I think. That allows a number of us
to help out if neede, re-running scripts, etc.
Right. The Makefiles are set up for this now.
For the time being I suggest to apply the patch below, though. What
we have in place as of today simply is broken (and has
I believe that the right fix (short of simply abandoning the GFDL,
which would be fine with me, but is presumably not going to pass
muster with RMS) is a revision to the GPL that explicitly permits
relicensing GPL'd content under the GFDL, by anyone. Movement in
that direction should not be
Benjamin Kosnik wrote:
I believe that the right fix (short of simply abandoning the GFDL,
which would be fine with me, but is presumably not going to pass
muster with RMS) is a revision to the GPL that explicitly permits
relicensing GPL'd content under the GFDL, by anyone.
I like the sound
On Tue, Jul 27, 2010 at 08:53:48AM -0700, Mark Mitchell wrote:
I believe that the right fix (short of simply abandoning the GFDL, which
would be fine with me, but is presumably not going to pass muster with
RMS) is a revision to the GPL that explicitly permits relicensing GPL'd
content under
Joe Buck wrote:
We might need to go in the other direction (less radical, but enough to
solve the immediate problem). What if only constraints files are
dual-licensed (GPL3+ or GFDL) for now? Then documentation can be
generated from them and we've at least solved that problem. If RMS
JUMP_ALIGN_MAX_SKIP
LABEL_ALIGN_AFTER_BARRIER_MAX_SKIP
LOOP_ALIGN_MAX_SKIP
LABEL_ALIGN_MAX_SKIP
None of these macros take any parameters, but for optimal performance
on RX, it's key to match the max_skip with the size of the following
opcode - there's a penalty only if you branch to an
On Tue, Jul 27, 2010 at 8:09 PM, Mark Mitchell m...@codesourcery.com wrote:
Joe Buck wrote:
We might need to go in the other direction (less radical, but enough to
solve the immediate problem). What if only constraints files are
dual-licensed (GPL3+ or GFDL) for now? Then documentation can
On Tue, 27 Jul 2010, Benjamin Kosnik wrote:
Please, members of the SC, make this case.
Done. I, too, find the removal of freedoms that the incompatible GNU
licenses (GPLv2 vs GPLv3, GPL vs GFDL,...) create rather unacceptable.
Gerald
Richard Guenther wrote:
Why not just ignore RMS and the license issues and simply do what we
think suits us and the project. Let the FSF deal with the legal consequences,
they put us in this messy situation, they deal with it.
We should not distribute things in violation of their licenses;
Snapshot gcc-4.4-20100727 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20100727/
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
Hi,
I ran the following script to gather data with trunk (from 20100615)
and Graphite branch (today).
for i in `ls -1 *.f90`; do
echo -n $i
$FC $OPT -c ./$i out
grep LOOP VECTORIZED out | wc
done
The following columns correspond to the number of lines reported by wc.
Trunk0:
Joseph Myers, Richard Guenther, and I will be hosting the second GCC
Release Manager QA on Thursday, August 5th at 9:00 AM Pacific Daylight
Time. (Jakub Jelinek is unfortunately unable to attend.)
As before, feel free to put questions that you would like to ask on this
Wiki page:
if you will be
On Tue, Jul 27, 2010 at 06:47:53PM -0500, Sebastian Pop wrote:
Hi,
I ran the following script to gather data with trunk (from 20100615)
and Graphite branch (today).
for i in `ls -1 *.f90`; do
echo -n $i
$FC $OPT -c ./$i out
grep LOOP VECTORIZED out | wc
done
The
On Tue, Jul 27, 2010 at 21:09, Jack Howarth howa...@bromo.med.uc.edu wrote:
When do you think we may start to see the vectorizations in
Gr1 exceed those from Gr0?
I know at least of one case http://gcc.gnu.org/PR43423 that is still
not vectorized and that would benefit of the
DJ Delorie d...@redhat.com writes:
JUMP_ALIGN_MAX_SKIP
LABEL_ALIGN_AFTER_BARRIER_MAX_SKIP
LOOP_ALIGN_MAX_SKIP
LABEL_ALIGN_MAX_SKIP
None of these macros take any parameters, but for optimal performance
on RX, it's key to match the max_skip with the size of the following
opcode -
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-27 06:04 ---
(In reply to comment #2)
Untested patch.
+ return (e-symtree-n.sym-attr.flavour == FL_PARAMETER);
s/flavour/flavor/
It also regresses (diagnostics) in gfortran.dg/transfer_simplify_2.f90 /
--- Comment #5 from burnus at gcc dot gnu dot org 2010-07-27 06:08 ---
From the error location it looks like a duplicate of PR 44857.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from kargl at gcc dot gnu dot org 2010-07-27 06:11 ---
Here's an even shorter testcase.
MODULE FunctionTypes
IMPLICIT NONE
integer, parameter :: OpconNameLength = 4
TYPE, PUBLIC :: TTermDefinition
CHARACTER (OpconNameLength) :: termName(2)
END TYPE
--- Comment #7 from kargl at gcc dot gnu dot org 2010-07-27 06:15 ---
(In reply to comment #5)
From the error location it looks like a duplicate of PR 44857.
Yes, I think you're right. I've reduced it further in
comment #6. The code compiles if the array constructor is
changed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|function names in error |[4.5/4.6 Regression]
|message
--- Comment #4 from dominiq at lps dot ens dot fr 2010-07-27 06:56 ---
It also regresses (diagnostics) in gfortran.dg/transfer_simplify_2.f90 /
gfortran.dg/transfer_simplify_7.f90.
I also see a regression for gfortran.dg/parameter_array_section_1.f90
[macbook] f90/bug% gfc
--- Comment #15 from andi-gcc at firstfloor dot org 2010-07-27 06:56
---
I'm working on a solution for the lost code problem. It will require
-ffunction/data-sections so that it can be undone section by section.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44966
Using gold for its --detect-odr-violations:
$ cat test.cc
#include map
extern void foo();
int main() {
foo();
std::mapint, int m1;
m1.insert(std::make_pair(1, 2));
m1.erase(m1.begin());
}
$ cat test2.cc
#include map
void foo() {
std::mapint, int m1;
m1.insert(std::make_pair(1, 2));
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-27 08:29 ---
So, to add c1's type, we call gen_typedef_with_usage with A typedef variant.
19880 /* If TYPE is a typedef type variant, let's generate debug info
19881 for the parent typedef which TYPE is a type of. */
19882
--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-27 08:29 ---
subroutine foo(x)
integer, allocatable :: x
end subroutine
integer, allocatable :: ptr
call foo(ptr)
end
Error: Dummy argument 'x' of procedure 'foo' at (1) has an attribute that
requires an explicit
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #27 from burnus at gcc dot gnu dot org 2010-07-27 08:44 ---
Subject: Bug 40873
Author: burnus
Date: Tue Jul 27 08:44:22 2010
New Revision: 162557
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162557
Log:
2010-07-26 Tobias Burnus bur...@net-b.de
PR
--- Comment #4 from jakub at gcc dot gnu dot org 2010-07-27 08:45 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2010-07-27 08:46 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #28 from burnus at gcc dot gnu dot org 2010-07-27 08:46 ---
FIXED on the trunk (4.6). Thanks for the reports, comments, patches,
suggestions, and reviews!
See PR 45077, PR 45087, and PR 44945 for remaining -fwhole-(file,program) bugs.
--
burnus at gcc dot gnu dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2010-07-27 08:48 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-27 08:58 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from ubizjak at gmail dot com 2010-07-27 09:05 ---
Created an attachment (id=21324)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21324action=view)
alpha asm dump
This test still fails on alpha with attached asm dump.
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-27 09:17 ---
Trying to reduce ... it happens only with whopr.
Program received signal SIGSEGV, Segmentation fault.
0x005d33ba in prune_unused_types_mark (die=0x0, dokids=1)
at
--- Comment #4 from irar at il dot ibm dot com 2010-07-27 09:25 ---
I am testing a patch.
--
irar at il dot ibm dot com changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-27 09:26 ---
So the issue may be that the LTO FE doesn't announce any decls to the debug
machinery.
grep debug_hooks cp/*.c
cp/decl.c:debug_hooks-type_decl (tdecl, 0);
cp/decl.c: /*debug_hooks-set_name (t,
--- Comment #4 from bernds at gcc dot gnu dot org 2010-07-27 09:35 ---
Subject: Bug 45051
Author: bernds
Date: Tue Jul 27 09:34:51 2010
New Revision: 162558
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162558
Log:
PR rtl-optimization/45051
* reload1.c
--- Comment #1 from paolo dot carlini at oracle dot com 2010-07-27 09:42
---
Definitely they are not, **no** binary compatibility between C++98 and C++0x.
And I can tell you there are **many** more incompatibilities beyond this one
which you noticed.
--
paolo dot carlini at oracle
--- Comment #4 from hubicka at ucw dot cz 2010-07-27 09:43 ---
Subject: Re: -Os -g -fwhopr dwarf2out ICE
So the issue may be that the LTO FE doesn't announce any decls to the debug
machinery.
Because they are already announced before streaming ;). I am not at all
familiar with
--- Comment #6 from jakub at gcc dot gnu dot org 2010-07-27 09:44 ---
Subject: Bug 45083
Author: jakub
Date: Tue Jul 27 09:43:59 2010
New Revision: 162559
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162559
Log:
PR tree-optimization/45083
* tree-inline.c
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-27 09:46 ---
Well - I have no idea ;) We can look at what the FE announces after I finished
testcase reduction.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2010-07-27 09:49 ---
Reduced test case:
!--
module iso_red
type, public :: varying_string
character(LEN=1), dimension(:), allocatable :: chars
end type
--- Comment #7 from jakub at gcc dot gnu dot org 2010-07-27 10:17 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-27 10:39 ---
One of these DW_TAG_variable DIEs at the DW_TAG_namespace scope is created
from declare_in_namespace when processing decls_for_scope of a lexical block.
The other one comes from declare_in_namespace from
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-27 11:06 ---
Created an attachment (id=21325)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21325action=view)
testcase
g++ -r -nostdlib -O[s23] -g -flto d2.3.3.C d3.3.3.C
The key is that nsAccessible are not merged
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-27 11:14
---
Well, this specific snippet will work at some point, because we want to use
namespace association for the C++0x containers. Of course no binary
compatibility in general, C++0x and C++98 code will not be
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-27 11:14 ---
Perhaps a question is whether we need to actually call gen_decl_die in
declare_in_namespace if local_scope_p (context_die). AFAIK we don't use the
DW_TAG_variable from the namespace scope in any attributes...
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #12 from mikael at gcc dot gnu dot org 2010-07-27 11:29 ---
I might take a look someday.
It seems a namespace is freed to soon. -fwhole-file works as it retains
namespaces till the end.
--
mikael at gcc dot gnu dot org changed:
What|Removed
gcc 4.5.0
$ cat /tmp/bug.c
extern int printf(const char *fmt, ...);
void foo(void *x) { printf(%p\n, x); }
void bar(long long *x) { printf(%lld , *x); foo(x); }
int main()
{
bar((long long){0ll});
bar((long long){1ll});
bar((long long){2ll});
bar((long
--- Comment #12 from anitha dot boyapati at atmel dot com 2010-07-27 11:35
---
confirmed for 4.5.0. Yet to verify for HEAD.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42240
--- Comment #19 from iains at gcc dot gnu dot org 2010-07-27 12:03 ---
Subject: Bug 44140
Author: iains
Date: Tue Jul 27 12:02:50 2010
New Revision: 162563
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162563
Log:
re-enable tls and lto tests for ObjC/C++
PR ObjC/44140
--- Comment #20 from mikael at gcc dot gnu dot org 2010-07-27 12:07 ---
4.6 done, backports pending.
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from irar at gcc dot gnu dot org 2010-07-27 12:26 ---
Subject: Bug 44152
Author: irar
Date: Tue Jul 27 12:26:31 2010
New Revision: 162564
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162564
Log:
PR tree-optimization/44152
* tree-vect-slp.c
--- Comment #5 from ramana at gcc dot gnu dot org 2010-07-27 12:32 ---
Patch posted here in response to the original thread. :
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02076.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45067
--- Comment #6 from moonshine at kapsi dot fi 2010-07-27 12:42 ---
(In reply to comment #5)
I compiled xz with a trunk compiler and this seems to be fixed now. Thanks!
--
moonshine at kapsi dot fi changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-27 12:42 ---
Simplified testcase for -m32 -O2 -Wuninitialized:
struct S { char *s1; long s2; };
struct T { int t1; long t2; long t3; };
extern int fn2 (void);
extern int fn3 (struct T);
extern struct T fn4 ();
extern int fn5
--- Comment #1 from ramana at gcc dot gnu dot org 2010-07-27 12:47 ---
Patches should be submitted to gcc-patc...@gcc.gnu.org after having been
regression tested. Please also submit a testcase and appropriate Changelog
entries as documented here -
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-27 12:58 ---
Seems to be caused by partial inlining.
fnsplit splits off the:
q.0D.2030_3 = qD.1248;
fn7 (q.0D.2030_3);
part of fn9 into fn9.part.0:
fn9.part.0 ()
{
intD.0 D.2054;
voidD.32 * q.0D.2053;
struct T tD.2052;
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-27 13:03 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-27 13:05 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-07-27 13:05 ---
Subject: Bug 44977
Author: rguenth
Date: Tue Jul 27 13:05:17 2010
New Revision: 162565
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162565
Log:
2010-07-27 Richard Guenther rguent...@suse.de
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-07-27 13:07
---
Subject: Bug 44555
Author: rguenth
Date: Tue Jul 27 13:07:28 2010
New Revision: 162566
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162566
Log:
2010-07-27 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from iains at gcc dot gnu dot org 2010-07-27 13:24 ---
Subject: Bug 35491
Author: iains
Date: Tue Jul 27 13:24:08 2010
New Revision: 162567
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162567
Log:
PR target/35491
PR target/29090
Merge
--- Comment #21 from iains at gcc dot gnu dot org 2010-07-27 13:24 ---
Subject: Bug 29090
Author: iains
Date: Tue Jul 27 13:24:08 2010
New Revision: 162567
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162567
Log:
PR target/35491
PR target/29090
Merge
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--- Comment #22 from iains at gcc dot gnu dot org 2010-07-27 13:26 ---
Subject: Bug 29090
Author: iains
Date: Tue Jul 27 13:26:34 2010
New Revision: 162568
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162568
Log:
PR target/29090
* config/rs6000/rs6000.c
--- Comment #8 from hjl dot tools at gmail dot com 2010-07-27 13:33 ---
It is caused by revision 158253:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00357.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from burnus at gcc dot gnu dot org 2010-07-27 13:35 ---
Different report, same problem: PR 45092
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44857
--- Comment #8 from ramana at gcc dot gnu dot org 2010-07-27 13:37 ---
Fixed.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-07-27 14:13 ---
Hmm, mine :)
Honza
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2010-07-27 15:14 ---
I've briefly looked at this. For !processing_template_decl, it shouldn't be
hard to walk LAMBDA_EXPR_CAPTURE_LIST e.g. in cp_parser_lambda_expression
and add copy_decl of the vars from the capture list with
--- Comment #5 from rwitmer at xmission dot com 2010-07-27 15:27 ---
Thanks for all the great comments and insight.
I'm still confused as to why when the BUFF_SIZE was defined as:
static const signed int BUFF_SIZE = 20;
it caused the error, but when it was defined as:
static const
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-27 15:46 ---
Subject: Bug 45079
Author: jakub
Date: Tue Jul 27 15:46:25 2010
New Revision: 162575
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162575
Log:
PR c/45079
* c-pretty-print.c (pp_c_expression):
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-27 15:50 ---
Fixed on the trunk so far, with 4.5 will wait until 4.5.1 is released.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from jiez at gcc dot gnu dot org 2010-07-27 17:34 ---
Subject: Bug 44290
Author: jiez
Date: Tue Jul 27 17:33:30 2010
New Revision: 162579
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162579
Log:
PR target/44290
Revert
2010-07-23 Jie
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-27 17:53 ---
Subject: Bug 44701
Author: jakub
Date: Tue Jul 27 17:52:35 2010
New Revision: 162581
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162581
Log:
PR testsuite/44701
* doc/md.texi: Clarify m and es
--- Comment #17 from jakub at gcc dot gnu dot org 2010-07-27 17:55 ---
Subject: Bug 44542
Author: jakub
Date: Tue Jul 27 17:54:32 2010
New Revision: 162582
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162582
Log:
PR target/44542
* cfgexpand.c
--- Comment #10 from jakub at gcc dot gnu dot org 2010-07-27 17:58 ---
Should be fixed now.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from jakub at gcc dot gnu dot org 2010-07-27 17:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162590
Log:
PR rtl-optimization/40956
PR target/42495
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162590
Log:
PR rtl-optimization/40956
PR target/42495
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162590
Log:
PR rtl-optimization/40956
PR
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:38
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:38:10 2010
New Revision: 162592
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162592
Log:
PR target/42495
PR middle-end/42574
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:38
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:38:10 2010
New Revision: 162592
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162592
Log:
PR target/42495
PR middle-end/42574
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:42
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:42:15 2010
New Revision: 162594
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162594
Log:
PR target/42495
PR middle-end/42574
--- Comment #13 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:42
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:42:15 2010
New Revision: 162594
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162594
Log:
PR target/42495
PR middle-end/42574
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:45
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:44:51 2010
New Revision: 162595
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162595
Log:
PR target/42495
PR middle-end/42574
--- Comment #14 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:45
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:44:51 2010
New Revision: 162595
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162595
Log:
PR target/42495
PR middle-end/42574
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:46
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 19:46:26 2010
New Revision: 162596
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162596
Log:
PR rtl-optimization/40956
*
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:48
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:48:15 2010
New Revision: 162597
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162597
Log:
PR target/42495
PR middle-end/42574
--- Comment #15 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:48
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:48:15 2010
New Revision: 162597
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162597
Log:
PR target/42495
PR middle-end/42574
Trying to compile p7zip on a Power6 LPAR running AIX 6.1. Copied
makefile.aix_gcc over makefile.machine and ran make all3. Error occurs at
g++ -O -s -save-temps -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGE_FILES -DNDEBUG -D_REENTRANT -DENV_UNIX -fPIC -DEXTERNAL_CODECS
-DUNICODE
--- Comment #1 from john dot m dot wildenthal at jpmchase dot com
2010-07-27 20:03 ---
Created an attachment (id=21326)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21326action=view)
7zHandlerOut.ii
Bzip2 archive of the preprocessed file where the error occurs.
--
--- Comment #2 from siarhei dot siamashka at gmail dot com 2010-07-27
20:07 ---
Created an attachment (id=21327)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21327action=view)
simplified testcase
Confirmed with gcc 4.5.0 here. Also tried but could not reproduce the problem
with
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-07-27 20:15
---
Introduced by the fix for PR middle-end/44790:
2010-07-07 Richard Guenther rguent...@suse.de
PR middle-end/44790
* expr.c (expand_expr_real_1): Go the POINTER_PLUS_EXPR path
for
On Linux/x86, revision 162583 gave
FAIL: g++.dg/cpp0x/auto3.C (test for errors, line 13)
FAIL: g++.dg/cpp0x/auto3.C (test for excess errors)
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/g++.dg/cpp0x/auto3.C:6:6:
error: declaration of 'auto x' has no initializer^M
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45096
--- Comment #2 from paolo dot carlini at oracle dot com 2010-07-27 20:49
---
Note that 4.2.x is not maintained anymore, thus if the problem exist only in
that branch will not be fixed. I would suggest trying either a late release
from the 4.2.x branch, like 4.2.4 or, much better, the
1 - 100 of 118 matches
Mail list logo
