https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
--- Comment #6 from helge at penne dot no ---
I'm sorry if I confused you by using the wrong terminology here. My bad.
We're now getting to the real issue, and that's great.
You're right that C++ by default allows implicit conversion that loose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82002
--- Comment #6 from Daniel Santos ---
Was about to submit a patch set for this that added this nifty mechanism to
track a scratch register for pro/epilogue use and automatically (re)use it when
you call choose_baseaddr. Then I realized that I co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82757
Bug ID: 82757
Summary: [8 regression] plugin needed to handle lto object
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82756
Bug ID: 82756
Summary: Poor error message from control flow at global scope
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
Bug 82173 depends on bug 82620, which changed state.
Bug 82620 Summary: [PDT] ICE: free_expr0(): Bad expr type (at
fortran/expr.c:497)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82620
--- Comment #3 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Sat Oct 28 01:06:18 2017
New Revision: 254193
URL: https://gcc.gnu.org/viewcvs?rev=254193&root=gcc&view=rev
Log:
2017-10-27 Steven G. Kargl
PR fortran/82620
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82755
Bug ID: 82755
Summary: Misleading error message "incompatible type for
argument"
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82683
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82683
--- Comment #12 from Steve Ellcey ---
Created attachment 42491
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42491&action=edit
Patch that fixes the test case
Here is a possible patch. It fixes the test case and I am doing a bootstrap
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82218
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82218
--- Comment #4 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Oct 27 23:14:43 2017
New Revision: 254189
URL: https://gcc.gnu.org/viewcvs?rev=254189&root=gcc&view=rev
Log:
2017-10-27 Paolo Carlini
PR c++/82218
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82754
--- Comment #2 from H.J. Lu ---
GCC first looks for crt files under ./32. It checks ./ only if the installed
crt files don't exist.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82754
--- Comment #1 from H.J. Lu ---
crt1.o and crti.o have the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82754
Bug ID: 82754
Summary: -m32 -B doesn't work with crtn.o
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82268
--- Comment #5 from dansan at gcc dot gnu.org ---
Author: dansan
Date: Fri Oct 27 22:15:32 2017
New Revision: 254186
URL: https://gcc.gnu.org/viewcvs?rev=254186&root=gcc&view=rev
Log:
PR target/82268 Correct FAIL when configured --with-cpu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
--- Comment #5 from Jonathan Wakely ---
(In reply to helge from comment #4)
> (In reply to Jonathan Wakely from comment #2)
> > Narrowing conversions only cause a diagnostic in braced-init-list, not in
> > other contexts. This is how C++ has work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82674
--- Comment #5 from Jeffrey A. Law ---
True that 64k may be interesting because of pagesize considerations. But I'm
not sure how to make it work reliably on ppc because I'm not aware of another
scratch register we can use if we have that large o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82159
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 20:35:06 2017
New Revision: 254181
URL: https://gcc.gnu.org/viewcvs?rev=254181&root=gcc&view=rev
Log:
Backported from mainline
2017-10-12 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82373
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 20:34:22 2017
New Revision: 254180
URL: https://gcc.gnu.org/viewcvs?rev=254180&root=gcc&view=rev
Log:
Backported from mainline
2017-10-04 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81715
--- Comment #17 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 20:33:35 2017
New Revision: 254179
URL: https://gcc.gnu.org/viewcvs?rev=254179&root=gcc&view=rev
Log:
Backported from mainline
2017-09-21 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82234
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 20:32:47 2017
New Revision: 254178
URL: https://gcc.gnu.org/viewcvs?rev=254178&root=gcc&view=rev
Log:
Backported from mainline
2017-09-18 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82192
--- Comment #20 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 20:32:21 2017
New Revision: 254177
URL: https://gcc.gnu.org/viewcvs?rev=254177&root=gcc&view=rev
Log:
Backported from mainline
2017-09-15 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82753
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
--- Comment #4 from helge at penne dot no ---
(In reply to Jonathan Wakely from comment #2)
> Narrowing conversions only cause a diagnostic in braced-init-list, not in
> other contexts. This is how C++ has worked since day one.
I must admit that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
--- Comment #9 from Jerry DeLisle ---
I think this can be closed now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
--- Comment #8 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Oct 27 18:51:35 2017
New Revision: 254169
URL: https://gcc.gnu.org/viewcvs?rev=254169&root=gcc&view=rev
Log:
2017-10-27 Jerry DeLisle
Rimvydas (RJ)
Backpor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
Uroš Bizjak changed:
What|Removed |Added
Target|x86_64-*-* |x86
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82674
--- Comment #4 from Segher Boessenkool ---
Yeah. The only problem is 64kB is actually an interesting case to
support, since that is the page size on modern systems :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82692
--- Comment #21 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Oct 27 18:13:14 2017
New Revision: 254167
URL: https://gcc.gnu.org/viewcvs?rev=254167&root=gcc&view=rev
Log:
PR target/82692
* config/i386/i386-modes.def (CCF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #6 from Matti Bryce ---
I have figured out more information. For some reason the build command in the
log was (erroneously) listed as -O2, but the actual trigger of the segfault is
-O3.
I am running creduce right now, but the size of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82753
Bug ID: 82753
Summary: (PDT) Invalid error for generic interface with
different KIND parameter values
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
--- Comment #7 from Jerry DeLisle ---
Author: jvdelisle
Date: Fri Oct 27 17:50:22 2017
New Revision: 254163
URL: https://gcc.gnu.org/viewcvs?rev=254163&root=gcc&view=rev
Log:
2017-10-27 Jerry DeLisle
Rimvydas (RJ)
PR libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82752
Zack Weinberg changed:
What|Removed |Added
CC||zackw at panix dot com
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82674
--- Comment #3 from Jeffrey A. Law ---
So while fixing the expander that allocates dynamic space is easy. Fixing the
other cases is harder, particularly since we need another scratch.
Given it's always been expected that the probing internval m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82749
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82734
--- Comment #2 from Sylvestre Ledru ---
I could, the code would be just more complex for no gain.
Just like with bug 82711, gcc is way too careful here and the warning is just
adding noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82752
Bug ID: 82752
Summary: Support %OB, %Ob strftime formats
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56342
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82749
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56342
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Fri Oct 27 17:11:42 2017
New Revision: 254157
URL: https://gcc.gnu.org/viewcvs?rev=254157&root=gcc&view=rev
Log:
2017-10-27 Thomas Koenig
PR fortran/56342
* simplify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82751
Bug ID: 82751
Summary: g++ 8 is breaking assert_lt (gtest) called from a
lambda function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
--- Comment #2 from Jonathan Wakely ---
Narrowing conversions only cause a diagnostic in braced-init-list, not in other
contexts. This is how C++ has worked since day one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82750
--- Comment #2 from Lauri Kasanen ---
Thanks, passing to mednafen devs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
Jakub Jelinek changed:
What|Removed |Added
Attachment #42487|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82629
--- Comment #4 from Thorsten Kurth ---
Hello Richard,
Was the test case received?
Best Regards
Thorsten Kurth
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82750
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82750
Bug ID: 82750
Summary: Incorrect code for mednafen's array copy test with -O3
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717
palmer at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82717
--- Comment #6 from palmer at gcc dot gnu.org ---
Author: palmer
Date: Fri Oct 27 15:22:43 2017
New Revision: 254153
URL: https://gcc.gnu.org/viewcvs?rev=254153&root=gcc&view=rev
Log:
RISC-V: Correct and improve the "-mabi" documentation
The doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82621
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82748
--- Comment #1 from Gabriel F. T. Gomes ---
Some additional information:
Replacing __builtin_fabsq (x) with __builtin_copysignq (x, x), in the test
program, causes a similar error.
Replacing the 'q'-suffixed builtin with its 'f128'-suffixed cou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82749
Bug ID: 82749
Summary: piecewise_linear_distribution::densities() non
conformity
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82748
Bug ID: 82748
Summary: ICE with __builtin_fabsq and __float128 in
copy_to_mode_reg, at explow.c:612
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82333
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
Martin Liška changed:
What|Removed |Added
Keywords||needs-reduction
Status|WAITIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82747
Bug ID: 82747
Summary: -Wpacked-not-aligned does not work on targets with
STRICT_ALIGNMENT==1
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82746
Bug ID: 82746
Summary: strange error on BIP function returning private type
with Disable_Controlled
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81688
Tom de Vries changed:
What|Removed |Added
Keywords||openmp, patch
--- Comment #5 from Tom de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
--- Comment #17 from Thomas Koenig ---
What I am trying to do is to have only one version of each
library routine (the one using gfc_index_kind), and then
convert to the KIND parameter that the user specified (or to
default integer if the user di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81715
--- Comment #16 from Jakub Jelinek ---
Did this change help? Would it be beneficial to backport to 7.x or even 6.x?
As is it is certainly too dangerous, but wonder about additionally guarding the
3 hunks either with (flag_sanitize & SANITIZE_AD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53943
Eric Gallager changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2017-07-27 00:00:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82743
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25361
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24867
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
Jakub Jelinek changed:
What|Removed |Added
Attachment #42485|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
helge at penne dot no changed:
What|Removed |Added
Summary|Fails to warn on narrowing |Fails to warn on narrowing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797
--- Comment #46 from Jonathan Wakely ---
Thanks, Chris. It seems like APFS probably has a bug where the dentries for
symlinks are not flushed to disk, and so later attempts to open the file fail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82743
--- Comment #1 from Simon Klüpfel ---
One more thing I tested. When the default initialization is too long, it is
caught as expected.
PROGRAM TEST
TYPE A
CHARACTER(LEN=1) :: C="123"
END TYPE A
END PROGRAM TEST
gives
main.f95:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
Bug ID: 82745
Summary: Fails to warn on narrowing conversion when using
make_unique
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82703
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 12:25:34 2017
New Revision: 254146
URL: https://gcc.gnu.org/viewcvs?rev=254146&root=gcc&view=rev
Log:
PR target/82703
* config/i386/i386-protos.h (maybe_get_poo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82703
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Fri Oct 27 12:20:55 2017
New Revision: 254145
URL: https://gcc.gnu.org/viewcvs?rev=254145&root=gcc&view=rev
Log:
PR target/82703
* config/i386/i386-protos.h (maybe_get_poo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
--- Comment #44 from Jakub Jelinek ---
With the #c43 patch, the included store_merging_10.c improves on x86_64 from:
movzbl (%rdi), %eax
- andl$-19, %eax
+ andl$-32, %eax
orl $13, %eax
movb%al,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81688
--- Comment #4 from Tom de Vries ---
(In reply to Tom de Vries from comment #3)
> Created attachment 42484 [details]
> Patch that moves async_run from plugin-hsa.c to default_sync_run
>
> I wonder if this will work.
That got me this error for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #43
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82744
Richard Biener changed:
What|Removed |Added
Keywords||alias, missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71385
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71385
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Oct 27 10:45:25 2017
New Revision: 254139
URL: https://gcc.gnu.org/viewcvs?rev=254139&root=gcc&view=rev
Log:
2017-10-27 Paolo Carlini
PR c++/71385
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224
--- Comment #10 from Richard Biener ---
(In reply to Alexander Cherepanov from comment #8)
> On 2017-10-27 12:41, rguenth at gcc dot gnu.org wrote:
> >> And with allocated memory (C; add placement new's for C++):
> >>
> >> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224
--- Comment #9 from Richard Biener ---
One complication when deciding whether the downstream uses are fine is
that we assign the same alias set to union accesses u->x and u->y.
That said, the union read/write pairs we remove essentially act as
a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82744
Bug ID: 82744
Summary: Better handling equivalence+common for FORTRAN
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: midd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224
--- Comment #8 from Alexander Cherepanov ---
On 2017-10-27 12:41, rguenth at gcc dot gnu.org wrote:
>> And with allocated memory (C; add placement new's for C++):
>>
>> --
>> #in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71888
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224
--- Comment #7 from Richard Biener ---
(In reply to Alexander Cherepanov from comment #6)
> And with allocated memory (C; add placement new's for C++):
>
> --
> #include
> #in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58043
Marco van Hulten changed:
What|Removed |Added
CC||marco at hulten dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81688
--- Comment #3 from Tom de Vries ---
Created attachment 42484
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42484&action=edit
Patch that moves async_run from plugin-hsa.c to default_sync_run
I wonder if this will work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82743
Bug ID: 82743
Summary: uncaught character truncation in derived type
initialization
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80739
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80739
--- Comment #1 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Fri Oct 27 08:53:08 2017
New Revision: 254138
URL: https://gcc.gnu.org/viewcvs?rev=254138&root=gcc&view=rev
Log:
2017-10-27 Paolo Carlini
PR c++/80739
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82457
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Fri Oct 27 08:34:56 2017
New Revision: 254137
URL: https://gcc.gnu.org/viewcvs?rev=254137&root=gcc&view=rev
Log:
Document --coverage and fork-like functions (PR gcov-profile/82457).
2017
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82670
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #4 from Martin Liška ---
(In reply to Richard Biener from comment #3)
> I can build the preprocessed source when changing the long long size_t and
> friend
> types to 'long'. But then I cannot reproduce the segfault with -std=c++1z
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82739
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
Summary|[5/6/7/8 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82737
--- Comment #3 from Richard Biener ---
I can build the preprocessed source when changing the long long size_t and
friend
types to 'long'. But then I cannot reproduce the segfault with -std=c++1z -g
-O2,
it might require MS ABI stuff if it occurs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82739
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82735
--- Comment #4 from Richard Biener ---
Indeed as far as I understand an unspec volatile isn't sth clobbering
registers (not even memory?!). The insn is missing inputs/outputs
(we might be able to model that lowparts are preserved).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81659
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81659
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Fri Oct 27 08:03:16 2017
New Revision: 254136
URL: https://gcc.gnu.org/viewcvs?rev=254136&root=gcc&view=rev
Log:
2017-10-27 Richard Biener
PR middle-end/81659
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68836
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
1 - 100 of 106 matches
Mail list logo