On Mon, 23 May 2011, Nicola Pero wrote:
> Yes ... on the other hand, this does not address the other issue, which
> is the amount of disk space that you need to actually uncompress the
> tarballs :-(
>
> Unpacking gcc-4.6.0.tar.xx requires about 600 MB. Unpacking
> gcc-core-4.6.0.tar.xx
> requi
On 05/28/2011 11:56 PM, Jason Merrill wrote:
As Paolo pointed out, our error message in this case could still be
improved; this patch commits us to the pseudo-destructor
interpretation if it's the only possible answer, so we get a better
message about the use of an undeclared name.
Ah, great.
Hi,
this patch makes us to use enum and variable length i/o at places it fits.
Only non-standard thing is stremaing of built_in_class that does not allow
adding
LAST field or we get warning that the type no longer fits in the bitfield.
Bootstrapped/regtested x86_64-linux, OK?
Honza
* lt
As Paolo pointed out, our error message in this case could still be
improved; this patch commits us to the pseudo-destructor interpretation
if it's the only possible answer, so we get a better message about the
use of an undeclared name.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 9a
The lambda parsing code hasn't dealt very well with erroneous
constructs. In this example there are two problems: first, the return
type is invalid, and then there's no body.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 22a693118203160af613df0e89dbb2723a9fa146
Author: Jason Merrill
D
On 28 May 2011 20:08, Jonathan Wakely wrote:
> On 28 May 2011 18:14, Jonathan Wakely wrote:
>> One more test
>>
>> 2011-05-28 Jonathan Wakely
>>
>> * testsuite/20_util/pointer_traits/pointer_to.cc: New.
>>
>> Tested x86_64-linux, committed to trunk.
>>
>
> This new test is failing, I'm lo
On 28 May 2011 18:14, Jonathan Wakely wrote:
> One more test
>
> 2011-05-28 Jonathan Wakely
>
> * testsuite/20_util/pointer_traits/pointer_to.cc: New.
>
> Tested x86_64-linux, committed to trunk.
>
This new test is failing, I'm looking into why, will revert it if necessary ...
Three places in combine.c use SUBST to perform recursive replacements
on operands. Two of them (subst and known_cond) handle the special
case of a zero_extend operand being optimised to a constant. This patch
deals with the third, make_compound_operation.
In the PR, make_compound_operation is ab
On 28 May 2011 01:43, Jonathan Wakely wrote:
> This patch uses glibc's get_nprocs() or the non-standard but widely
> available _SC_NPROCESSORS_ONLN sysconf variable to determine the
> number of processors.
>
> 2011-05-28 Jonathan Wakely
>
> * acinclude.m4: Define GLIBCXX_CHECK_GET_NPROCS
As the subject says. Tested on x86_64-linux-gnu and mips-linux-gnu.
Applied as preapproved.
Richard
gcc/
* genrecog.c: Remove redundant forward declarations.
Index: gcc/genrecog.c
===
--- gcc/genrecog.c 2011-05-28 17:
Richard Sandiford writes:
> gcc/
> PR rtl-optimization/48826
> * emit-rtl.c (try_split): When splitting a call that is followed
> by a NOTE_INSN_CALL_ARG_LOCATION, move the note after the new call.
It turns out that this isn't enough. In the attached testcase,
we have a:
(
One more test
2011-05-28 Jonathan Wakely
* testsuite/20_util/pointer_traits/pointer_to.cc: New.
Tested x86_64-linux, committed to trunk.
Index: testsuite/20_util/pointer_traits/pointer_to.cc
===
--- testsuite/20_util/poin
Allocatable coarrays have to be (de)allocated collectively. Thus, it is
doubtful if one passes a coarray as actual argument to an allocatable
dummy argument, which is not a coarray (unless the dummy is INTENT(IN)).
However, as long as the allocation status is not modified, the code is
valid.
PING
http://codereview.appspot.com/4250047
http://gcc.gnu.org/ml/gcc/2011-01/msg00363.html
this patch moves Valgrind header detection from "valgrind" checking to "misc"
and enables
the latter whenever the former is enabled.
If only "misc" is enabled, then Valgrind header presence is optional.
I
On Sat, May 28, 2011 at 3:35 PM, Tobias Burnus wrote:
> Richard Guenther wrote:
>>
>> Note that I thought that instead of
>> else
>> - {
>> - type = build_variant_type_copy (etype);
>> - TREE_TYPE (type) = etype;
>> - }
>> + type = build_variant_type_copy (etype);
>>
>> GF
On Sat, May 28, 2011 at 11:18:13AM +0300, Janne Blomqvist wrote:
>
> Regtested on x86_64-unknown-linux-gnu, Ok for trunk?
>
> 2011-05-28 Janne Blomqvist
>
> PR libfortran/19155
> * io/read.c (convert_real): Check for invalid input by comparing
> endptr instead of EINVAL.
>
Georg-Johann Lay wrote:
Georg-Johann Lay wrote:
Richard Henderson wrote:
Why are you adding "optimize" to all these insns? None of them will
be matched unless combine is run, which implies optimization.
Here is a patch without optimize in the insn conditions.
The optimize condition is st
Hi Zdenek,
On 05/21/2011 07:59 PM, Tom de Vries wrote:
> On 05/21/2011 02:24 PM, Zdenek Dvorak wrote:
>>> * tree-ssa-loop-ivopts.c (may_eliminate_iv): Fix
>>> estimated_loop_iterations comparison.
>>
>> I don't think this part is correct, though:
>>
>>> Index: gcc/tree-ssa-loop-ivopts.c
>>
On 28 May 2011 15:53, Jonathan Wakely wrote:
>
> This allows you to write types which can only be managed
... by shared_ptr and can't be created/copied/destroyed any other way.
Here's a patch to make shared_ptr use allocator_traits, I don't plan
to commit this (at least not yet) but it shows what's needed to use
allocator_traits instead of the C++03 way of doing things. It uses
allocator_traits::__rebind::__type which is a temporary
substitute for the unsupported allocat
On Tue, May 17, 2011 at 11:03 PM, Ira Rosen wrote:
> This part adds the actual code for reduction support.
>
> Bootstrapped and tested on powerpc64-suse-linux.
> I am planning to apply it later today.
>
> Ira
>
> ChangeLog:
>
> PR tree-optimization/41881
> * tree-vectorizer.h (struct
I forgot to mention this is missing the rebind templates, which depend
on alias template support in G++
Richard Guenther wrote:
Note that I thought that instead of
else
-{
- type = build_variant_type_copy (etype);
- TREE_TYPE (type) = etype;
-}
+type = build_variant_type_copy (etype);
GFC_ARRAY_TYPE_P (type) = 1;
TYPE_LANG_SPECIFIC (type)
what was probably intend
On Sat, May 28, 2011 at 8:24 AM, Tobias Burnus wrote:
> Thanks for Richard for debugging this!
>
> Setting TREE_TYPE in trans-decl.c is nonsense and leads to types of the form
> "_Complex _Complex int". The fix is rather obvious.
>
> Build and regtested on x86-64-linux.
> OK for the trunk?
Note t
Hi,
Steve Ellcey reported that gfortran.dg/pr19155.f fails on HP-UX 11.31
because on that target strtod sets errno to EINVAL for invalid input,
whereas many other implementations such as glibc does not.
The problem is that C99 says nothing about setting errno to EINVAL for
invalid input, and POSI
Andrew Haley writes:
> On 05/24/2011 10:40 AM, Andrew Haley wrote:
>> On 23/05/11 19:35, Richard Sandiford wrote:
>>> According to:
>>>
>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47110
>>>
>>> mips-openbsd does not build in 4.6. I haven't seen any activity
>>> on this port for years. Wo
I'd got confused when doing the genrecog position thing, and converted
the match_op_dup '0'-based positions into XVECEXP0 rather than XEXP.
The patch below restores powerpc64's insn-recog.c to the form it had
before the changes. Applied as obvious.
Sorry for the breakage.
Richard
gcc/
27 matches
Mail list logo
