> 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.
--
Er
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 writes:
> On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
> 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 identifier 'syscall.TCP_KEEPINTV
> 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 cha
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 tha
On 15 January 2015 at 15:38, Renlin Li wrote:
> gcc/testsuite/ChangeLog:
>
> 2015-01-15 Renlin Li
>
> * gcc.dg/builtin-apply2.c: Remove aarch64 target from skip list.
>
OK /Marcus
On 15 January 2015 at 09:50, James Greenhalgh wrote:
> 2015-01-15 James Greenhalgh
>
> * config/arm/cortex-a57.md: New.
> * config/aarch64/aarch64.md: Include it.
> * config/aarch64/aarch64-cores.def (cortex-a57): Tune for it.
> * config/aarch64/aarch64-tune.md:
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
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_UNSIGNED"bit 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
-B/space/homedirs/uros/gcc-bui
On 15 Jan 15:03, Richard Biener wrote:
> On Thu, Jan 15, 2015 at 2:51 PM, Ilya Enkovich wrote:
> > 2015-01-15 16:07 GMT+03:00 Richard Biener :
> >> On Thu, Jan 15, 2015 at 12:46 PM, Ilya Enkovich
> >> wrote:
> >>> Hi,
> >>>
> >>> This patch is to fix https://gcc.gnu.org/bugzilla/show_bug.cgi?id=
On Thu, Jan 15, 2015 at 7:35 PM, Jeff Law 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 names like
On Fri, Jan 16, 2015 at 11:39 AM, Uros Bizjak 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:
> "target
On 14 January 2015 at 15:31, Jiong Wang wrote:
> 2015-01-15 Jiong. Wang (jiong.w...@arm.com)
> gcc/
> PR64304
> * config/aarch64/aarch64.md (define_insn "*ashl3_insn"): Deleted.
> (ashl3): Don't expand if operands[2] is not constant.
>
> gcc/testsuite/
> * gcc.target/aarch64/pr64304.c: New
On 14 Jan 19:40, Richard Biener wrote:
> On January 14, 2015 5:23:21 PM CET, Ilya Enkovich
> wrote:
> >On 14 Jan 15:35, Richard Biener wrote:
> >> On Wed, Jan 14, 2015 at 3:28 PM, Ilya Enkovich
> > wrote:
> >> > Hi,
> >> >
> >> > SRA gimple passes may add loads to functions with no SSA update.
>
On 15 January 2015 at 18:18, Richard Henderson wrote:
> On 12/15/2014 12:41 AM, Zhenqiang Chen wrote:
>> +(define_expand "cmp"
>> + [(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 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 future all
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
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
* doc/x
On Fri, Jan 16, 2015 at 9:34 AM, Markus Trippelsdorf
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 from
>> comdat g
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 pass
On Fri, Jan 16, 2015 at 11:46:35AM +0100, Uros Bizjak wrote:
> On Fri, Jan 16, 2015 at 11:39 AM, Uros Bizjak 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 con
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 and
On 16/01/15 10:20, Marcus Shawcroft wrote:
On 15 January 2015 at 09:50, James Greenhalgh wrote:
2015-01-15 James Greenhalgh
* config/arm/cortex-a57.md: New.
* config/aarch64/aarch64.md: Include it.
* config/aarch64/aarch64-cores.def (cortex-a57): Tune for 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 ov
On 2015.01.16 at 12:03 +0100, Richard Biener wrote:
> On Fri, Jan 16, 2015 at 9:34 AM, Markus Trippelsdorf
> 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
On 16/01/15 10:50, Marcus Shawcroft wrote:
On 14 January 2015 at 15:31, Jiong Wang wrote:
2015-01-15 Jiong. Wang (jiong.w...@arm.com)
gcc/
PR64304
* config/aarch64/aarch64.md (define_insn "*ashl3_insn"): Deleted.
(ashl3): Don't expand if operands[2] is not constant.
gcc/testsuite/
*
Ping!
> Date: Fri, 02 Jan 2015 12:54:47 +0200
> From: Eli Zaretskii
>
> 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
> ./strer
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, w
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 lto67
Hi Eli,
patch is reasonable and ok for me.
Thanks
Kai
2015-01-16 12:18 GMT+01:00 Eli Zaretskii :
> Ping!
>
>> Date: Fri, 02 Jan 2015 12:54:47 +0200
>> From: Eli Zaretskii
>>
>> When compiling GDB 7.8.1, I get this warning in libiberty:
>>
>> gcc -c -DHAVE_CONFIG_H -O0 -g3 -D__USE_MINGW_ACC
*ping*
On Mon, 29 Dec 2014 14:12:43 +0100
Andre Vehreschild 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:
>
> https://gcc.gnu.org/ml/fortran/2014-12/msg00130.
On Fri, Jan 16, 2015 at 11:51 AM, Ilya Enkovich wrote:
> On 14 Jan 19:40, Richard Biener wrote:
>> On January 14, 2015 5:23:21 PM CET, Ilya Enkovich
>> wrote:
>> >On 14 Jan 15:35, Richard Biener wrote:
>> >> On Wed, Jan 14, 2015 at 3:28 PM, Ilya Enkovich
>> > wrote:
>> >> > Hi,
>> >> >
>> >> > S
On Fri, Jan 16, 2015 at 11:41 AM, Ilya Enkovich wrote:
> On 15 Jan 15:03, Richard Biener wrote:
>> On Thu, Jan 15, 2015 at 2:51 PM, Ilya Enkovich
>> wrote:
>> > 2015-01-15 16:07 GMT+03:00 Richard Biener :
>> >> On Thu, Jan 15, 2015 at 12:46 PM, Ilya Enkovich
>> >> wrote:
>> >>> Hi,
>> >>>
>> >
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)
wrote:
Hi,
This patch converts vpmaxX & vpminX intrinsics to use builtin
functions
instead of the previous inline assembly syntax.
Regtested with aarch64
> Date: Fri, 16 Jan 2015 12:34:25 +0100
> From: Kai Tietz
> Cc: GCC Patches ,
> "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 can I
go ahead and commit?
2015-01-16 12:50 GMT+01:00 Eli Zaretskii :
>> Date: Fri, 16 Jan 2015 12:34:25 +0100
>> From: Kai Tietz
>> Cc: GCC Patches ,
>> "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 can I
> go a
This avoids vectorizing and thus chaning loop trip count.
Tested on x86_64, applied.
Richard.
2015-01-16 Richard Biener
PR tree-optimization/61743
* gcc.dg/tree-ssa/pr61743-1.c: Add -fno-tree-vectorize.
* gcc.dg/tree-ssa/pr61743-2.c: Likewise.
Index: gcc/testsuite/g
@@ -516,14 +509,7 @@ _GLIBCXX_BEGIN_NAMESPACE_CXX11
template
basic_regex(_FwdIter __first, _FwdIter __last,
flag_type __f = ECMAScript)
- : _M_flags(__f),
- _M_loc(),
- _M_original_str(__first, __last),
- _M_automaton(__detail::__comp
On 12 January 2015 at 08:46, Richard Biener wrote:
> On Sat, 10 Jan 2015, Prathamesh Kulkarni wrote:
>
>> On 8 January 2015 at 17:52, Richard Biener wrote:
>> > On Sun, 21 Dec 2014, Prathamesh Kulkarni wrote:
>> >
>> >> Hi,
>> >> I removed printing "for expression:" from print_matches. I think it
@@ -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;
- _M_or
On Fri, 16 Jan 2015, Prathamesh Kulkarni wrote:
> On 12 January 2015 at 08:46, Richard Biener wrote:
> > On Sat, 10 Jan 2015, Prathamesh Kulkarni wrote:
> >
> >> On 8 January 2015 at 17:52, Richard Biener wrote:
> >> > On Sun, 21 Dec 2014, Prathamesh Kulkarni wrote:
> >> >
> >> >> Hi,
> >> >> I
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 *pfi
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 r
It contains only 8 tests that were written for specific features.
Tested on visium-elf, applied on the mainline.
2015-01-16 Eric Botcazou
* 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 test
Jeff Law 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 f
> +2014-12-09 Felix Yang
> +
> + * config/aarch64/aarch64-simd.md (aarch64_p): New
> + pattern.
> + * config/aarch64/aarch64-simd-builtins.def (smaxp, sminp, umaxp,
> + uminp, smax_nanp, smin_nanp): New builtins.
> + * config/aarch64/arm_neon.h (vpmax_s8, vpmax_s16,
On 12 January 2015 at 15:12, Matthew Wahab wrote:
> 2015-01-08 Matthew Wahab
>
> PR target/64149
> * config/aarch64/aarch64.opt: Remove lra option and aarch64_lra_flag
> variable.
> * config/aarch64/aarch64.c (TARGET_LRA_P): Set to
> hook_bool_void_true.
>
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!
Special
Hi all,
I have just committed a small left-over patch for this PR as obvious:
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=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 x86_64-unknown-lin
On Thu, Nov 13, 2014 at 5:54 AM, Bin Cheng 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
> arm-none-linux-gnueabihf/--with-cpu=cortex-a57/--with
[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?
2015-01
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
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
pthread_rwlock_t
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2015-01-16 Richard Biener
PR tree-optimization/64568
* tree-ssa-forwprop.c (pass_forwprop::execute): Guard
complex load rewriting for TARGET_MEM_REFs.
* g++.dg/torture/pr64568-2.C: New tes
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
> > infrastructur
Rainer Orth writes:
> Richard Henderson 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.
>>
>> Without additional changes for G
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
> --- a/libffi/testsuite/lib/
Jakub Jelinek 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-*-*"])
>> + && [i
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 de
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
b/gcc/test
On Fri, Jan 16, 2015 at 5:38 AM, Rainer Orth
wrote:
> Jakub Jelinek 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 { ([istarge
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 in
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 Tkach
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 spli
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
shoul
> 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 FLO
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 '
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 000..168
On 12 December 2014 at 15:33, Kyrill Tkachov wrote:
> 2014-12-11 Kyrylo Tkachov
> Ramana Radhakrishnan
>
> PR target/64263
> * config/aarch64/aarch64.md (*movsi_aarch64): Don't split if the
> destination is not a GP reg.
> (*movdi_aarch64): Likewise.
>
> 2014-12-11
> 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
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 require
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 bootst
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 the
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
Date: Fri, 16 Jan 2015 14:35:23
On Fri, Jan 16, 2015 at 10:20:40AM +, Marcus Shawcroft wrote:
> On 15 January 2015 at 09:50, James Greenhalgh
> wrote:
>
> > 2015-01-15 James Greenhalgh
> >
> > * config/arm/cortex-a57.md: New.
> > * config/aarch64/aarch64.md: Include it.
> > * config/aarch64/aarch
On Nov 19, 2014, at 12:27 PM, Ramana Radhakrishnan
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 approved by Vladimir a while
On Fri, Jan 16, 2015 at 3:06 PM, Maxim Kuvyrkov
wrote:
> On Nov 19, 2014, at 12:27 PM, Ramana Radhakrishnan
> 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 i
> > 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-1
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 000..53cd
On Fri, Jan 16, 2015 at 3:06 PM, James Greenhalgh
wrote:
> On Fri, Jan 16, 2015 at 10:20:40AM +, Marcus Shawcroft wrote:
>> On 15 January 2015 at 09:50, James Greenhalgh
>> wrote:
>>
>> > 2015-01-15 James Greenhalgh
>> >
>> > * config/arm/cortex-a57.md: New.
>> > * config/
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)
> >
> > (BT_FN_VOID_INT_OMPFN_PTR_SI
+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
> wrote:
> > On 14 Jan 19:40, Richard Biener wrote:
> >> On January 14, 2015 5:23:21 PM CET, Ilya Enkovich
> >> wrote:
> >> >On 14 Jan 15:35, Richard Biener wrote:
> >> >> On Wed, Jan 14, 2015 at 3:28 PM, I
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 -Wmissing-format
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vshuffle.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vtrn.c: New file.
* gcc.target/aarch64/advsimd-intrinsics/vuzp.c: Use code from
vshuffle.inc.
* gcc.targe
On Fri, Jan 16, 2015 at 1:06 AM, Rainer Orth
wrote:
> Ian Lance Taylor writes:
>
>> On Thu, Jan 15, 2015 at 8:30 AM, Rainer Orth
>> 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: err
On Fri, 2015-01-16 at 09:52 -0600, Bill Schmidt wrote:
> Hi David,
>
> Something's not quite right here -- we've been having bootstrap failures
> with BE and LE PPC64 Linux. Maybe a missing include?
Correction, just on LE. The issue on BE was a different failure.
>
> g++ -c -g -DIN_GCC-
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vXXXhn.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vraddhn.c: New file.
* gcc.target/aarch64/advsimd-intrinsics/vrsubhn.c: New file.
* gcc.target/aarch64/advsimd-intri
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vmlXl.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vmlal.c: New file.
* gcc.target/aarch64/advsimd-intrinsics/vmlsl.c: New file.
diff --git a/gcc/testsuite/gcc.target/aarch64/advsi
On 13/01/15 15:18, Christophe Lyon wrote:
* gcc.target/aarch64/advsimd-intrinsics/vmlXl_lane.inc: New file.
* gcc.target/aarch64/advsimd-intrinsics/vmlal_lane.c: New file.
* gcc.target/aarch64/advsimd-intrinsics/vmlsl_lane.c: New file.
diff --git a/gcc/testsuite/gcc.targe
1 - 100 of 220 matches
Mail list logo
