On Mon, Apr 06, 2015 at 07:56:53PM -0400, David Edelsohn wrote:
> Okay.
>
> What's the source of COSTS_N_INSNS(3) value?
It is the basic cost of a FP insn (i.e. it duplicates what rs6000_cost->fp
would be -- all of the simple FP ops are this value, XSADDDP, XSMULDP,
etc. including the two move in
Hi,
It was recently pointed out that we still don't have a separate
baseline_symbols.txt for powerpc64le-linux-gnu. This patch modifies
configure.host to create a new abi_baseline_pair for powerpc64le and
provides the generated symbol file (from "make new-abi-baseline").
Is this ok for stage4, o
On Mon, Apr 6, 2015 at 1:10 PM, Michael Meissner
wrote:
> On Fri, Apr 03, 2015 at 07:19:24PM +, dje at gcc dot gnu.org wrote:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
>>
>> --- Comment #4 from David Edelsohn ---
>> Comment on attachment 35227
>> --> https://gcc.gnu.org/bugzilla
On Thu, 26 Mar 2015, Jonathan Wakely wrote:
--- /dev/null
+++ b/libstdc++-v3/testsuite/29_atomics/atomic/62259.cc
+static_assert(alignof(obj1) == alignof(int64_t),
+ "std::atomic not suitably aligned" );
+
+struct container_struct {
+ char c[1];
+ std::atomic ao;
+};
+
+container
On 2015.04.06 at 16:45 -0400, Jason Merrill wrote:
> On 04/06/2015 09:23 AM, Markus Trippelsdorf wrote:
> > The issue is that clang uses the new libstdc++ ABI just fine. And before
> > this commit one could switch compilers without any problems...
>
> Hmm, I suppose that when we switched to using
On 04/06/2015 09:23 AM, Markus Trippelsdorf wrote:
The issue is that clang uses the new libstdc++ ABI just fine. And before
this commit one could switch compilers without any problems...
Hmm, I suppose that when we switched to using inline namespaces for much
of the new ABI, switching compiler
cpplib-5.1-b20150208.da.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Danish team of translators. The file is available at:
http://translationproject.org/latest/cpplib/da.po
(This file, 'cpplib-5.1-b20150208.
On Sat, Apr 4, 2015 at 1:25 AM, Richard Biener wrote:
> On April 4, 2015 5:03:14 AM GMT+02:00, Sebastian Pop wrote:
>>On Fri, Apr 3, 2015 at 4:09 PM, James Greenhalgh
>> wrote:
>>> On Fri, Apr 03, 2015 at 07:53:12PM +0100, Ramana Radhakrishnan wrote:
On Fri, Apr 3, 2015 at 5:17 PM, Sebastian
> 2015-04-03 20:12 GMT+03:00 Jan Hubicka :
> >>
> >> Currently ipa_comdats doesn't set comdat groups for thunks. At the
> >
> > I see, that is a bug. It is supposed to keep thunks in the same section
> > as their target (thunks doesn't really work across sections on some target,
> > like PPC, beca
Le 06/04/2015 01:04, Evangelos Drikos a écrit :
>
> Hi,
>
> The attached patch, type 0, has been discussed a little at:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59016
>
> Yet, the final version submitted is slightly different from the ones
> discussed and tested in the above link.
>
> Ha
Hi,
The prologue and epilogue code to save/restore Altivec registers uses
the generic emit_move_insn logic. This means that when VSX is available
on a little-endian target, we will generate xxswapd/stxvd2x for prologue
saves, and lxvd2x/xxswapd for epilogue restores. This happens too late
to be
On 04/06/2015 06:45 AM, Gerald Pfeifer wrote:
Thoughts on the below? Sandra?
===
--- doc/install.texi(revision 221832)
+++ doc/install.texi(working copy)
@@ -2525,10 +2525,10 @@
@item @samp{bootstrap-lto-noplugin}
Thi
On 04/06/2015 09:17 AM, Ilya Enkovich wrote:
On 05 Apr 19:44, Sandra Loosemore wrote:
On 04/03/2015 01:34 PM, Joseph Myers wrote:
On Tue, 31 Mar 2015, Ilya Enkovich wrote:
+library. It also passes '-z bndplt' to a linker in case it supports this
+option (which is checked on libmpx configurat
On Fri, Apr 03, 2015 at 07:19:24PM +, dje at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65614
>
> --- Comment #4 from David Edelsohn ---
> Comment on attachment 35227
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35227
> Proposed patch to fix the problem
>
2015-04-03 20:12 GMT+03:00 Jan Hubicka :
>>
>> Currently ipa_comdats doesn't set comdat groups for thunks. At the
>
> I see, that is a bug. It is supposed to keep thunks in the same section
> as their target (thunks doesn't really work across sections on some target,
> like PPC, because there is n
On 04/03/2015 07:17 AM, Alexandre Oliva wrote:
@@ -890,6 +900,36 @@ build_ssa_conflict_graph (tree_live_info_p liveinfo)
live_track_process_def (live, result, graph);
}
+ /* Pretend there are defs for params' default defs at the start
+of the (post-)entry block. We run after abnorm
2015-04-06 18:28 GMT+03:00 Jeff Law :
> On 04/06/2015 09:17 AM, Ilya Enkovich wrote:
>>>
>>>
>>> To tell the truth, I can't figure out what this means from a user
>>> perspective. How does a user know whether the linker option is
>>> being ignored, or if they have a new enough linker? If the link
On 04/03/2015 07:28 AM, Alexandre Oliva wrote:
On Mar 31, 2015, Richard Biener wrote:
+ || !(SSA_NAME_IS_DEFAULT_DEF (var)
+ || (param_defaults
+ && bitmap_bit_p (param_defaults, part
This looks somewhat awkward t
On 04/04/2015 02:08 AM, Uros Bizjak wrote:
On Fri, Apr 3, 2015 at 4:52 PM, Ilya Tocar wrote:
On 03 Apr 13:39, Uros Bizjak wrote:
On Fri, Apr 3, 2015 at 1:02 PM, Ilya Tocar wrote:
I've looked into avx* tests and many of them (even those that don't fail
in https://gcc.gnu.org/bugzilla/show_bu
On 04/06/2015 09:17 AM, Ilya Enkovich wrote:
To tell the truth, I can't figure out what this means from a user
perspective. How does a user know whether the linker option is
being ignored, or if they have a new enough linker? If the linker
available at configuration time doesn't support the op
On 05 Apr 19:44, Sandra Loosemore wrote:
> On 04/03/2015 01:34 PM, Joseph Myers wrote:
> >On Tue, 31 Mar 2015, Ilya Enkovich wrote:
> >
> >>+library. It also passes '-z bndplt' to a linker in case it supports this
> >>+option (which is checked on libmpx configuration). Note that old versions
> >>
On 04/04/2015 09:00 AM, Paolo Carlini wrote:
error ("%q+#D is inaccessible", diag_decl);
- error ("within this context");
+ inform (input_location, "within this context");
This is the wrong error to change to inform; we want the error to be
associated with the point
That looks fine.
Jason
2015-04-03 21:49 GMT+03:00 Jan Hubicka :
>> Assembler name of instrumented function is a transparent alias of
>> original function's name. Alias chains are not taken into account by
>> analysis. Thus we see no conflict between instrumented function's name
>> and a variable name but emit them with
On 2015.04.06 at 08:41 -0400, Jason Merrill wrote:
> On 04/04/2015 07:38 AM, Markus Trippelsdorf wrote:
> > This breaks compatibility with other compilers. Consider the case when
> > a user compiles a library, that contains e.g. some member function with
> > a std::string return type, with clang us
On 04/04/2015 07:38 AM, Markus Trippelsdorf wrote:
This breaks compatibility with other compilers. Consider the case when
a user compiles a library, that contains e.g. some member function with
a std::string return type, with clang using gcc-5's libstdc++. It will
be mangled without abi-tags, bec
On Fri, 27 Mar 2015, Magnus Fromreide wrote:
> In gcc-5/changes.html the section about __has_include and __has_include_next
> says:
>
> The header search paths for __has_include_next and __has_include_next are
> equivalent to those of the standard directive #include and the extension
> #include_
On Wed, Apr 01, 2015 at 15:20:25 +0200, Jakub Jelinek wrote:
> LGTM with proper ChangeLog entry.
I've commited this patch into trunk.
Julian, you probably want to update the nvptx plugin.
gcc/
* config/i386/intelmic-mkoffload.c (generate_host_descr_file): Call
GOMP_offload_unreg
On Thu, 26 Mar 2015, Uros Bizjak wrote:
> Thanks, I have added following text to the description:
>
> --cut here--
> @item @samp{bootstrap-lto-noplugin}
> This option is similar to @code{bootstrap-lto}, but is intended for
> -hosts that do not support the linker plugin.
> +hosts that do not supp
> Le 6 avr. 2015 à 01:15, Dominique d'Humières a écrit :
>
> The patch causes the following regressions:
>
> FAIL: gfortran.dg/coarray/dummy_1.f90 -fcoarray=single -O2 -latomic
> (internal compiler error)
> …
> FAIL: gfortran.dg/bound_8.f90 -g -flto (test for excess errors)
>
> I think t
On Fri, 20 Feb 2015, Mike Stump wrote:
>> Yes. ISTM that this kind of patch (twiddling target conditionals in
>> the testsuite) should be OK for a target maintainer to apply without
>> requesting approval, even though it's not in the backend proper.
> Yes, that’s right.
I tried to capture this
2015-04-03 20:09 GMT+03:00 Jan Hubicka :
>>
>> That is the reason for fixing chains in privatize_symbol_name.
>
> OK, so with your proposed patch you produce the links during lto-stream-in
> but because the links may be wrong due to multiple different symbol sharing
> same
> assembler name you rel
On Mon, 23 Sep 2013, Marc Glisse wrote:
> http://gcc.gnu.org/contribute.html has an outdated section on testing.
> It mentions that you should do a bootstrap for a change to the C
> front-end (should also be for the C++ front-end and I guess libstdc++
> even if it isn't used much inside gcc).
S
Hi Johann,
Did you try running g++ tests?
It seems xgcc is invoked to get multilibs (from gcc/testsuite/lib/g++.exp)
which failed to find specs file.
Regards,
Pitchumani
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Geo
35 matches
Mail list logo
