On Fri, 2012-03-30 at 07:28 +0400, niXman wrote:
> Hello.
>
Hello. What's the state of TM support on mingw, have you tested it?
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Spanish team of translators. The file is available at:
http://translationproject.org/latest/gcc/es.po
(This file, 'gcc-4.7.0.es.po', has just
This patch to the Go compiler fixes the order of evaluation of struct
composite literals. Previously the compiler assumed that all fields in
the struct were set in order. However, the composite literal might be
written differently. If the composite literal had function calls, Go
specifies that t
Hi,
Please find attached the patch "crt1.patch" which fixes compilation
issue with sh2a-single-only target.
Currently, compilation generates the following error:-
"merge of architecture 'sh3e' with architecture 'sh2a' produced unknown
architecture"
The patch fixes the issue.
Tested with sh2a-el
Hello.
--
Regards,
niXman
libitm-mingw-detect.diff
Description: Binary data
On Mar 28, 2012, at 1:13 PM, H.J. Lu wrote:
>>> config/darwin.c: && TARGET_64BIT
>>> config/darwin.c: && TARGET_64BIT
>>> config/darwin.c:: (TARGET_64BIT ? 2
>>> config/darwin.c: if (TARGET_64BIT && global_options.x_flag_objc_abi <
>>> 2)
>>> config/dar
On Wed, Mar 28, 2012 at 03:40:28PM -0700, H.J. Lu wrote:
> On Wed, Mar 28, 2012 at 3:07 PM, Joseph S. Myers
> wrote:
> > On Wed, 28 Mar 2012, H.J. Lu wrote:
> >
> >> Here is the updated patch. I will wait for OK from Joseph.
> >
> > I have no comments on this patch.
> >
>
> Given that my patch d
On 03/26/2012 09:14 AM, Meador Inge wrote:
> Hi All,
>
> This patch fixes an ICE that occurs when attempting to fold nested
> INDIRECT_REF
> trees that have conversions in between the indirect references. For example:
>
> constexpr unsigned long b = *((ul_ptr)(*((ul_ptr)0x0)));
>
> What happe
Subject:Support for Runtime CPU type detection via builtins
Hi,
I have uploaded a new patch to only have two builtins :
* __builtin_cpu_is ("")
* __builtin_cpu_supports ("")
apart from the cpu init builtin, __builtin_cpu_init.
List of CPU names :
* "amd"
* "intel"
* "atom"
* "core2"
* "cor
Subject:Support for Runtime CPU type detection via builtins
Hi,
I have made a new patch to only have two builtins :
* __builtin_cpu_is ("")
* __builtin_cpu_supports ("")
apart from the cpu init builtin, __builtin_cpu_init.
List of CPU names :
* "amd"
* "intel"
* "atom"
* "core2"
* "corei7
Hi,
when testing a patch of mine on sparc64-linux, I came across an Ada
bootstrap failure due to a structure DECL which was marked addressable
but had a register DECL_RTL (and therefore mem_ref_refers_to_non_mem_p
failed to trigger on it).
Mode of the structure was TI (16 bytes int) and it was mi
On 03/29/2012 09:27 PM, Jason Merrill wrote:
On 03/29/2012 03:06 PM, Paolo Carlini wrote:
The exception specification on old_decl doesn't matter; we can drop
that test.
I seem to remember something going wrong with templates otherwise,
because implicitly_declare_fn has gcc_assert (!dependent_ty
Hello!
My recent patch [1] exposed problem with avx_hv4df3
AVX pattern. The pattern is defined in a wrong way, since the
components of the result should not cross 128bit lane boundary. This
is the cause of failures is [2]:
FAIL: gcc.target/i386/avx-vhaddpd-256-1.c execution test
FAIL: gcc.target/
"Naveen H. S" wrote:
> Please find attached the patch "resbank.patch" which fixes the issue
> with "resbank" attribute. Currently, registers used in the routine are
> also saved on using resbank attribute. These registers are saved with
> resbank instruction and need not be saved separately.
> Th
This patch takes a different approach to fixing PR52543 than does the
patch in
http://gcc.gnu.org/ml/gcc-patches/2012-03/msg00641.html
This patch transforms the lower-subreg pass(es) from unconditionally
splitting wide moves, zero extensions, and shifts, so that it now takes
into account the
On Wed, Mar 28, 2012 at 12:02 PM, Richard Guenther
wrote:
>> Therefore, an RFA for the attached patch. Bootstrapped&tested on
>> powerpc64-unknown-linux-gnu. OK?
>
> Ok.
Thanks. Committed as r185977.
Ciao!
Steven
On 03/28/2012 09:10 AM, Ajinkya Dhobale wrote:
Hi Jeff,
Thank you for replying to the post.
How is this different than the function vector support that is
already in GCC for the H8/300 series processors?
Current H8/300 implementation of function vector seems inappropriate.
This patch fixes f
On 03/29/2012 09:27 PM, Jason Merrill wrote:
On 03/29/2012 03:06 PM, Paolo Carlini wrote:
The exception specification on old_decl doesn't matter; we can drop
that test.
I seem to remember something going wrong with templates otherwise,
because implicitly_declare_fn has gcc_assert (!dependent_ty
This is an updated version of a patch Debian and Ubuntu are using to
use an alternate linker path for hardfloat binaries. The difference
with this one is that it covers the case where no float flag
was passed in, defaulting to the softfloat path.
2012-03-29 dann frazier
* config/arm/lin
OK.
Jason
On 03/29/2012 03:06 PM, Paolo Carlini wrote:
The exception specification on old_decl doesn't matter; we can drop
that test.
I seem to remember something going wrong with templates otherwise,
because implicitly_declare_fn has gcc_assert (!dependent_type_p (type));
We shouldn't be doing this for
Hi,
On 03/28/2012 06:40 PM, Paolo Carlini wrote:
+ /* 12.4/3 */
+ if (cxx_dialect>= cxx0x
+ && DECL_DESTRUCTOR_P (decl)
+ && TYPE_RAISES_EXCEPTIONS (TREE_TYPE (old_decl)))
+deduce_noexcept_on_destructor (decl);
The exception specification on old_decl doesn't matter; we can d
Hi,
On 03/28/2012 06:40 PM, Paolo Carlini wrote:
+ /* 12.4/3 */
+ if (cxx_dialect>= cxx0x
+ && DECL_DESTRUCTOR_P (decl)
+ && TYPE_RAISES_EXCEPTIONS (TREE_TYPE (old_decl)))
+deduce_noexcept_on_destructor (decl);
The exception specification on old_decl doesn't matter; we can d
Hi,
this fixes the PR by checking for zero in check_default_argument and, in
case, replacing it with nullptr to avoid further warnings later on.
Should be safe enough for 4.7.1 too.
Tested x86_64-linux.
Thanks,
Paolo.
/
/cp
2012-03-29 Paolo Carlini
PR c++/527
On 03/28/2012 06:40 PM, Paolo Carlini wrote:
+ /* 12.4/3 */
+ if (cxx_dialect>= cxx0x
+ && DECL_DESTRUCTOR_P (decl)
+ && TYPE_RAISES_EXCEPTIONS (TREE_TYPE (old_decl)))
+ deduce_noexcept_on_destructor (decl);
The exception specification on old_d
On 19.03.2012 17:38, Daniel Jacobowitz wrote:
On Mon, Mar 19, 2012 at 12:12 PM, Andrew Stubbs wrote:
On 16/03/12 13:29, EXTERNAL Waechtler Peter (Fa. TCP, CM-AI/PJ-CF31) wrote:
The CodeSourcery toolchain contains a "fix" like the following,
please consider for adding it.
Here's the full orig
> >
> > Undef TARGET_OS_CPP_BUILTINS and define TARGET_OS_CPP_BUILTINS
> > in linux.h with GNU_USER_TARGET_OS_CPP_BUILTINS and
> > ANDROID_TARGET_OS_CPP_BUILTINS.
> >
> >
> > --
> > H.J.
>
> Hello,
>
> Here is a variant with linux.h modification. Does it look fine?
OK,
Honza
> 2012-02-27 Enkovich Ilya
>
> * gcc/config/i386/gnu-user.h (GNU_USER_TARGET_CC1_SPEC): New.
> (CC1_SPEC): Use GNU_USER_TARGET_CC1_SPEC.
> (GNU_USER_TARGET_LINK_SPEC): New.
> (LINK_SPEC): Use GNU_USER_TARGET_LINK_SPEC.
> (GNU_USER_TARGET_MATHFILE_SPEC): New.
>
Frederic Riss sent me IRA dump files for an in-house GCC back-end which
helped to find a bug in coloring in presence of multi-register
allocnos. The bug resulted in making allocno colorable too earlier and
as a consequence in worse code. The problem was in preventing
processing of all conflic
In this testcase, C has a base B which is a non-dependent scope
because it is the current instantiation. But B has a dependent base
A>, so we need to be able to handle a non-dependent base that
itself has a dependent base.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.7.
commit f44bf02a
... attached the testsuite changes I have so far (seem all rather
straightforward to me).
Thanks,
Paolo.
Index: testsuite/g++.old-deja/g++.eh/cleanup1.C
===
--- testsuite/g++.old-deja/g++.eh/cleanup1.C(revi
Hi!
The shift count operand of shifts/rotates uses int type which is different
from lhs/rhs1 type. If shift/rotate counts are constant, vectorizable_shift
converts it to the right type, but then the types in
vect_get_constant_vectors aren't compatible and we end up folding a ushort
VCE of int, wh
On 03/29/2012 08:30 AM, Jakub Jelinek wrote:
The recently added assert in mangle.c doesn't like mangling to be performed
during processing_template_decl. With #pragma weak foo we can hit it
unfortunately. This patch fixes that. Perhaps we could call
maybe_apply_pragma_weak from pt.c when insta
On Thu, Mar 29, 2012 at 8:50 AM, Richard Guenther wrote:
>
> Some more stuff. dse.c can probably be simplified with
> dse_record_singleton_alias_set / dse_invalidate_singleton_alias_set
> being removed.
>
Can we also make big functions much smaller? semi :-)
-- Gaby
On Sat, Mar 3, 2012 at 9:54 AM, H.J. Lu wrote:
> Hi,
>
> This patch backports x32 support to libtool:
>
> http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=88992fe6771ec3258bde1b03314ce579da0ac2d5
>
> OK to install?
>
> Thanks.
>
>
> H.J.
> ---
> ommit 0d8c092cac25c3bce5dbfc1981b84df91b3f608
List-initialization of an array of scalars is not considered a
user-defined conversion, so we need to check for it specifically to
avoid treating it as a standard conversion.
Tested x86_64-pc-linux-gnu, applying to trunk and 4.7.
commit efaacb4065cce51b7374c31ddfb4682a880cbfc5
Author: Jason Mer
On 03/08/2012 04:34 PM, Fabien Chêne wrote:
* decl.c (grokdeclarator): Call strip_using_decl.
I would think we ought to be stripping USING_DECLs at a lower level,
when we first look up the name in the parser. They shouldn't make it as
far as grokdeclarator.
Jason
>
> I am playing with doing some internal interface static analysis
> using the first patch below (and looking at LTO bootstrap results).
>
> An example, obvious patch resulting from that is the 2nd patch,
> resuling from the static analysis output
>
> /space/rguenther/src/svn/trunk/gcc/tree-ssa
Some more stuff. dse.c can probably be simplified with
dse_record_singleton_alias_set / dse_invalidate_singleton_alias_set
being removed.
LTO Bootstrapped on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2012-03-29 Richard Guenther
* cgraph.h (cgraph_materialize_all_clones):
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2012-03-29 Richard Guenther
* tree-flow.h (struct pre_expr_d): Remove forward declaration.
(add_to_value): Remove.
(print_value_expressions): Likewise.
* tree-ssa-pre.c (add_to_val
My merge from a few weeks ago accidentally trampled three patches by
Kai Teitz and Eric Botcazou from last month:
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00553.html
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg00524.html
http://gcc.gnu.org/ml/gcc-patches/2012-02/msg01163.html
I've just corre
Hello,
I'd like to ping again those SMS patches once we're back to Stage 1.
Ayal, maybe it would remove some burden for you if you'd review the general
SMS functionality of those patches, and we'd ask RTL folks to look at the
pieces related to RTL pattern matching and generation?
Yours,
Andr
Hi!
The recently added assert in mangle.c doesn't like mangling to be performed
during processing_template_decl. With #pragma weak foo we can hit it
unfortunately. This patch fixes that. Perhaps we could call
maybe_apply_pragma_weak from pt.c when instantiating, though not sure
how much useful
On 03/28/2012 02:40 AM, Uros Bizjak wrote:
> What about release branches? While this issue didn't trigger there
> yet, it can be triggered by some bad RA decision, and the fixup is
> missing.
I have no objection to your current patch being backported.
It looked fairly safe.
r~
On Thu, 29 Mar 2012, Marc Glisse wrote:
On Wed, 28 Mar 2012, Marc Glisse wrote:
On Sun, 25 Mar 2012, Marc Glisse wrote:
- a first goal is simple functions, with a single return statement (which
may even often be the only statement).
After playing with it a bit, I am not sure how to use it
Hello,
According to a comment in configure/configure.ac:
# We want to ensure that TARGET libraries (which we know are built with
# gcc) are built with "-O2 -g", so include those options when setting
# CFLAGS_FOR_TARGET and CXXFLAGS_FOR_TARGET.
but the current code does not ensure this.
I propos
Hi,
Please find attached the patch "resbank.patch" which fixes the issue
with "resbank" attribute. Currently, registers used in the routine are
also saved on using resbank attribute. These registers are saved with
resbank instruction and need not be saved separately.
The patch fixes the issue.
I am playing with doing some internal interface static analysis
using the first patch below (and looking at LTO bootstrap results).
An example, obvious patch resulting from that is the 2nd patch,
resuling from the static analysis output
/space/rguenther/src/svn/trunk/gcc/tree-ssa-pre.c:add_to_va
On Wed, Mar 28, 2012 at 4:53 PM, Eric Botcazou wrote:
> Hi,
>
> another kind of bit fields supported in Ada are floating-point bit fields.
> They work fine, except that varasm.c rejects static constants (CONSTRUCTORs)
> containing them. The attached patch plugs this hole.
>
> Tested on x86_64-sus
On Wed, Mar 28, 2012 at 4:42 PM, Eric Botcazou wrote:
> Hi,
>
> this is a regression present on the mainline and 4.7 branch for platforms
> using
> SJLJ exceptions, e.g. the ARM. The scenario is as follows: the main procedure
> calls My_Iterators.Current which has a pragma Inline on it. The pro
Ping.
ludovic.cour...@inria.fr (Ludovic Courtès) skribis:
> "Joseph S. Myers" skribis:
>
>> On Mon, 12 Mar 2012, Ludovic Courtès wrote:
>>
>>> The patch below solves the problem in a gfortran-specific way. WDYT?
>>
>> I think that's the right approach for this issue.
>
> The previous patch was
On Wed, 28 Mar 2012, Martin Jambor wrote:
> Hi,
>
> when testing a different patch of mine I hit the assert in
> insert_clobbers_for_var which is there to make sure that there is a
> call to builtin_stack_save in a BB with or dominating a call to
> builtin_alloca_with_align. In my case that was
52 matches
Mail list logo
