https://gcc.gnu.org/ml/fortran/2016-10/msg00222.html
On Wed, Oct 26, 2016 at 10:14 AM, Fritz Reese wrote:
> All,
>
> Attached is a patch to the GNU Fortran front-end and runtime library
> (libgfortran) which accepts real numbers with missing exponents as if
> '0' was given as the exponent when the
Hello all,
On 11/02/2016 05:33 PM, Jakub Jelinek wrote:
On Wed, Nov 02, 2016 at 04:44:05PM +0100, Jakub Jelinek wrote:
You could find an Ada test that uses the code and verify that the
output stays the same?
I can try to find the patch that introduced it and if it contained any
testcases.
I
Hi,
On Fri, Oct 28, 2016 at 02:03:47PM +1100, kugan wrote:
>
> ...snip...
>
> I have also separated the constant parameter conversion out and posted as
> https://gcc.gnu.org/ml/gcc-patches/2016-10/msg02309.html. This is now
> handling just unary pass-through jump functions.
>
> Bootstrapped and
Adds Rust symbol demangler. Rust mangles symbols using GNU_V3 style,
adding a hash and various special character subtitutions. This adds
a new rust style to cplus_demangle and adds 3 helper functions
rust_demangle, rust_demangle_sym and rust_is_mangled.
rust-demangle.c was written by David. Mark d
On 03/11/16 13:01, Bernd Schmidt wrote:
Index: gcc/emit-rtl.c
===
--- gcc/emit-rtl.c (revision 241233)
+++ gcc/emit-rtl.c (working copy)
@@ -6169,17 +6169,18 @@ emit_copy_of_insn_after (rtx_insn *insn,
which may be
This patch has proven to be effective at warning users when the compiler
falls back to host execution due to insufficient parallelism (at least
from parloop's perspective) inside kernels regions. At the moment, acc
kernels are restricted to gang-level parallelism. Consequently, if
parloops fails to
Over the years, GCC has had various ways of setting the default CPU. As
things have changed, the ARM back-end hasn't necessarily kept up with
some of the changes and this has resulted in some convoluted logic in
places. This patch cleans up some of this and eliminates entirely the
need for SUBTAR
On 3 November 2016 at 23:08, Andrew Pinski wrote:
> This patch no longer applies after the recent changes (starting around
> a month ago) to aarch64-cores.def. Please updat the patch for the
> recent changes
Sorry about that, I'll post an updated patch shortly.
Siddhesh
On Thu, 3 Nov 2016, Richard Biener wrote:
On Thu, 3 Nov 2016, Prathamesh Kulkarni wrote:
Hi Richard,
The attached patch tries to fix PR35691, by adding the following two
transforms to match.pd:
(x == 0 && y == 0) -> (x | typeof(x)(y)) == 0.
(x != 0 || y != 0) -> (x | typeof(x)(y)) != 0.
For G
On November 3, 2016 6:11:07 PM GMT+01:00, Marc Glisse
wrote:
>On Thu, 3 Nov 2016, Prathamesh Kulkarni wrote:
>
>> On 3 November 2016 at 16:13, Richard Biener
>wrote:
>>> On Thu, 3 Nov 2016, Prathamesh Kulkarni wrote:
>>>
Hi Richard,
The attached patch tries to fix PR35691, by adding th
On Thu, 2016-11-03 at 17:43 +0100, Bernd Schmidt wrote:
> On 11/03/2016 05:35 PM, Martin Jambor wrote:
> >
> > * print-rtl.c (print_rtx_operand_codes_E_and_V): Print how many
> > times
> > an element is repeated istead of printing each repeated
> > element.
>
> "instead"
>
> > ---
> > g
On 11/03/16 07:11, Rainer Orth wrote:
Ok for mainline now, and for backports to the gcc-6 and gcc-5 branches
after some soak time?
Yes, please. Thanks.
On Thu, Nov 3, 2016 at 12:38 PM, Jakub Jelinek wrote:
> On Wed, Nov 02, 2016 at 01:19:09PM -0400, Jason Merrill wrote:
>> On Wed, Nov 2, 2016 at 12:33 PM, Jakub Jelinek wrote:
>> > On Wed, Nov 02, 2016 at 04:44:05PM +0100, Jakub Jelinek wrote:
>> >> which means if gen_type_die or gen_type_die_wit
On Thu, 3 Nov 2016, Richard Biener wrote:
The transform would also work for vectors (element_precision for
the test but also a value-matching zero which should ensure the
same number of elements).
Um sorry, I didn't get how to check vectors to be of equal length by a
matching zero.
Could you pl
On Wed, Nov 2, 2016 at 5:15 PM, Bernd Edlinger
wrote:
> On 11/02/16 18:51, Jason Merrill wrote:
>> On 11/02/2016 02:11 AM, Bernd Edlinger wrote:
>>> On 11/01/16 19:15, Bernd Edlinger wrote:
On 11/01/16 18:11, Jason Merrill wrote:
> On Tue, Nov 1, 2016 at 11:45 AM, Bernd Edlinger
> wr
Ximin Luo:
> Testing
> ===
>
> I've tested these patches on a Debian testing/unstable x86_64-linux-gnu
> system.
> So far I've only run the new tests that this patch adds, on a
> disable-bootstrap
> build. I will do a full bootstrap and run the full testsuite over the next few
> days, both w
This patch fixes PR target/77993, which is a bug preventing bootstrapping on
32-bit PowerPC Linux targets.
The issue is that some of the insns that support IFmode (IBM extended double
mode when long double is IEEE 128-bit floating point in the future) did not
check for -msoft-float, and disable IF
Hi
I might not be the right one to propose this patch as I am not sure
that I fully understand gnu-versioned-namespace.ver organization. But
with it following test failures when using versioned namespace vanish:
FAIL: 20_util/allocator/overaligned.cc (test for excess errors)
FAIL: ext/bit
Hi,
WORD_REGISTER_OPERATIONS and LOAD_EXTEND_OP are partially used directly as
preprocessor macros and partially tested in the code. This patch brings a bit
of consistency into this by converting the remaining macro cases.
Tested on SPARC/Solaris and x86-64/Linux, OK for the mainline?
2016-1
On Thu, Nov 03, 2016 at 04:05:59PM -0400, Michael Meissner wrote:
> --- gcc/config/rs6000/rs6000.md (revision 241715)
> +++ gcc/config/rs6000/rs6000.md (working copy)
> @@ -376,7 +376,7 @@
>(TF "TARGET_HARD_FLOAT
> && (TARGET_FPRS || TARGET_E500_DOUBLE)
> && TARGET_LONG_DOUB
On Nov 3, 2016, at 1:01 PM, Ximin Luo wrote:
> Log snippets attached.
Ick. You missed the utility of contrib/compare_tests. :-)
If you say:
contrib/compare_tests oldbuilddir newbuilddir
You can then sit back and see everything as you'd expect and want. The output
is priority sorted and u
Hi,
I thought in preparation of the new C++ warning about wrong
declarations of builtin functions it would be good to fix some of the
more obvious bugs in the testsuite first.
Bootstrapped and reg-tested on x86_64-pc-linux-gnu.
Is it OK for trunk?
Thanks
Bernd.
2016-11-03 Bernd Edlinger
P
Aaron has been running tests on the simulator, and some of the tests fails on
little endian systems. The failing tests do int extracts from a V4SImode
vector. In looking at the code, the vector index was adjusted when the low
level extract instruction was created, and then adjusted again within t
* Claudiu Zissulescu [2016-10-31 16:46:17
+0100]:
> Please find the updated patch.
>
> What is new:
> - The .def files are having a comment block on how to add new lines.
> - The arc_seen_option is not used.
> - The arc_cpu* variables are not used.
>
> Please let me know if I miss something,
On Thu, Nov 03, 2016 at 06:22:11PM -0400, Michael Meissner wrote:
> Aaron has been running tests on the simulator, and some of the tests fails on
> little endian systems. The failing tests do int extracts from a V4SImode
> vector. In looking at the code, the vector index was adjusted when the low
* Claudiu Zissulescu [2016-11-01 16:28:34
+0100]:
> This is an updated version of the patch that can be applied as is.
>
> Ok to apply?
> Claudiu
>
> gcc/
> 2016-05-09 Claudiu Zissulescu
>
> * config/arc/arc.c (arc_process_double_reg_moves): Change.
> * config/arc/arc.md (movsi
On Thu, Nov 03, 2016 at 02:16:48PM +0100, Andre Vehreschild wrote:
>
> Bootstraps and regtests fine on x86_64-linux/F23. Ok for trunk?
>
> @Dominique: Would you give it a go on your open patch collection? Maybe it
> fixes one PR, but I am not very hopeful, because the patch is merely removing
> c
On Sat, Oct 29, 2016 at 08:30:46PM -0700, Jerry DeLisle wrote:
>
> OK for trunk?
>
> 2016-10-29 Jerry DeLisle
>
> PR fortran/54679
> * io.c (check_format): Adjust checks for FMT_L to treat a zero
> width as an extension, giving warnings or error as appropriate.
> Impro
On Nov 3, 2016, at 8:25 AM, Georg-Johann Lay wrote:
>
> On 28.10.2016 17:58, Mike Stump wrote:
>> On Oct 27, 2016, at 3:16 AM, Georg-Johann Lay wrote:
>>>
>>> Now imagine some arithmetic like &&LAB2 - &&LAB1. This might result in
>>> one or two stub addresses, and difference between such addre
Unfortunately, I committed an earlier version of the patch that was buggy. I
have updated the trunk to include the proper version of the file rs6000.h that
does bootstrap. Sorry about htat.
--
Michael Meissner, IBM
IBM, M/S 2506R, 550 King Street, Littleton, MA 01460-6245, USA
email: meiss...@l
Georg-Johann Lay writes:
> On 28.10.2016 17:58, Mike Stump wrote:
>> On Oct 27, 2016, at 3:16 AM, Georg-Johann Lay wrote:
>>>
>>> Now imagine some arithmetic like &&LAB2 - &&LAB1. This might result in
>>> one or two stub addresses, and difference between such addresses is a
>>> complete differe
101 - 131 of 131 matches
Mail list logo