https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684
--- Comment #16 from Jerry DeLisle ---
Author: jvdelisle
Date: Sun Apr 24 05:07:21 2016
New Revision: 235391
URL: https://gcc.gnu.org/viewcvs?rev=235391=gcc=rev
Log:
2016-04-23 Jerry DeLisle
PR
-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160423 (experimental) [trunk revision 235384] (GCC)
$
$ g++-trunk small.cpp -c
g++-trunk: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160423 (experimental) [trunk revision 235384] (GCC)
$
$ gcc-trunk -O2 -c small.c
$ gcc-5.3 -O3 -c small.c
$
$ gcc-trunk -O3 -c small.c
small.c: In function ‘fn2’:
small.c:17:1: internal compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70774
Bug ID: 70774
Summary: constexpr function with reference parameter gives
reinterpret_cast from integer to pointer error
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Hi Richard,
As you have said in the other email, I tried implementing with the
add_reapeats_to_ops_vec but the whole repeat vector is designed for
MULT_EXPR chain. I tried changing it but it turned out to be not
straightforward without lots of re-write. Therefore I tried to implement
based
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70770
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70353
Markus Trippelsdorf changed:
What|Removed |Added
CC||mira.fontan at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70768
--- Comment #4 from Markus Trippelsdorf ---
This is the file in question:
https://github.com/ericniebler/range-v3/blob/master/test/algorithm/transform.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70773
Bug ID: 70773
Summary: Profiling makes sudoku solver slower
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70768
--- Comment #3 from Markus Trippelsdorf ---
(In reply to James Almer from comment #2)
> (In reply to Markus Trippelsdorf from comment #1)
> > Well, you simply need more RAM to compile this testcase, because gcc-6 uses
> > slightly over 2GB peak,
On Thu, Mar 31, 2016 at 5:30 PM, James Greenhalgh
wrote:
> On Thu, Mar 31, 2016 at 02:11:49PM +0100, Ramana Radhakrishnan wrote:
>> Hi,
>>
>> In this PR we have a situation where we aren't really detecting
>> weak references vs weak definitions. If one has a weak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70768
--- Comment #2 from James Almer ---
(In reply to Markus Trippelsdorf from comment #1)
> Well, you simply need more RAM to compile this testcase, because gcc-6 uses
> slightly over 2GB peak, so your machine starts swapping.
> On my machine (with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70751
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69143
--- Comment #4 from Ramana Radhakrishnan ---
(In reply to H.J. Lu from comment #3)
> Similar to PR 28831, PR 23782?
Indeed, though looks more like a base case for PR28831 than PR23782 at first
glance.
Ramana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #42 from Jakub Jelinek ---
Even
PATH=/opt/freeware/bin/:$PATH /home/jakub/gcc-6.0.1-RC-20160415/configure
--disable-werror --enable-languages=c,c++,fortran,objc --with-gmp=/opt/cfarm
--with-libiconv-prefix=/opt/cfarm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70755
--- Comment #3 from Michael Bruck ---
(In reply to Michael Bruck from comment #2)
> (In reply to Richard Earnshaw from comment #1)
> > This is a deliberate design choice. By doing this we gain significant
> > benefits from having aligned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70755
--- Comment #2 from Michael Bruck ---
(In reply to Richard Earnshaw from comment #1)
> This is a deliberate design choice. By doing this we gain significant
> benefits from having aligned objects, which helps with data copying and
> other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70772
--- Comment #1 from Alexander Cherepanov ---
clang bug -- https://llvm.org/bugs/show_bug.cgi?id=27495 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684
--- Comment #15 from Jerry DeLisle ---
(In reply to Andy May from comment #14)
--- snip ---
>
> Of course, I really appreciate the work that goes into this. I've already
> made a local patch file with your fix so that the mxe.cc gcc builds with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70772
Bug ID: 70772
Summary: Wrong warning about unspecified behavior for
comparison with string literal
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity:
On March 7, 2016 3:57:16 PM GMT+01:00, David Malcolm
wrote:
>On Sat, 2016-03-05 at 23:46 +0100, Bernhard Reutner-Fischer wrote:
>[...]
>
>> diff --git a/gcc/fortran/misc.c b/gcc/fortran/misc.c
>> index 405bae0..72ed311 100644
>> --- a/gcc/fortran/misc.c
>> +++
++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160423 (experimental) [trunk revision 235384] (GCC)
$
$ gcc-trunk -O2 small.c; ./a.out
$ gcc-5.3 -O3 small.c; ./a.out
$
$ gcc-trunk -O3 small.c
small.c: In function ‘main’:
small.c:18:1: internal compiler
On Sat, Apr 23, 2016 at 01:15:12PM -0400, Jack Howarth wrote:
> Shouldn't there also be a back port of...
IMHO no, as I said on IRC, that can wait for 6.2.
Jakub
nu 1.6 compatibility?
On Sat, Apr 23, 2016 at 11:20 AM, Jakub Jelinek <ja...@redhat.com> wrote:
> The second release candidate for GCC 6.1 is available from
>
> ftp://gcc.gnu.org/pub/gcc/snapshots/6.0.1-RC-20160423
>
> and shortly its mirrors. It has been generated from SVN revisio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70770
--- Comment #2 from Mira Fontan ---
Created attachment 38333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38333=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70770
--- Comment #1 from Mira Fontan ---
Command line output:
Using built-in specs.
COLLECT_GCC=/usr/bin/g++
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 5.3.1-14ubuntu2'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70770
Bug ID: 70770
Summary: constexpr expansion Internal compiler error
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66256
Michael Mehlich changed:
What|Removed |Added
CC||mmehlich at semanticdesigns
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #41 from Jakub Jelinek ---
(In reply to David Edelsohn from comment #40)
> I see that you did not have /opt/freeware/bin in your path on AIX. How did
> it even build without GNU Make and other build requirements?
I've used gmake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #40 from David Edelsohn ---
I see that you did not have /opt/freeware/bin in your path on AIX. How did it
even build without GNU Make and other build requirements?
On Sun, 17 Apr 2016, Gerald Pfeifer wrote:
> When I initially created this in the early 2000s, CSS did barely
> exist and was hardly used. Now in 2016 it makes sense to use it
> fully (a first phase of conversation happened a few years ago)
> and reduce our dependency on MetaHTML even further.
Andi Kleen writes:
Ping^2 for the patch series!
> Andi Kleen writes:
>
> Ping for the patch series!
>
>> From: Andi Kleen
>>
>> Using autofdo is currently something difficult. It requires using the
>> model specific branches
Latest results for 4.8.x
-tgc
Testresults for 4.8.5:
hppa1.1-hp-hpux11.11
powerpc64le-unknown-linux-gnu
s390x-ibm-linux-gnu (3)
Index: buildstat.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/buildstat.html,v
retrieving
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69143
--- Comment #3 from H.J. Lu ---
Similar to PR 28831, PR 23782?
Latest results for 5.x
-tgc
Testresults for 5.3.0:
armv7l-unknown-linux-gnueabi
arm-unknown-linux-gnueabi
hppa-unknown-linux-gnu
mips-unknown-linux-gnu
mipsel-unknown-linux-gnu
powerpc-unknown-linux-gnu
sparc-sun-solaris2.10
sparc64-sun-solaris2.10
sparc-unknown-linux-gnu
The second release candidate for GCC 6.1 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/6.0.1-RC-20160423
and shortly its mirrors. It has been generated from SVN revision 235378.
I have so far bootstrapped and tested the release candidate on
x86_64-linux and i686-linux. Please test
I am not sure I understand this. I tried doing this. If I add -1 and rhs1
for the NEGATE_EXPR to ops list, when it come to rewrite_expr_tree constant
will be sorted early and would make it hard to generate:
x + (-y * z * z) => x - y * z * z
Do you want to swap the constant in MULT_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70759
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #39 from Jakub Jelinek ---
(In reply to David Edelsohn from comment #38)
> The gt* files don't differ.
>
> I normally use
>
> --disable-werror --enable-languages=c,c++,fortran,objc --with-gmp=/opt/cfarm
>
> The function internal_reference_types appears to have been introduced
> exclusively for the Ada frontend. It is responsible for PR70759 (ada
> rts doesn't build with -mabi=ilp32). What purpose does it serve and
> what breaks when it is removed? The history doesn't give any hints.
Not clear
On Wed, 13 Apr 2016, g...@glenstark.net wrote:
> This is my first effort at contributing to gcc, so I thought I would try
> with some of the easy stuff listed here:
> https://gcc.gnu.org/projects/beginner.html
>
> Attached is a patch removing a block which has been #if 0'd out since
> 2006. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70769
Bug ID: 70769
Summary: function definition wrongfully allowed inside comma
separated member declaration list
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
2016-04-18 11:53 GMT+03:00 Senthil Kumar Selvaraj
:
> Hi,
>
> While tracking down a performance regression for the AVR target from
> 4.9.x to trunk, I noticed that failing the SHRINK_WRAPPING_ENABLED
> check in ira.c led to noticeably worse code for the
Hi
Here is a patch to introduce a new power of 2 based rehash policy.
It enhances performance as it avoids modulo float operations. I have
updated performance benches and here is the result:
54075.cctr1 benches 455r 446u8s
0mem0pf
54075.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70767
--- Comment #1 from Marc Glisse ---
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559
It has status CD1, I don't remember if that means it applies retroactively or
not.
(by the way, the 4.8 branch is not maintained anymore)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70768
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
46 matches
Mail list logo