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}
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
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.
Having read
2015-04-03 20:12 GMT+03:00 Jan Hubicka hubi...@ucw.cz:
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,
On Sat, Apr 4, 2015 at 1:25 AM, Richard Biener rguent...@suse.de wrote:
On April 4, 2015 5:03:14 AM GMT+02:00, Sebastian Pop seb...@gmail.com wrote:
On Fri, Apr 3, 2015 at 4:09 PM, James Greenhalgh
james.greenha...@arm.com wrote:
On Fri, Apr 03, 2015 at 07:53:12PM +0100, Ramana Radhakrishnan
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.da.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
coordina...@translationproject.org
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
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::atomicpower_of_two_obj ao;
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 inline
On Mon, Apr 6, 2015 at 1:10 PM, Michael Meissner
meiss...@linux.vnet.ibm.com 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 dje at gcc dot gnu.org ---
Comment on attachment
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 insns
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, or
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
Le 6 avr. 2015 à 01:15, Dominique d'Humières domi...@lps.ens.fr 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)
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 of
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).
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 support
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
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_next
That looks fine.
Jason
2015-04-03 20:09 GMT+03:00 Jan Hubicka hubi...@ucw.cz:
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
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 in our
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,
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 using
2015-04-03 21:49 GMT+03:00 Jan Hubicka hubi...@ucw.cz:
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
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
+of linker
On 04/03/2015 07:28 AM, Alexandre Oliva wrote:
On Mar 31, 2015, Richard Biener richard.guent...@gmail.com wrote:
+ || !(SSA_NAME_IS_DEFAULT_DEF (var)
+ || (param_defaults
+ bitmap_bit_p (param_defaults, part
This
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
On 04/04/2015 02:08 AM, Uros Bizjak wrote:
On Fri, Apr 3, 2015 at 4:52 PM, Ilya Tocar tocarip.in...@gmail.com wrote:
On 03 Apr 13:39, Uros Bizjak wrote:
On Fri, Apr 3, 2015 at 1:02 PM, Ilya Tocar tocarip.in...@gmail.com wrote:
I've looked into avx* tests and many of them (even those that
2015-04-06 18:28 GMT+03:00 Jeff Law l...@redhat.com:
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
2015-04-03 20:12 GMT+03:00 Jan Hubicka hubi...@ucw.cz:
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
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
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 dje at gcc dot gnu.org ---
Comment on attachment 35227
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35227
Proposed patch to
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
35 matches
Mail list logo
