Due to pr64625 I have looked more carefully to your logs and I did not see any
entry for libgomp.
Is it expected?
TIA
Dominique
Le 15 déc. 2014 à 22:11, FX fxcoud...@gmail.com a écrit :
Hi all,
I’ve set up daily builds and regtests on a darwin box. The results should
appear directly
This adds a POSIX-based implementation of shared_timed_mutex, using
pthread_rwlock_* operations directly instead of implementing with
mutexes and two condvars. This enables using an optimized
pthread_rwlock_t on POSIX.
Tested on x86_64-linux.
OK?
2015-01-16 Torvald Riegel trie...@redhat.com
On Fri, Jan 9, 2015 at 6:37 AM, Andrew Haley a...@redhat.com wrote:
On 01/09/2015 12:30 PM, Richard Biener wrote:
Does --disable-lto-plugin work?
Over to you, Cyd.
Andrew.
An additional important note about --disable-lto,
--disable-libsanitizer appears to be required with that option and
On Thu, Jan 15, 2015 at 4:11 AM, Andrew Pinski pins...@gmail.com wrote:
Hi,
I have some code where we generate some weird code that has stores
followed by a load from the same location.
For an example we get:
add x14, sp, 240
add x15, sp, 232
str x14, [sp, 136]
mov w2, w27
ldr w1, [sp,
Hi,
on S/390 I see invalid subregs being generated by LRA although
CANNOT_CHANGE_MODE_CLASS is supposed
to prevent these. The reason appears to be the code you've added with:
commit c6a6cdaaea571860c94f9a9fe0f98c597fef7c81
Author: vmakarov vmakarov@138bc75d-0d04-0410-961f-82ee72b054a4
Date:
On 2015-01-16 12:30 PM, Andreas Krebbel wrote:
Hi,
on S/390 I see invalid subregs being generated by LRA although
CANNOT_CHANGE_MODE_CLASS is supposed
to prevent these. The reason appears to be the code you've added with:
commit c6a6cdaaea571860c94f9a9fe0f98c597fef7c81
Author: vmakarov
This was really just a formality given Eric's existing maintainer
positions ;-)
I'm pleased to announce that Eric Botcazou has been appointed as the
maintainer for the Visium port.
Thanks! As per an earlier discussion, I updated the MAINTAINERS file when the
port was commited.
--
Eric
On 2015.01.16 at 00:15 +0100, Jan Hubicka wrote:
Hi,
can_remove_node_now_p assumes that the node in question has no direct calls,
this
however is not checked in inline_call that leads to alias to be removed from
comdat group while it should not.
Bootstrapped/regtested x86_64-linux,
Ian Lance Taylor i...@golang.org writes:
On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
This (and perhaps the previous gotools) patch broke Solaris bootstrap:
/vol/gcc/src/hg/trunk/local/libgo/go/net/tcpsockopt_unix.go:23:73: error:
reference to undefined
OK. The MIPS and Sparc ports are probably going to hit this the
hardest. So you've got a vested interest in dealing with any fallout :-)
jeff
That's fine. The MIPS port has been widely tested and I cross tested it on
sparc-linux-gnu target so hopefully there won't any fallout.
Robert
Hi all,
This is a wwwdocs patch to changes.html to announce -freport-bug flag.
Ok to commit?
-Y
Index: htdocs/gcc-5/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v
retrieving revision 1.65
diff -c -r1.65
https://lists.ozlabs.org/pipermail/linuxppc-dev/2014-December/123776.html
shows gcc-5 miscompiling a powerpc64 linux kernel. The executive
summary is that the rs6000 backend has a bug in its RTL description of
indirect calls. We specify a parallel containing both the actual call
and an action
On 15 January 2015 at 15:38, Renlin Li renlin...@arm.com wrote:
gcc/testsuite/ChangeLog:
2015-01-15 Renlin Li renlin...@arm.com
* gcc.dg/builtin-apply2.c: Remove aarch64 target from skip list.
OK /Marcus
On 15 January 2015 at 09:50, James Greenhalgh james.greenha...@arm.com wrote:
2015-01-15 James Greenhalgh james.greenha...@arm.com
* config/arm/cortex-a57.md: New.
* config/aarch64/aarch64.md: Include it.
* config/aarch64/aarch64-cores.def (cortex-a57): Tune for it.
Hello!
All of this has been posted before.
I believe the ABI change is something we should have for gcc 5.
Yes, the libffi merge has been causing problems (on targets that
don't even support libgo, annoyingly), but missing support for
the new libffi interfaces is easier to remedy in a dot
On 15/01/15 21:56, Joseph Myers wrote:
On Thu, 15 Jan 2015, Jiong Wang wrote:
+ if (bitsize + bitnum unit bitnum unit)
+{
+ warning (OPT_Wextra, write of HOST_WIDE_INT_PRINT_UNSIGNEDbit data
+ outside the bound of destination object, data truncated into
+
Hello!
In r219682, I have committed to trunk our current set of OpenACC changes,
which we had prepared on gomp-4_0-branch. Thanks to everyone who has
been contributing!
This patch breaks bootstrap on alpha-linux-gnu:
/space/homedirs/uros/gcc-build/./gcc/xgcc
On 15 Jan 15:03, Richard Biener wrote:
On Thu, Jan 15, 2015 at 2:51 PM, Ilya Enkovich enkovich@gmail.com wrote:
2015-01-15 16:07 GMT+03:00 Richard Biener richard.guent...@gmail.com:
On Thu, Jan 15, 2015 at 12:46 PM, Ilya Enkovich enkovich@gmail.com
wrote:
Hi,
This patch is to
On Thu, Jan 15, 2015 at 7:35 PM, Jeff Law l...@redhat.com wrote:
On 11/20/14 05:33, Bernd Schmidt wrote:
Now that I've managed to put together and test all the submitted OpenACC
patches I found there was one piece missing. The problem is that omp-low
on the host likes to generate function
On Fri, Jan 16, 2015 at 11:39 AM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
In r219682, I have committed to trunk our current set of OpenACC changes,
which we had prepared on gomp-4_0-branch. Thanks to everyone who has
been contributing!
This patch breaks bootstrap on alpha-linux-gnu:
On 14 January 2015 at 15:31, Jiong Wang jiong.w...@arm.com wrote:
2015-01-15 Jiong. Wang (jiong.w...@arm.com)
gcc/
PR64304
* config/aarch64/aarch64.md (define_insn *ashlmode3_insn): Deleted.
(ashlmode3): Don't expand if operands[2] is not constant.
gcc/testsuite/
*
On 14 Jan 19:40, Richard Biener wrote:
On January 14, 2015 5:23:21 PM CET, Ilya Enkovich enkovich@gmail.com
wrote:
On 14 Jan 15:35, Richard Biener wrote:
On Wed, Jan 14, 2015 at 3:28 PM, Ilya Enkovich
enkovich@gmail.com wrote:
Hi,
SRA gimple passes may add loads to
On 15 January 2015 at 18:18, Richard Henderson r...@redhat.com wrote:
On 12/15/2014 12:41 AM, Zhenqiang Chen wrote:
+(define_expand cmpmode
+ [(set (match_operand 0 cc_register )
+(match_operator:CC 1 aarch64_comparison_operator
+ [(match_operand:GPI 2 register_operand )
+
On Fri, Jan 16, 2015 at 4:11 AM, Jason Merrill ja...@redhat.com wrote:
On 01/15/2015 09:58 PM, Aldy Hernandez wrote:
The attached patch generates early DIEs for the C++
clones in the C++ parser.
This strikes me as an unnecessary abstraction violation.
I'd hope that in the very distant
On Thursday 2015-01-15 20:53, Ilya Verbin wrote:
$ make check-target-libatomic
...
ERROR: (DejaGnu) proc gcc-dg-test-1 libatomic_target_compile
../../../../gcc/libatomic/testsuite/libatomic.c/atomic-compare-exchange-1.c
run { -g} does not exist.
For a few days now I see the following in my
Duration, complex, char_traits and the random engines are already
properly constexprified in the library implementation.
I haven't built the manual with these changes. :) Also, I don't know
how doc patches
are usually submitted, so please be gentle. :P
2015-01-16 Ville Voutilainen
On Fri, Jan 16, 2015 at 9:34 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2015.01.16 at 00:15 +0100, Jan Hubicka wrote:
Hi,
can_remove_node_now_p assumes that the node in question has no direct calls,
this
however is not checked in inline_call that leads to alias to be removed
Hi,
Currently compiler emits an error in case of not instrumented call to
instrumented alwyas_inline function. It happens because when we inline there
is only instrumented version of function available and we don't inline thunks.
This patch solves the problem by split of thunk production
On Fri, Jan 16, 2015 at 11:46:35AM +0100, Uros Bizjak wrote:
On Fri, Jan 16, 2015 at 11:39 AM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
In r219682, I have committed to trunk our current set of OpenACC changes,
which we had prepared on gomp-4_0-branch. Thanks to everyone who has
been
Hi,
In early SRA some_callers_have_mismatched_arguments_p function is called for
function, all its thunks and aliases, but actually cannot handle function with
thunks because assumes call_stmt for call_edge is not NULL. This patch rejects
functions with thunks instead of ICE.
Bootstrapped
On 16/01/15 10:20, Marcus Shawcroft wrote:
On 15 January 2015 at 09:50, James Greenhalgh james.greenha...@arm.com wrote:
2015-01-15 James Greenhalgh james.greenha...@arm.com
* config/arm/cortex-a57.md: New.
* config/aarch64/aarch64.md: Include it.
*
The differences (hard vs pseudo regs) are primarily an implementation
detail. I was really looking to see if there was existing code which
would turn an output reload into an in-out reload for these subregs.
The in-out nature of certain subregs is something I've personally
stumbled over in
On 2015.01.16 at 12:03 +0100, Richard Biener wrote:
On Fri, Jan 16, 2015 at 9:34 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2015.01.16 at 00:15 +0100, Jan Hubicka wrote:
Hi,
can_remove_node_now_p assumes that the node in question has no direct
calls, this
however is not
On 16/01/15 10:50, Marcus Shawcroft wrote:
On 14 January 2015 at 15:31, Jiong Wang jiong.w...@arm.com wrote:
2015-01-15 Jiong. Wang (jiong.w...@arm.com)
gcc/
PR64304
* config/aarch64/aarch64.md (define_insn *ashlmode3_insn): Deleted.
(ashlmode3): Don't expand if operands[2] is not
Ping!
Date: Fri, 02 Jan 2015 12:54:47 +0200
From: Eli Zaretskii e...@gnu.org
When compiling GDB 7.8.1, I get this warning in libiberty:
gcc -c -DHAVE_CONFIG_H -O0 -g3 -D__USE_MINGW_ACCESS -I. -I./../include
-W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic
Hi all,
please find attached a fix for pr60357. This patch includes work published by
Janus Weil in the bug. I have made the extensions to support allocatable
scalar components in structure constructors. This patch also addresses
allocatable deferred length char arrays in structure constructors,
On 16 Jan 11:57, Gerald Pfeifer wrote:
For a few days now I see the following in my daily test runs:
The error code is NONE
The info on the error is:
invalid command name libatomic_target_compile
while executing
::tcl_unknown libatomic_target_compile lto67385.c lto67385.o
Hi Eli,
patch is reasonable and ok for me.
Thanks
Kai
2015-01-16 12:18 GMT+01:00 Eli Zaretskii e...@gnu.org:
Ping!
Date: Fri, 02 Jan 2015 12:54:47 +0200
From: Eli Zaretskii e...@gnu.org
When compiling GDB 7.8.1, I get this warning in libiberty:
gcc -c -DHAVE_CONFIG_H -O0 -g3
*ping*
On Mon, 29 Dec 2014 14:12:43 +0100
Andre Vehreschild ve...@gmx.de wrote:
Hi all,
this patches fixes PR60289 for allocating unlimited polymorphic entities
retyping them to a char array. The patch depends on my former patch for
pr60255 at:
On Fri, Jan 16, 2015 at 11:51 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 14 Jan 19:40, Richard Biener wrote:
On January 14, 2015 5:23:21 PM CET, Ilya Enkovich enkovich@gmail.com
wrote:
On 14 Jan 15:35, Richard Biener wrote:
On Wed, Jan 14, 2015 at 3:28 PM, Ilya Enkovich
On Fri, Jan 16, 2015 at 11:41 AM, Ilya Enkovich enkovich@gmail.com wrote:
On 15 Jan 15:03, Richard Biener wrote:
On Thu, Jan 15, 2015 at 2:51 PM, Ilya Enkovich enkovich@gmail.com
wrote:
2015-01-15 16:07 GMT+03:00 Richard Biener richard.guent...@gmail.com:
On Thu, Jan 15, 2015 at
On 14/01/15 07:09, Yangfei (Felix) wrote:
On 09/12/14 08:17, Yangfei (Felix) wrote:
On 28 November 2014 at 09:23, Yangfei (Felix) felix.y...@huawei.com
wrote:
Hi,
This patch converts vpmaxX vpminX intrinsics to use builtin
functions
instead of the previous inline assembly syntax.
Date: Fri, 16 Jan 2015 12:34:25 +0100
From: Kai Tietz ktiet...@googlemail.com
Cc: GCC Patches gcc-patches@gcc.gnu.org,
gdb-patc...@sourceware.org gdb-patc...@sourceware.org
Hi Eli,
patch is reasonable and ok for me.
Thanks. Do I need to hear from someone else approving this, or
2015-01-16 12:50 GMT+01:00 Eli Zaretskii e...@gnu.org:
Date: Fri, 16 Jan 2015 12:34:25 +0100
From: Kai Tietz ktiet...@googlemail.com
Cc: GCC Patches gcc-patches@gcc.gnu.org,
gdb-patc...@sourceware.org gdb-patc...@sourceware.org
Hi Eli,
patch is reasonable and ok for me.
Thanks. Do
This avoids vectorizing and thus chaning loop trip count.
Tested on x86_64, applied.
Richard.
2015-01-16 Richard Biener rguent...@suse.de
PR tree-optimization/61743
* gcc.dg/tree-ssa/pr61743-1.c: Add -fno-tree-vectorize.
* gcc.dg/tree-ssa/pr61743-2.c: Likewise.
@@ -516,14 +509,7 @@ _GLIBCXX_BEGIN_NAMESPACE_CXX11
templatetypename _FwdIter
basic_regex(_FwdIter __first, _FwdIter __last,
flag_type __f = ECMAScript)
- : _M_flags(__f),
- _M_loc(),
- _M_original_str(__first, __last),
-
On 12 January 2015 at 08:46, Richard Biener rguent...@suse.de wrote:
On Sat, 10 Jan 2015, Prathamesh Kulkarni wrote:
On 8 January 2015 at 17:52, Richard Biener rguent...@suse.de wrote:
On Sun, 21 Dec 2014, Prathamesh Kulkarni wrote:
Hi,
I removed printing for expression: from
@@ -675,12 +681,22 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
assign(const basic_string_Ch_type, _Ch_typeraits, _Alloc __s,
flag_type __flags = ECMAScript)
{
+ auto __traits = _M_traits;
+ auto __f = _M_flags;
_M_flags = __flags;
-
On Fri, 16 Jan 2015, Prathamesh Kulkarni wrote:
On 12 January 2015 at 08:46, Richard Biener rguent...@suse.de wrote:
On Sat, 10 Jan 2015, Prathamesh Kulkarni wrote:
On 8 January 2015 at 17:52, Richard Biener rguent...@suse.de wrote:
On Sun, 21 Dec 2014, Prathamesh Kulkarni wrote:
On Thu, Jan 15, 2015 at 09:38:19PM +, Joseph Myers wrote:
On Thu, 15 Jan 2015, Jakub Jelinek wrote:
--- libcpp/expr.c.jj2015-01-14 11:01:34.0 +0100
+++ libcpp/expr.c 2015-01-14 14:35:52.851002344 +0100
@@ -672,16 +672,17 @@ cpp_classify_number (cpp_reader *pfile,
On 16/01/15 13:01 +0200, Ville Voutilainen wrote:
Duration, complex, char_traits and the random engines are already
properly constexprified in the library implementation.
I haven't built the manual with these changes. :)
No problem, you need a load of docbook and TeX packages installed.
I'll
It contains only 8 tests that were written for specific features.
Tested on visium-elf, applied on the mainline.
2015-01-16 Eric Botcazou ebotca...@adacore.com
* gcc.target/visium: New directory.
--
Eric BotcazouIndex: gcc.target/visium/loop_clear.c
Hi Thomas,
On Thursday 2015-01-15 21:20, Thomas Schwinge wrote:
In r219682, I have committed to trunk our current set of OpenACC changes,
which we had prepared on gomp-4_0-branch. Thanks to everyone who has
been contributing!
this breaks bootstrap on FreeBSD 8/amd64 from what I can tell:
On 15 Jan 09:40, Richard Biener wrote:
Note that we still have the issue that we want to exercise both
WHOPR and non-WHOPR in the testsuite but all testcases are so
small that we'd automagically would use non-WHOPR mode (if
such automatism was implemented...).
Several tests in libgomp
Jeff Law l...@redhat.com writes:
On 01/15/15 03:13, Robert Suchanek wrote:
Robert, can you look at reload.c::reload_inner_reg_of_subreg and
verify that the comment just before its return statement is
effectively the situation you're in.
There are certainly cases where a SUBREG needs to
OK. The MIPS and Sparc ports are probably going to hit this the
hardest. So you've got a vested interest in dealing with any fallout
:-)
jeff
That's fine. The MIPS port has been widely tested and I cross tested it
on sparc-linux-gnu target so hopefully there won't any fallout.
+2014-12-09 Felix Yang felix.y...@huawei.com
+
+ * config/aarch64/aarch64-simd.md (aarch64_maxmin_unspmode): New
+ pattern.
+ * config/aarch64/aarch64-simd-builtins.def (smaxp, sminp, umaxp,
+ uminp, smax_nanp, smin_nanp): New builtins.
+ *
On 12 January 2015 at 15:12, Matthew Wahab matthew.wa...@arm.com wrote:
2015-01-08 Matthew Wahab matthew.wa...@arm.com
PR target/64149
* config/aarch64/aarch64.opt: Remove lra option and aarch64_lra_flag
variable.
* config/aarch64/aarch64.c (TARGET_LRA_P):
Hi all,
please find attached a fix for pr61275. With the help of Tobias Burnus, who
installed the changes necessary to replace deferred_parameter with artificial
this patch now completes my latest fix on pr60357. This also means, that the
patch for pr60357 is needed for this one to work!
Hi all,
I have just committed a small left-over patch for this PR as obvious:
https://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=219731
Cheers,
Janus
The following fixes PR64614, maybe-uninit warnings in switches
and guards like X 3.
The support for switches is quite limited (because the predicate
infrastructure in the pass is quite limited), but it seems to
handle this particular case at least.
Bootstrapped and tested on
On Thu, Nov 13, 2014 at 5:54 AM, Bin Cheng bin.ch...@arm.com wrote:
Hi,
As commented at https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00684.html,
this is a simple patch enabling neon memset inlining on
cortex-a53/cortex-a57 in AArch32 mode.
Test on
[Resend. Sorry for the noise on gcc@.]
This adds a POSIX-based implementation of shared_timed_mutex, using
pthread_rwlock_* operations directly instead of implementing with
mutexes and two condvars. This enables using an optimized
pthread_rwlock_t on POSIX.
Tested on x86_64-linux.
OK?
On Fri, Jan 16, 2015 at 02:02:37PM +0100, Richard Biener wrote:
The following fixes PR64614, maybe-uninit warnings in switches
and guards like X 3.
The support for switches is quite limited (because the predicate
infrastructure in the pass is quite limited), but it seems to
handle this
On 16/01/15 14:12 +0100, Torvald Riegel wrote:
[Resend. Sorry for the noise on gcc@.]
This adds a POSIX-based implementation of shared_timed_mutex, using
pthread_rwlock_* operations directly instead of implementing with
mutexes and two condvars. This enables using an optimized
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2015-01-16 Richard Biener rguent...@suse.de
PR tree-optimization/64568
* tree-ssa-forwprop.c (pass_forwprop::execute): Guard
complex load rewriting for TARGET_MEM_REFs.
*
On Fri, 16 Jan 2015, Jakub Jelinek wrote:
On Fri, Jan 16, 2015 at 02:02:37PM +0100, Richard Biener wrote:
The following fixes PR64614, maybe-uninit warnings in switches
and guards like X 3.
The support for switches is quite limited (because the predicate
infrastructure in the pass
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
Richard Henderson r...@redhat.com writes:
Upstream libffi has added support for Go closures (using the static chain),
and support for complex numbers. Perhaps less relevant is new support for
arc, microblaze, moxie, nios, and or1k targets.
On Fri, Jan 16, 2015 at 02:31:25PM +0100, Rainer Orth wrote:
* testsuite/lib/libffi.exp: Load target-supports.exp.
(run-many-tests): Only set targetabis for 32-bit x86.
diff --git a/libffi/testsuite/lib/libffi.exp b/libffi/testsuite/lib/libffi.exp
---
Jakub Jelinek ja...@redhat.com writes:
@@ -311,7 +312,8 @@ proc run-many-tests { testcases extra_fl
set targetabis { }
if [string match $compiler_vendor gnu] {
-if [istarget i?86-*-*] {
+if { ([istarget i?86-*-*] || [istarget x86_64-*-*])
+
On 13/01/15 15:17, Christophe Lyon wrote:
__set_neon_cumulative_sat() modifies the contents on the QC flag, and
some intrinsics do so too: this patch adds the explicit dependency on
the asm statement, to avoid code reordering or removal.
When writing QC, the asm statement now has a fake input
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h (CHECK):
Add trace.
(CHECK_FP): Likewise.
(CHECK_CUMULATIVE_SAT): Likewise.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/arm-neon-ref.h
On Fri, Jan 16, 2015 at 5:38 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
Jakub Jelinek ja...@redhat.com writes:
@@ -311,7 +312,8 @@ proc run-many-tests { testcases extra_fl
set targetabis { }
if [string match $compiler_vendor gnu] {
-if [istarget i?86-*-*] {
+
Hi all,
Quoting the patch:
For better performance, the destination of FMADD/FMSUB instructions should
have the same parity as their accumulator register if the accumulator contains
the result of a previous FMUL or FMADD/FMSUB instruction if targeting
Cortex-A57 processors. Performance is also
Hi,
This is a ping and a question.
Now that the xgene1 support has gone in, is it ok if I update this patch
to include the xgene tuning struct? Will it still be acceptable for GCC5?
Thanks,
Kyrill
On 09/01/15 11:32, Kyrill Tkachov wrote:
Ping.
Thanks,
Kyrill
On 12/12/14 13:57, Kyrill
Ping.
Thanks,
Kyrill
On 09/01/15 11:32, Kyrill Tkachov wrote:
Ping.
https://gcc.gnu.org/ml/gcc-patches/2014-12/msg01116.html
Thanks,
Kyrill
On 12/12/14 15:33, Kyrill Tkachov wrote:
Hi all,
Since the movsi_aarch64 and movdi_aarch64 patterns became splitters we
want to make sure that the
Hi,
On 01/16/2015 02:18 PM, Jonathan Wakely wrote:
+#if defined(__GTHREADS_CXX0X)
N.B. I advised Torvald that this macro was OK to check that we have
pthread_rwlock_t available. It's not strictly correct, but currently
only gthr-posix.h defines __GTHREADS_CXX0X so it works in practice. We
From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
ow...@gcc.gnu.org] On Behalf Of Thomas Preud'homme
ChangeLog entry is as follow:
gcc/ChangeLog
2015-01-14 Thomas Preud'homme thomas.preudho...@arm.com
* config.gcc: Add fma_steering.o to extra_objs for aarch64-*-*.
*
On 16/01/15 13:46, Kyrill Tkachov wrote:
Hi,
This is a ping and a question.
Now that the xgene1 support has gone in, is it ok if I update this patch
to include the xgene tuning struct? Will it still be acceptable for GCC5?
In principle, that should be OK. It's just work to make the
+#ifndef NO_FLOAT_VARIANT
+ VLOAD(vector, buffer, , float, f, 32, 2);
+ VLOAD(vector, buffer, q, float, f, 32, 4);
+#endif
+#ifndef NO_FLOAT_VARIANT
+ VDUP(vector2, , float, f, 32, 2, -15.5f);
+ VDUP(vector2, q, float, f, 32, 4, -14.5f);
+#endif
+
+#ifndef NO_FLOAT_VARIANT
+#define
On 2015.01.14 at 17:10 +, Robert Suchanek wrote:
Here is the revised patch that would handle the other cases as per Richard's
comments.
I slightly modified Matthew's proposed patch and used split_const
instead of get_related_value. AFAICS, the canonical form would always have
the 'plus'
On 2015.01.16 at 14:56 +0100, Markus Trippelsdorf wrote:
On 2015.01.14 at 17:10 +, Robert Suchanek wrote:
+ u = v;
+ r = b | a[4];
+ return e;
+
There is a missing } in the testcase.
Fixed in r219740 as obvious.
--
Markus
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vld1_lane.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vld1_lane.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vld1_lane.c
new file mode 100644
index
On 12 December 2014 at 15:33, Kyrill Tkachov kyrylo.tkac...@arm.com wrote:
2014-12-11 Kyrylo Tkachov kyrylo.tkac...@arm.com
Ramana Radhakrishnan ramana.radhakrish...@arm.com
PR target/64263
* config/aarch64/aarch64.md (*movsi_aarch64): Don't split if the
On 2015.01.16 at 14:56 +0100, Markus Trippelsdorf wrote:
On 2015.01.14 at 17:10 +, Robert Suchanek wrote:
+ u = v;
+ r = b | a[4];
+ return e;
+
There is a missing } in the testcase.
Fixed in r219740 as obvious.
Thanks Markus.
Sorry about that, I must have broken it
Once I work around the previous failure, I quickly get another one on
FreeBSD 8.4/amd64:
/scratch/tmp/gerald/gcc-HEAD/libgomp/target.c:67:12: error:
\xe2\x80\x98num_devices\xe2\x80\x99 defined but not used
[-Werror=unused-variable]
static int num_devices;
^
This one did not
On Thu, Jan 15, 2015 at 09:20:07PM +0100, Thomas Schwinge wrote:
* builtin-types.def (BT_FN_VOID_INT_INT_VAR)
(BT_FN_VOID_INT_PTR_SIZE_PTR_PTR_PTR_INT_INT_VAR)
(BT_FN_VOID_INT_OMPFN_PTR_SIZE_PTR_PTR_PTR_INT_INT_INT_INT_INT_VAR):
New function types.
This broke bootstrap
This adds the two codecvt specializations added by C++11 for UTF-8
conversions.
The functions in src/c++11/codecvt.cc are also needed for the other
new facets such as codecvt_utf8, which I'm still working on.
I had hoped to implement all these facts with iconv, but it's pretty
hard to do for
Hello.
This patch adds support for __attribute__((no_icf)) that prevents a function
being merged with a different one.
Tested on x86_64-linux-pc.
Ready for trunk?
Thanks,
Martin
From 234fc8018f9810e2adf6d975d6d0051631ef8c02 Mon Sep 17 00:00:00 2001
From: mliska mli...@suse.cz
Date: Fri, 16 Jan
On Fri, Jan 16, 2015 at 10:20:40AM +, Marcus Shawcroft wrote:
On 15 January 2015 at 09:50, James Greenhalgh james.greenha...@arm.com
wrote:
2015-01-15 James Greenhalgh james.greenha...@arm.com
* config/arm/cortex-a57.md: New.
* config/aarch64/aarch64.md: Include
On Nov 19, 2014, at 12:27 PM, Ramana Radhakrishnan
ramana.radhakrish...@arm.com wrote:
Hi Ramana,
Hi Vladimir,
I still don't have SPEC2000/SPEC2006 benchmark numbers for this patch. Since
stage3 is about to finish, I'm going to commit the target independent part of
the patch now (it was
On Fri, Jan 16, 2015 at 3:06 PM, Maxim Kuvyrkov
maxim.kuvyr...@linaro.org wrote:
On Nov 19, 2014, at 12:27 PM, Ramana Radhakrishnan
ramana.radhakrish...@arm.com wrote:
Hi Ramana,
Hi Vladimir,
I still don't have SPEC2000/SPEC2006 benchmark numbers for this patch. Since
stage3 is about
Not sure it's possible to merge DF_REG_DEF_CHAIN walk and
DF_REF_CHAIN walk...
OK. Just use the same overall structure if we can't pull the test out into a
single function that could be called from both places.
Thanks, is updated patch ok for trunk?
Igor
Changelog:
gcc
2015-01-16
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vldX_dup.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX_dup.c
b/gcc/testsuite/gcc.target/aarch64/advsimd-intrinsics/vldX_dup.c
new file mode 100644
index
On Fri, Jan 16, 2015 at 3:06 PM, James Greenhalgh
james.greenha...@arm.com wrote:
On Fri, Jan 16, 2015 at 10:20:40AM +, Marcus Shawcroft wrote:
On 15 January 2015 at 09:50, James Greenhalgh james.greenha...@arm.com
wrote:
2015-01-15 James Greenhalgh james.greenha...@arm.com
On Fri, 2015-01-16 at 15:39 +0100, Jakub Jelinek wrote:
On Thu, Jan 15, 2015 at 09:20:07PM +0100, Thomas Schwinge wrote:
* builtin-types.def (BT_FN_VOID_INT_INT_VAR)
(BT_FN_VOID_INT_PTR_SIZE_PTR_PTR_PTR_INT_INT_VAR)
+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33 };
+VECT_VAR_DECL(expected,poly,16,8)
+VECT_VAR_DECL(expected,poly,8,16) [] = { 0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33,
+0x33, 0x33, 0x33, 0x33 };
+VECT_VAR_DECL(expected,poly,16,8)
On 16 Jan 12:38, Richard Biener wrote:
On Fri, Jan 16, 2015 at 11:51 AM, Ilya Enkovich enkovich@gmail.com
wrote:
On 14 Jan 19:40, Richard Biener wrote:
On January 14, 2015 5:23:21 PM CET, Ilya Enkovich enkovich@gmail.com
wrote:
On 14 Jan 15:35, Richard Biener wrote:
On Wed,
Hi David,
Something's not quite right here -- we've been having bootstrap failures
with BE and LE PPC64 Linux. Maybe a missing include?
g++ -c -g -DIN_GCC-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -
W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format
1 - 100 of 410 matches
Mail list logo