On Sat, 4 Feb 2017, Prathamesh Kulkarni wrote:
> Hi,
> The following test-case ICE's with -fgimple:
>
> int __GIMPLE foo(int a)
> {
> int t1;
> t1_1 = __builtin_abs (a);
> return t1_1;
> }
>
> gimplefe-2.c:4:3: internal compiler error: in get_callee_fndecl, at
> tree.c:9500
>t1_1 = __
Hi Richard,
Sorry for delayed patch submission. I was on maternity leave, so could not post
earlier.
Here is the previous mail for your reference:
https://gcc.gnu.org/ml/gcc/2016-06/msg00043.html
Please find attached the patch for stage 2: implementation of k-arity
promotion/reduction in the s
Hi,
Please consider this as a personal reminder to review the patch
at following link and let me know your comments on the same.
https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00718.html
Thanks,
Naveen
Hi,
When I implemented the -mcpu=thunderx2t99 I did not have the Cavium
partno for ThunderX CN99xx, only the original part no. This patch
adds the new part no for the future versions of the chip.
OK? Bootstrapped and tested on aarch64-linux-gnu with no regressions.
Thanks,
Andrew
ChangeLog:
On 4 January 2017 at 16:02, Richard Biener wrote:
> On Wed, Dec 28, 2016 at 7:27 PM, Prasad Ghangal
> wrote:
>> Hi,
>> The attached patch tries fix ICE due to undeclared variable(s) in the input.
>> Successfully bootstrapped on x86_64-pc-linux-gnu, testing is in progress
>
> Ok.
>
Can you please
I didn't see a v3 with the documentation patches go by yet, and I had
some nit-picky comments on v2 (in addition to the ones Joseph already
asked for):
> diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index 4b13aeb..581c4ef 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
@@
On 02/02/2017 01:05 AM, Palmer Dabbelt wrote:
Thanks to everyone who reviewed our original patch set. I've tried to CC
everyone who provided a review, sorry if I missed anyone!
Andrew, Kito and I believe that we've addressed almost all of the feedback from
the reviews of our v1 patch set. Sinc
This patch fixes PR c++/79360, a regression from PR c++/70347.
The TYPE_FIELDS of a type may contain TYPE_DECLs and CONST_DECLs as well
as FIELD_DECLs, but when looking for an NSDMI we are only interested in
the FIELD_DECLs. Otherwise we may try to initialize the union with the
DECL_INITIAL of a
On 02/05/2017 04:06 PM, kugan wrote:
Hi Jeff,
On 05/02/17 01:52, Jeff Law wrote:
+ /* EXACT_DIV_EXPR is typically used for pointer subtraction;
+ as a result a ~[0,0] may be better than what has already
+ been computed.
+
+ In particular if numerator has the range ~[0,0], then the
Hi Jeff,
On 05/02/17 01:52, Jeff Law wrote:
+ /* EXACT_DIV_EXPR is typically used for pointer subtraction;
+ as a result a ~[0,0] may be better than what has already
+ been computed.
+
+ In particular if numerator has the range ~[0,0], then the
+ result range is going to be some
On 05/02/17 22:22 +0100, Gerald Pfeifer wrote:
First of all, I am not sure whether this is really a FAQ (and even
if so, why we duplicate text in the FAQ and the manual).
But referring to ANSI's webshop (and even ANSI) via a link feels a
little over the edge, doesn't it?
ANSI sells the standar
I am impressed how nicely the OpenMP have put in place a redirect.
Applied.
Gerald
Index: gcc-5/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v
retrieving revision 1.141
diff -u -r1.141 changes.html
--- gcc-5
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the German team of translators. The file is available at:
http://translationproject.org/latest/gcc/de.po
(This file, 'gcc-7.1-b20170101.de.po', h
Some of our own online documentation has references to the glibc
online docs which, alas, are not present on gcc.gnu.org (nor even
sourceware.org from what I could find).
We can fix these links that are currently broken by redirecting to
the version on www.gnu.org.
Tested manually and applied; at
First of all, I am not sure whether this is really a FAQ (and even
if so, why we duplicate text in the FAQ and the manual).
But referring to ANSI's webshop (and even ANSI) via a link feels a
little over the edge, doesn't it?
I have _not_ applied this yet. What do you think? Any objections?
Ger
On Sun, 15 Nov 2015, Gerald Pfeifer wrote:
> weekly.golang.org/doc/go1 now redirects to golang.org/doc/go1
> and this uses https.
It turns out I missed the link in doc/standards.texi back in November.
Fixed thusly (revision 245199).
Gerald
2017-02-05 Gerald Pfeifer
* doc/standards.t
We generally do not have links to actual contributions in this section
(just references), and I know (since I've had to update them) that we
do have sufficiently many of these links anyway.
Applied.
2017-02-05 Gerald Pfeifer
* doc/contrib.texi (Contributors): Refer to Hans Boehm's
On Sun, Feb 05, 2017 at 11:43:59AM -0800, Andrew Pinski wrote:
> On Sun, Feb 5, 2017 at 8:50 AM, James Greenhalgh
> wrote:
> > On Fri, Feb 03, 2017 at 01:10:36PM -0800, Andrew Pinski wrote:
> >> Hi,
> >> It turns out due to a hardware issue, LSE support is turned off.
> >> This patch updates the
...which is now asking for username and password.
I verified that the HTTP mirror still seems to work just fine, and
applied the patch below for now.
Gerald
Index: mirrors.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/mirrors.html,v
re
On Tue, 24 Jan 2017, Nathan Sidwell wrote:
> As some have already noticed, I created a c++-modules branch yesterday.
> Don't get too excited, that doesn't mean I have an implementation to
> commit there.
Are you planning to add this to svn.html (where we generally
describe all branches)?
Gerald
On Sun, Feb 5, 2017 at 8:50 AM, James Greenhalgh
wrote:
> On Fri, Feb 03, 2017 at 01:10:36PM -0800, Andrew Pinski wrote:
>> Hi,
>> It turns out due to a hardware issue, LSE support is turned off.
>> This patch updates the thunderx cores to disable LSE and 8.1 where as
>> needed.
>
> With this, d
---
gcc/config/riscv/riscv.c | 4138 ++
1 file changed, 4138 insertions(+)
create mode 100644 gcc/config/riscv/riscv.c
diff --git a/gcc/config/riscv/riscv.c b/gcc/config/riscv/riscv.c
new file mode 100644
index 000..834651f
--- /dev/null
+++ b/gcc/
---
contrib/config-list.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/contrib/config-list.mk b/contrib/config-list.mk
index 9833480..0edc8a4 100644
--- a/contrib/config-list.mk
+++ b/contrib/config-list.mk
@@ -79,6 +79,7 @@ LIST = aarch64-elf aarch64-linux-gnu aarch64-rtems \
powerpc-w
There have been a handful of changes since we submitted our v2 port:
* Some documentation formatting fixes.
* A documentation typo fix.
* Some changes to wwwdocs, which have been mailed to the list.
* The port now builds via contrib/config-list.mk. I worked around the
warnings in other
---
libgcc/config.host | 12 +
libgcc/config/riscv/atomic.c | 111 +
libgcc/config/riscv/crti.S | 1 +
libgcc/config/riscv/crtn.S | 1 +
libgcc/config/riscv/div.S | 146
libgcc/config/riscv/linux-unwind.h | 89 +++
libgc
From: Kito Cheng
---
gcc/testsuite/g++.dg/cpp0x/constexpr-rom.C| 2 +-
gcc/testsuite/gcc.c-torture/execute/20101011-1.c | 3 +++
gcc/testsuite/gcc.dg/20020312-2.c | 2 ++
gcc/testsuite/gcc.dg/builtin-apply2.c | 1 +
gcc/testsui
---
libatomic/configure.tgt | 1 +
1 file changed, 1 insertion(+)
diff --git a/libatomic/configure.tgt b/libatomic/configure.tgt
index 6d77c94..b8af3ab 100644
--- a/libatomic/configure.tgt
+++ b/libatomic/configure.tgt
@@ -37,6 +37,7 @@ case "${target_cpu}" in
ARCH=alpha
;;
rs6
Hi,
this patches updates profile after hoist_guard transformation that was added in
2015. I wonder why this transofrm is bundled in tree-ssa-loop-unswitch and not
enabled at -O2/-Os. It converts
while (1)
{
Hi,
while looking into profile mismatches caused by vectorizer I noticed that
sometimes we get mismatch even when no vectorizing is done. This is because
tree-if-conv pass inserts
if (LOOP_VECTORIZED (...))
perhaps_vectorizable_loop;
else
original_loop.
After LOOP_VECTORIZED is optim
On Fri, Feb 03, 2017 at 01:10:36PM -0800, Andrew Pinski wrote:
> Hi,
> It turns out due to a hardware issue, LSE support is turned off.
> This patch updates the thunderx cores to disable LSE and 8.1 where as
> needed.
With this, do we want to back out the rest of the "variant" support that
you a
On 02/01/2017 04:55 AM, Jakub Jelinek wrote:
On Wed, Feb 01, 2017 at 12:52:16PM +0100, Martin Liška wrote:
On 02/01/2017 11:38 AM, Jakub Jelinek wrote:
On Wed, Feb 01, 2017 at 11:34:48AM +0100, Martin Liška wrote:
Presumably the issue with print_operand_address is that there are paths where
s
Hi Mikael,
thanks for the fast review. Committed as r245193.
Regards,
Andre
On Sun, 5 Feb 2017 15:32:25 +0100
Mikael Morin wrote:
> Le 04/02/2017 à 19:43, Andre Vehreschild a écrit :
> > Hi all,
> >
> > attached patch fixes the issue of losing the data in the SOURCE= expression
> > of
Le 04/02/2017 à 19:43, Andre Vehreschild a écrit :
Hi all,
attached patch fixes the issue of losing the data in the SOURCE= expression of
an ALLOCATE() when the source-expression is just a simple variable. The issue
was that internally a temporary variable was created, whose components were
free
Hi Paul,
and the last one committed as r245193. Thanks again for the reviews.
Regards,
Andre
On Sat, 4 Feb 2017 17:16:56 +
Paul Richard Thomas wrote:
> Hi Andre,
>
> This is getting to be a bit monotonous :-) OK for trunk.
>
> Thanks for the three patches.
>
> Paul
>
> PS Are y
Hi Paul,
thanks for the review. Committed as r245192.
Regards,
Andre
On Sat, 4 Feb 2017 17:07:13 +
Paul Richard Thomas wrote:
> Hi Andre,
>
> This looks to be OK for trunk.
>
> Thanks for the patch.
>
> Paul
>
> On 4 February 2017 at 13:11, Andre Vehreschild wrote:
> > Hi all,
--- gcc/testsuite/ChangeLog (Revision 245190)
+++ gcc/testsuite/ChangeLog (Arbeitskopie)
@@ -1,3 +1,8 @@
+2017-02-05 Andre Vehreschild
+
+ PR fortran/79230
+ * gfortran.dg/der_ptr_component_2.f90: New test.
+
2017-02-05 Eric Botcazou
* gcc.target/sparc/20170205-1.c: New test.
Index:
2017-02-05 Gerald Pfeifer
* MAINTAINERS (Write After Approval): Remove redundant entry
for Andrew Burgess.
Applied. (Andrew is also listed as a reviewer.)
Gerald
Index: MAINTAINERS
===
--- MAINTAINERS (revision
On Fri, 3 Feb 2017, Gerald Pfeifer wrote:
> And now a recursive grep.
And here the buildstat.html pages since GCC 3.0. Copy&paste all
over the place. ;-)
Applied.
Gerald
Index: gcc-3.0/buildstat.html
===
RCS file: /cvs/gcc/wwwdocs
On Thu, 2 Feb 2017, Andi Kleen wrote:
> The patch is ok. Lock critical region isn't a special term.
Thanks, Andi! Below the ChangeLog and patch I committed.
Gerald
2017-02-05 Gerald Pfeifer
* doc/extend.texi (x86 specific memory model extensions for
transactional memory): S
(atomic_loaddi_1): Replace 'U' constraint with
'r', 'm' constraint with 'T' and !TARGET_ARCH64 with TARGET_ARCH32.
(atomic_storedi_1): Likewise.
2017-02-05 Eric Botcazou
* gcc.target/sparc/20170205-1.c: New test.
--
Eric Botcazou/
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-7.1-b20170101.sv.po',
41 matches
Mail list logo
