NB2r31v84�7AN30�1F�D0[A2b37�1A
NB2 gcc@gcc.gnu.org
a1F�22`A8�09bE9�7AN30�1F�D0cD0O9Bv84�01�27g0DRA1002`A8u33�F7v84u35[50SD1y68]F2b10R9FSD1QFA�01SD1y68�E6`C5Y82N0B�1A
1,44811594346; 2,44811504355; 3,44811504364; 4,81029652812; 5,811436742647;
On Sun, 7 Apr 2019, nick wrote:
>
>
> On 2019-04-07 5:31 a.m., Richard Biener wrote:
> > On April 5, 2019 6:11:15 PM GMT+02:00, nick wrote:
> >>
> >>
> >> On 2019-04-05 6:25 a.m., Richard Biener wrote:
> >>> On Wed, 3 Apr 2019, nick wrote:
> >>>
>
>
> On 2019-04-03 7:30 a.m.,
On 4/7/19 5:03 PM, Thomas Koenig wrote:
> Hi Richard,
>
>> I don't know without looking, but I'd start at assemble_variable in varasm.c.
>
> Thanks. I've done that, and this is what a patch could look like.
> However, I will not have time to formally submit this until next
> weekend.
>
> In
On Fri, Apr 5, 2019 at 6:25 PM Michael Matz wrote:
>
> Hello,
>
> On Fri, 5 Apr 2019, Jozef Lawrynowicz wrote:
>
> > Some setjmp/longjmp tests[1] depend on the value of an auto set before
> > setjmp
> > to to be retained after returning from the longjmp. As I understand, this
> > behaviour is
On Sat, Apr 6, 2019 at 1:09 AM Martin Sebor wrote:
>
> On 4/5/19 4:02 PM, Jeff Law wrote:
> > On 4/5/19 3:37 PM, Martin Sebor wrote:
> >> On 4/5/19 3:29 PM, Jeff Law wrote:
> >>> On 4/5/19 2:50 PM, Eric Botcazou wrote:
> > Say if the first bootstrap succeeds and I then change a single
> >
On Sun, Apr 7, 2019 at 11:10 AM ashwina kumar wrote:
>
> Hi ,
>
> While working I just figured out that -Wconversion is buggy. Please see the
> below code- -
>
> $ cat b.c
> #include
>
> void main (void)
> {
> //contains build errors
> uint16_t x = 1;
> uint16_t y = 2;
>
On Mon, Apr 8, 2019 at 10:38 AM Andrew Haley wrote:
>
> On 4/7/19 5:03 PM, Thomas Koenig wrote:
> > Hi Richard,
> >
> >> I don't know without looking, but I'd start at assemble_variable in
> >> varasm.c.
> >
> > Thanks. I've done that, and this is what a patch could look like.
> > However, I
On Mon, Apr 8, 2019 at 11:33 AM Richard Biener
wrote:
>
> On Mon, Apr 8, 2019 at 10:38 AM Andrew Haley wrote:
> >
> > On 4/7/19 5:03 PM, Thomas Koenig wrote:
> > > Hi Richard,
> > >
> > >> I don't know without looking, but I'd start at assemble_variable in
> > >> varasm.c.
> > >
> > > Thanks.
Hello,
On Sun, Apr 07 2019, ashwina kumar wrote:
> Hi ,
>
> While working I just figured out that -Wconversion is buggy. Please see the
> below code- -
>
> $ cat b.c
> #include
>
> void main (void)
> {
> //contains build errors
> uint16_t x = 1;
> uint16_t y = 2;
>
On Mon, 8 Apr 2019 14:45:17 +0200
Richard Biener wrote:
> On Mon, Apr 8, 2019 at 2:31 PM Michael Matz wrote:
> >
> > Hi,
> >
> > On Mon, 8 Apr 2019, Richard Biener wrote:
> >
> > > Not sure if in this case we run into an RTL optimization that breaks
> > > things
> > > (PRE / scheduling /
Hi,
On Mon, 8 Apr 2019, Richard Biener wrote:
> Not sure if in this case we run into an RTL optimization that breaks things
> (PRE / scheduling / invariant motion are candidates).
That's true, what Josef sees might point to a genuine bug in the
middle-end observed only on msp430; but we do
On Mon, Apr 8, 2019 at 2:31 PM Michael Matz wrote:
>
> Hi,
>
> On Mon, 8 Apr 2019, Richard Biener wrote:
>
> > Not sure if in this case we run into an RTL optimization that breaks things
> > (PRE / scheduling / invariant motion are candidates).
>
> That's true, what Josef sees might point to a
On 4/8/19 3:19 AM, Richard Biener wrote:
> On Sat, Apr 6, 2019 at 1:09 AM Martin Sebor wrote:
>>
>> On 4/5/19 4:02 PM, Jeff Law wrote:
>>> On 4/5/19 3:37 PM, Martin Sebor wrote:
On 4/5/19 3:29 PM, Jeff Law wrote:
> On 4/5/19 2:50 PM, Eric Botcazou wrote:
>>> Say if the first
On 2019-04-08 3:29 a.m., Richard Biener wrote:
> On Sun, 7 Apr 2019, nick wrote:
>
>>
>>
>> On 2019-04-07 5:31 a.m., Richard Biener wrote:
>>> On April 5, 2019 6:11:15 PM GMT+02:00, nick wrote:
On 2019-04-05 6:25 a.m., Richard Biener wrote:
> On Wed, 3 Apr 2019, nick wrote:
On Thu, Apr 04, 2019 at 02:24:09PM +0200, Martin Jambor wrote:
> > I know my first email is vague. I wanted to throw it out there since
> > the April 9th deadline is coming up.
>
> I was hoping Jakub Jelinek, who would be the mentor, would chime in
> earlier. But unfortunately he has probably
On Mon, 8 Apr 2019, nick wrote:
>
>
> On 2019-04-08 3:29 a.m., Richard Biener wrote:
> > On Sun, 7 Apr 2019, nick wrote:
> >
> >>
> >>
> >> On 2019-04-07 5:31 a.m., Richard Biener wrote:
> >>> On April 5, 2019 6:11:15 PM GMT+02:00, nick wrote:
>
>
> On 2019-04-05 6:25 a.m.,
On 2019-04-08 9:42 a.m., Richard Biener wrote:
> On Mon, 8 Apr 2019, nick wrote:
>
>>
>>
>> On 2019-04-08 3:29 a.m., Richard Biener wrote:
>>> On Sun, 7 Apr 2019, nick wrote:
>>>
On 2019-04-07 5:31 a.m., Richard Biener wrote:
> On April 5, 2019 6:11:15 PM GMT+02:00, nick
>
>
> --
> Sender:Richard Biener
> Sent At:2019 Apr. 1 (Mon.) 21:07
> Recipient:bin.cheng
> Cc:GCC Patches
> Subject:Re: [PATCH PR89725]Handle DR's access functions of loops not in DDR's
> loop_nest
>
>
> On Mon, Apr 1, 2019
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
Bug ID: 90003
Summary: internal compiler error: in tsubst_decl, at
cp/pt.c:13783
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89623
--- Comment #1 from paulhua at gcc dot gnu.org ---
Author: paulhua
Date: Mon Apr 8 06:37:00 2019
New Revision: 270198
URL: https://gcc.gnu.org/viewcvs?rev=270198=gcc=rev
Log:
2019-04-08 Chenghua Xu
gcc/
PR target/89623
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
JunMa changed:
What|Removed |Added
CC||JunMa at linux dot alibaba.com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
Bug 2 depends on bug 89892, which changed state.
Bug 89892 Summary: gcc generates wrong debug information at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89905
Bug 89905 depends on bug 89892, which changed state.
Bug 89892 Summary: gcc generates wrong debug information at -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89892
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90002
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
--- Comment #2 from JunMa ---
After a bit more thinking, the behavior of gcc trunk is right. the range of n_3
in truncation from int128 to long unsigned int equal to the range of long
unsigned int. for example: if n_3 = 0x1, then _1 is 0
FAIL: gcc.target/riscv/arch-1.c (test for errors, line )
FAIL: gcc.target/riscv/arch-1.c (test for excess errors)
Excess errors:
cc1: error: '-march=rv32I': first ISA subset must be 'e', 'i' or 'g'
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
From: Mingli Yu
Initialize struct stat to fix the below
build failure when -Og included in compiler flag.
|
./../../../../../../../../work-shared/gcc-8.3.0-r0/gcc-8.3.0/libsanitizer/libbacktrace/../../libbacktrace/elf.c:
In function 'elf_is_symlink':
|
On Fri, 5 Apr 2019 at 18:57, Jonathan Wakely wrote:
>
> We need to handle DT_UNKNOWN earlier, not only during directory
> recursion, so that the cached file_type value in the directory_entry
> won't be used.
>
> * src/c++17/fs_dir.cc (_Dir::advance(bool, error_code&)): Handle
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89994
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89992
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89994
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89914
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Apr 8 08:13:50 2019
New Revision: 270201
URL: https://gcc.gnu.org/viewcvs?rev=270201=gcc=rev
Log:
/cp
2019-04-08 Paolo Carlini
PR c++/89914
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89914
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89992
--- Comment #2 from Martin Liška ---
(In reply to Richard Biener from comment #1)
> It's simply that inlining makes the guessed profile not consider the loop
> worth
> optimizing for speed. Part of that is because the loop ends up in main()
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90004
Bug ID: 90004
Summary: [graphite] ICE: Segmentation fault (in
scop_get_dependences(scop*))
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Hi.
One obvious fix for the test-case. I'm going to install the patch.
Martin
gcc/testsuite/ChangeLog:
2019-04-08 Martin Liska
* gcc.target/riscv/arch-1.c: Fix expected scanned pattern.
---
gcc/testsuite/gcc.target/riscv/arch-1.c | 2 +-
1 file changed, 1 insertion(+), 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89945
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49379
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89994
--- Comment #3 from Martin Liška ---
The ICE is much older that GCC-8:
acafca510c97652f(09 Oct 2014 07:40): [took: 2.880s] result: OK
pr89994.cc:18:21: error: parameter ‘’ includes reference to array of
unknown bound ‘const long int []’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89432
--- Comment #3 from Uroš Bizjak ---
The original makefile set the variable with:
ifeq ($(OS),linux)
old_kernel:=$(shell [ "$$(uname -r | cut -d'-' -f1)" \< "2.6.39" ] && echo
1)
ifeq ($(old_kernel),1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
--- Comment #3 from JunMa ---
(In reply to JunMa from comment #2)
> After a bit more thinking, the behavior of gcc trunk is right. the range of
> n_3 in truncation from int128 to long unsigned int equal to the range of
> long unsigned int. for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89623
Paul Hua changed:
What|Removed |Added
CC||paul.hua.gm at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89877
--- Comment #4 from Claudiu Zissulescu ---
Backported to gcc 8 branch revision 270200.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #6 from Andrew Pinski ---
(In reply to Richard Biener from comment #5)
> The issue is
>
> std::pow (__x=..., __y=@0x7fffdcb8: 0.5)
> at /home/space/rguenther/install/gcc-9.0/include/c++/9.0.1/complex:1027
> (gdb) l
> 1022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90001
Richard Biener changed:
What|Removed |Added
Target|powerpc-*-linux-gnu |powerpc-*-linux-gnu
Richard Earnshaw (lists) writes:
> Ah, you've just changed the ChangeLog entries. By comments, I meant in
> the source code, so that it's clear these don't exist. ChangeLog update
> is good too.
>
> R.
Hi Richard,
sorry my misunderstanding.
Bests
Andrea
2019-03-29 Andrea Corallo
Hi.
The patch is about option documentation improvement as seen in the PR.
I'm adding the reported to CC. I'll install it if there are no comments.
Martin
gcc/ChangeLog:
2019-04-08 Martin Liska
PR gcov-profile/89959
* doc/gcov.texi: Make documentation of -x option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #3 from Andrew Pinski ---
Because GCC allows passing non pods via varargs now. This is an explicit
change due to newer c++ changes.
You could do -Werror=format to get only the format warnings changed to errors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Mon, Apr 8, 2019 at 8:17 AM bin.cheng wrote:
>
> >
> >
> > --
> > Sender:Richard Biener
> > Sent At:2019 Apr. 1 (Mon.) 21:07
> > Recipient:bin.cheng
> > Cc:GCC Patches
> > Subject:Re: [PATCH PR89725]Handle DR's access functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #7 from Jonathan Wakely ---
I think it's allowed. The standards have very little to say about accuracy of
any mathematical functions, and complex(0, 0.0) == complex(0,
-0.0) is true according to the standard, because +0.0 == -0.0 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
--- Comment #2 from Srinath Parvathaneni
---
$ ./arm-none-linux-gnueabihf-gfortran test.f90 -S -O1 -v
Using built-in specs.
COLLECT_GCC=./arm-none-linux-gnueabihf-gfortran
Target: arm-none-linux-gnueabihf
Configured with:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #9 from Jonathan Wakely ---
(In reply to Richard Biener from comment #5)
> The issue is
>
> std::pow (__x=..., __y=@0x7fffdcb8: 0.5)
> at /home/space/rguenther/install/gcc-9.0/include/c++/9.0.1/complex:1027
> (gdb) l
> 1022
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #6 from Pawel ---
Hi,
Thanks for the explanation. Indeed, for example, the clang does not support the
non-POD(ex. std::string) to variadic function - as :
error: cannot pass non-trivial object of type 'std::__cxx11::string' (aka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #7 from Pawel ---
The "-Werror=format" solution seems to work for me - it triggers the error here
(missing .c_str()) even for the gcc >= 5.0 - leaving all the other, non-related
warnings untouched.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989
--- Comment #1 from Andrew Pinski ---
Related to PR 65143.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78873
--- Comment #1 from Jonathan Wakely ---
(In reply to Ambroz Bizjak from comment #0)
> But I think it is not valid; the result of the reinterpret_cast does not
> point to a Liar object, so the static_cast done in TestDevirtualuzation
> *should*
/slyfox/dev/git/gcc-native-quick/../gcc-native-quick-installed
--disable-nls CFLAGS='-O1 ' CXXFLAGS='-O1 '
--with-sysroot=/usr/x86_64-HEAD-linux-gnu
Thread model: posix
gcc version 9.0.1 20190408 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89893
Martin Liška changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #8 from Andrew Pinski ---
Also isn't it true that this is just a different quadrant of the solution?
That is the answer is correct but which quadrant being selected is different?
That is (a^0.5) actually has two answers where the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89987
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67184
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2016-01-29 00:00:00 |2019-4-8
--- Comment #6 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
Jakub Jelinek changed:
What|Removed |Added
Priority|P4 |P3
Target Milestone|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #2 from Pawel ---
Hi,
Thanks,
Adding -Wformat indeed show up a waring here :
$ g++ -Wformat main.cpp -o out
main.cpp: In function ‘int main()’:
main.cpp:6:30: warning: format ‘%s’ expects argument of type ‘char*’, but
argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90007
Bug ID: 90007
Summary: [9 Regression] ICE in extract_constrain_insn_cached,
at recog.c:2223
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
--- Comment #3 from Jakub Jelinek ---
Slightly reduced -std=c++2a -fconcepts:
namespace a {
template struct b;
template using aa = c;
template bool ab;
struct ac;
template using ad = ac;
template class ae { ae(c); };
}
namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89998
--- Comment #6 from Jakub Jelinek ---
Created attachment 46097
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46097=edit
gcc9-pr89998.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
Bug ID: 90005
Summary: No error produced for the wrong type of string used in
gcc >= 5.0
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90006
Bug ID: 90006
Summary: gcc loops indefinitely around
vect_get_constant_vectors on -O2 -ftree-slp-vectorize
-fno-math-errno
Product: gcc
Version: 8.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #1 from Andrew Pinski ---
Have you tried -Wformat ?
On 08/04/19 09:18 +0200, Christophe Lyon wrote:
On Fri, 5 Apr 2019 at 18:57, Jonathan Wakely wrote:
We need to handle DT_UNKNOWN earlier, not only during directory
recursion, so that the cached file_type value in the directory_entry
won't be used.
* src/c++17/fs_dir.cc
On Fri, Apr 5, 2019 at 2:26 PM Vladislav Ivanishin wrote:
>
> Richard Biener writes:
>
> > On Thu, Apr 4, 2019 at 4:05 PM Vladislav Ivanishin wrote:
> >>
> >> Richard Biener writes:
> >>
> >> > On Mon, Apr 1, 2019 at 5:36 PM Vladislav Ivanishin
> >> > wrote:
> >> >>
> >> >> Hi!
> >> >>
> >>
Hi.
The patch extends JSON intermediate format where data_file column is added.
I'm going to install the patch as obvious.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Martin
gcc/ChangeLog:
2019-04-05 Martin Liska
PR gcov-profile/89961
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #8 from Martin Liška ---
I took back what I took back ;)
The intermediate format file is created from GCDA file and contains information
for multiple source files. So that it does not make sense to
On Fri, Apr 5, 2019 at 2:32 PM Martin Liška wrote:
>
> Hi.
>
> The patch adds support for profile for GIMPLE FE. That can be useful
> in the future.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed after stage1 opens?
Hmm, I guess to be useful
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90005
--- Comment #5 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #3)
> Because GCC allows passing non pods via varargs now. This is an explicit
> change due to newer c++ changes.
Right. The C++ standard says:
"Passing a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90003
--- Comment #2 from rene.r...@fu-berlin.de ---
Yes, sorry. this works fine with gcc-7 and gcc-8.
I also used multidelta to reduce the preprocessed file.
On Fri, Apr 5, 2019 at 12:42 PM Martin Liška wrote:
>
> Hi.
>
> The patch adds a new config that makes LTO+PGO bootstrap faster by
> using LTO only in stage4. In stage3, generators are build with LTO
> in order to collect a reasonable profile for LTO FE.
>
> Ready for trunk?
I wonder if you need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89989
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89993
--- Comment #1 from Uroš Bizjak ---
(In reply to H.J. Lu from comment #0)
> It looks like the default incoming stack isn't a constant:
And where is the bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89888
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
Pinging again in the hope of getting the patch in, I'd like to have
less outstanding patches :) (I have quite a few and new releases
can become painful!)
gcc/ChangeLog
config.gcc (arm*-*-netbsdelf*) Add support for EABI configuration
config.host (arm*-*-netbsd*): Build driver-arm.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90001
Roman Zhuykov changed:
What|Removed |Added
CC||zhroma at ispras dot ru
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89990
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 08/04/19 14:00, Kyrill Tkachov wrote:
> Hi Matthew,
>
> On 4/5/19 12:06 PM, Matthew Malcomson wrote:
>>
>> Bootstrapped and regtested on arm-none-linux-gnueabihf
>> Regtested on cross-compiler arm-none-eabi
>>
>
> Does this fix a PR?
>
> If so, could you add the information for it to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90001
--- Comment #4 from Roman Zhuykov ---
Thanks for testcase.
2-3 weeks ago I already caught and fixed this on my local branch, see some info
in the bottom.
Current algorithm which finds recurrence_length for all DDG strongly connected
components
On 06/04/19 03:07 +0300, Ville Voutilainen wrote:
On Sat, 6 Apr 2019 at 02:55, Ville Voutilainen
wrote:
Just in case that cast looks scary: the implicit conversion is also
deep down in __visit_invoke, so
we do actually require implicit convertibility as we are supposed to.
If that's still too
1 - 100 of 216 matches
Mail list logo