https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
--- Comment #5 from Alexandre Oliva ---
Created attachment 45614
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45614&action=edit
Candidate patch
Besides the cp_unevaluated_operand issue that Jakub mentioned, that causes parm
lists to be i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006
--- Comment #5 from Thomas Koenig ---
However, this also fails:
program p
type t
integer i
end type
integer rslt
class(t), allocatable :: t_alloc(:)
allocate (t_alloc(10), source=t(1))
rslt = storage_size(t_alloc)
end program p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87322
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89207
--- Comment #5 from Liviu Ionescu ---
Do you suggest to report this to the binutils tracker?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71302
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89019
--- Comment #3 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Feb 6 04:48:35 2019
New Revision: 268572
URL: https://gcc.gnu.org/viewcvs?rev=268572&root=gcc&view=rev
Log:
gcc/go:
PR go/89019
* go-gcc.cc (Gcc_backend::place
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89218
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89218
Bug ID: 89218
Summary: [8/9 Regression] g++ miscompiles functions returning
non-void without return statements
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89217
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89217
--- Comment #1 from Maxime Coste ---
Forgot to mention that this is a regression since gcc 8.2.1 which compiles this
code fine. It fails on gcc trunk r268563.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56850
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89217
Bug ID: 89217
Summary: ICE tree check: expected constructor, have error_mark
in split_nonconstant_init_1
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88584
Joseph S. Myers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13801
--- Comment #6 from Joseph S. Myers ---
Author: jsm28
Date: Wed Feb 6 01:51:29 2019
New Revision: 268571
URL: https://gcc.gnu.org/viewcvs?rev=268571&root=gcc&view=rev
Log:
Fix type of extern array declared in inner scope with outer initializati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88584
--- Comment #9 from Joseph S. Myers ---
Author: jsm28
Date: Wed Feb 6 01:51:29 2019
New Revision: 268571
URL: https://gcc.gnu.org/viewcvs?rev=268571&root=gcc&view=rev
Log:
Fix type of extern array declared in inner scope with outer initializati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89216
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89216
Bug ID: 89216
Summary: Can't make tools for cross compile from linux to
windows (MinGW)
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89102
--- Comment #2 from Jonathan Wakely ---
That changed with P0548R1 (which is not a DR).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89102
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89118
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> I cannot reproduce the valgrind errors with any version of GCC, using
> valgrind 3.14.0
>
> My guess is that these are false positives from valgrind, because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89118
--- Comment #3 from Jonathan Wakely ---
The classic "C" locale does not use UTF-8, so the codecvt facet doesn't perform conversions to UTF-8.
If I use:
std::locale::global(std::locale("C.UTF-8"));
then the results are correct. I think that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89118
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78554
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78838
Jozef Lawrynowicz changed:
What|Removed |Added
CC||jozef.l at mittosystems dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
Jakub Jelinek changed:
What|Removed |Added
Keywords|needs-bisection |
Summary|[7/8/9 Regression] I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006
--- Comment #4 from Dominique d'Humieres ---
> Looks valid to me.
>
> F2018, 16.9.184 STORAGE_SIZE (A [, KIND])
>
> 3 Arguments.
> A shall be a data object of any type. If it is polymorphic it shall not
> be an undefined pointer. If it is unlimit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89128
Jonathan Wakely changed:
What|Removed |Added
Version|unknown |8.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89128
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Tue Feb 5 22:58:22 2019
New Revision: 268566
URL: https://gcc.gnu.org/viewcvs?rev=268566&root=gcc&view=rev
Log:
PR libstdc++/89128 add deduction guides for container adaptors
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89213
Michael Meissner changed:
What|Removed |Added
Attachment #45611|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89187
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 5 22:28:25 2019
New Revision: 268564
URL: https://gcc.gnu.org/viewcvs?rev=268564&root=gcc&view=rev
Log:
PR c++/89187
* optimize.c (maybe_thunk_body): Clear TREE_A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #12 from Harald Anlauf ---
Further variant:
==> f4.f90 <==
character(1), save :: y = transfer ([('a'(1:1),i=1,1)], 'x')
print *, y
end
generates exactly the same code as f3, although it passes along slightly
different pathe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89215
Bug ID: 89215
Summary: UBSAN leaks memory
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89214
--- Comment #4 from Marek Polacek ---
(Your GCC 8 didn't ICE because that was configured with
--enable-checking=release.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89214
--- Comment #3 from Marek Polacek ---
We're hitting
1198 /* "If T is a class type and the initializer list has a single
1199 element of type cv U, where U is T or a class derived from T,
1200 the object is initialized from that eleme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89214
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89214
--- Comment #1 from Krzesimir Nowak ---
For the record, the revision I tested was 268557.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11304
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Feb 5 22:00:29 2019
New Revision: 268562
URL: https://gcc.gnu.org/viewcvs?rev=268562&root=gcc&view=rev
Log:
PR rtl-optimization/11304
* gcc.target/i386/call-1.c (set_
/krnowak/gcc-trunk --enable-languages=c,c++ : (reconfigured)
/home/krnowak/projects/gcc/trunk/build/../src/configure
--prefix=/home/krnowak/gcc-trunk --enable-languages=c,c++
Thread model: posix
gcc version 9.0.1 20190205 (experimental) (GCC)
Details about g++ 8.2.1:
Using built-in specs.
COLLECT_GCC=g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84006
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
--- Comment #5 from Marek Polacek ---
...which breaks elsewhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89154
--- Comment #3 from Pat Haugen ---
(In reply to Segher Boessenkool from comment #1)
> The new version needs to save r4 because it reuses the reg for storing r7+r8.
> And we still don't wrap CR separately, sigh.
Yes, and similar for r3 since it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89158
Marek Polacek changed:
What|Removed |Added
Summary|[8/9 Regression] by-value |[8 Regression] by-value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89158
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Tue Feb 5 21:30:51 2019
New Revision: 268561
URL: https://gcc.gnu.org/viewcvs?rev=268561&root=gcc&view=rev
Log:
PR c++/89158 - by-value capture of constexpr variable broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
Thomas Koenig changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89213
Michael Meissner changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89213
--- Comment #1 from Michael Meissner ---
Created attachment 45611
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45611&action=edit
Proposed patch to fix the problem
This patch adds combiner insns to match attempted vector long long shifts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89213
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Tue Feb 5 21:23:07 2019
New Revision: 268560
URL: https://gcc.gnu.org/viewcvs?rev=268560&root=gcc&view=rev
Log:
2019-02-05 Thomas Koenig
PR fortran/67679
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 67679, which changed state.
Bug 67679 Summary: [7/8/9 Regression] -Wunitialized reports on
compiler-generated variables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #11 from Harald Anlauf ---
I'm currently using the following minimal testcases for further debugging:
==> f1.f90 <==
character(1), parameter :: u = transfer ([('a'(i:i),i=1,1)], 'x')
print *, u
end
==> f2.f90 <==
character(1),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67679
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Tue Feb 5 21:12:41 2019
New Revision: 268559
URL: https://gcc.gnu.org/viewcvs?rev=268559&root=gcc&view=rev
Log:
2019-02-05 Thomas Koenig
PR fortran/67679
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88147
--- Comment #11 from David Malcolm ---
Created attachment 45610
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45610&action=edit
Partially reduced testcase
This is 975366 bytes (decompressed) and takes 0.3-0.4 seconds to crash
r265875's lt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89207
--- Comment #4 from Liviu Ionescu ---
The linker version is 2.31.51.20181231 (Arm Embedded GCC release)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89213
Bug ID: 89213
Summary: Optimize V2DI shifts by a constant on power8 & above
systems.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
--- Comment #3 from Marek Polacek ---
Test without :
template using enable_if_t = int;
template
struct p
{
template>
p(T) { }
p() = default;
};
struct A
{
p i = 1;
void bar();
p j;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #9 from Jonathan Wakely ---
Yes, it's almost certainly not specific to OS X, but will affect other targets
without __cxa_thread_atexit or __cxa_thread_atexit_impl in libc (possibly only
ones with emulated TLS, I'm not sure).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58142
--- Comment #8 from Ev Drikos ---
(In reply to Iain Sandoe from comment #4)
> ...
>
> A quick look says that __cxa_thread_atexit exists in libc from Darwin13,
> macOS 10.9 / Mavericks onwards.
> ...
This is a very thorough analysis that essenti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87106
--- Comment #19 from Arthur O'Dwyer ---
Awesome! Thank you! :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #29 from Thomas Koenig ---
This also fails:
type :: t
integer :: c
end type t
class(t), dimension(:), allocatable :: a, b
class(t), dimension(:), allocatable :: c
allocate (a(5), source=t(1))
allocate (b(5), source=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #28 from Thomas Koenig ---
This patch
Index: dependency.c
===
--- dependency.c(Revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89200
--- Comment #4 from Damian Rouson ---
Thanks, Paul!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89211
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89208
--- Comment #12 from Andrew Pinski ---
(In reply to Bernd Edlinger from comment #11)
> (In reply to Andrew Pinski from comment #10)
> > This is documented this way:
> > https://gcc.gnu.org/onlinedocs/gcc-8.2.0/gcc/Standards.html#index-
> > ffrees
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #8 from Segher Boessenkool ---
(In reply to Andrew Pinski from comment #6)
> Note IIRC vec_extract came from the Cell BE C/C++ extension guide. I can't
> seem to find that guide any more either :(.
Try googling for "Language_Extensi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89209
--- Comment #4 from Martin Jambor ---
For the record, the following is the most likely fix, but let me think
about it a bit more tomorrow before I submit it.
diff --git a/gcc/tree-sra.c b/gcc/tree-sra.c
index e4851daaa3f..7efd0a62ebb 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89211
--- Comment #2 from Jakub Jelinek ---
I bet it is the
+ if (d && TREE_CODE (d) == FUNCTION_DECL)
+ if (declarator->kind == cdk_function)
+ if (DECL_ARGUMENTS (d) == NULL_TREE)
+ DECL_ARG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89209
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #7 from Bill Schmidt ---
To be absolutely clear, code like
unsigned int get_auto_n_int ( vector unsigned int a, int n) { return
__builtin_vec_extract (a, n); }
is invalid. The second argument must be constant. This was not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #6 from Andrew Pinski ---
Note IIRC vec_extract came from the Cell BE C/C++ extension guide. I can't
seem to find that guide any more either :(. It does matter less these days as
the ABI documents this intrinsics now too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #5 from Bill Schmidt ---
To your second point, the new intrinsic programming reference under development
already abandons the language about v[i], so that's covered. The next version
of the ABI will drop vector API stuff (chapter 6 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80864
--- Comment #11 from Marek Polacek ---
Author: mpolacek
Date: Tue Feb 5 18:57:26 2019
New Revision: 268555
URL: https://gcc.gnu.org/viewcvs?rev=268555&root=gcc&view=rev
Log:
PR c++/89083, c++/80864 - ICE with list initialization in temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80864
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89209
--- Comment #2 from Jakub Jelinek ---
The change before esra due to the above revision is:
- _1 = BIT_FIELD_REF ;
+ _1 = VIEW_CONVERT_EXPR(t.s);
where t.s is struct S with two short fields and esra ICEs on it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89083
--- Comment #8 from Marek Polacek ---
Author: mpolacek
Date: Tue Feb 5 18:57:26 2019
New Revision: 268555
URL: https://gcc.gnu.org/viewcvs?rev=268555&root=gcc&view=rev
Log:
PR c++/89083, c++/80864 - ICE with list initialization in templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89209
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89209
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89211
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89207
--- Comment #3 from Andrew Pinski ---
This is most likely a bug in binutils rather than GCC.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #21 from Andreas Krebbel ---
(In reply to Jakub Jelinek from comment #17)
> (In reply to Andreas Krebbel from comment #16)
> > I'll commit a patch which just removes the splitter for now. I'll try to
> > come up with a nicer testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89210
--- Comment #1 from Jakub Jelinek ---
Created attachment 45608
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45608&action=edit
gcc9-pr89210.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
Bug ID: 89212
Summary: [8 regression] ICE in fold_convert_loc at
fold-const.c:2552
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89212
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88771
--- Comment #17 from Martin Sebor ---
Just for reference, GCC goes to a lot of trouble to diagnose this sort of thing
and issues one of three warnings for this code, depending on which one is
enabled. The first two are issued by the wrestrict pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86404
--- Comment #4 from Andi Kleen ---
Does something like this help?
(untested, cut-n-pasted, possibly with other values)
iff --git a/gcc/config/i386/gcc-auto-profile b/gcc/config/i386/gcc-auto-profile
index 5da5c63cd845..8744b9f091df 100755
--- a/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87532
--- Comment #4 from kelvin at gcc dot gnu.org ---
Is this a bug or just "bad documentation"?
64-Bit ELF V2 ABI Specification says vec_extract (v, 3) is equivalent to v[3].
Then it clarifies that vec_extract (arg1, arg2) uses modular arithmetic o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70637
--- Comment #2 from Arthur O'Dwyer ---
I should add, this is a bug in trunk, I don't know why the "Version" is set to
GCC 5.2. :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70637
Arthur O'Dwyer changed:
What|Removed |Added
CC||arthur.j.odwyer at gmail dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89210
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410
--- Comment #33 from Dominique d'Humieres ---
> Some of the tests in this PR are fixed by the patch at
>
> https://gcc.gnu.org/ml/fortran/2019-01/msg00065.html
Namely the original test does not ICE after r267820.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88074
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88835
Zbigniew Jędrzejewski-Szmek changed:
What|Removed |Added
CC||zbyszek at in dot waw.pl
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89208
--- Comment #11 from Bernd Edlinger ---
(In reply to Andrew Pinski from comment #10)
> This is documented this way:
> https://gcc.gnu.org/onlinedocs/gcc-8.2.0/gcc/Standards.html#index-
> ffreestanding
>
> Most of the compiler support routines us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #20 from Andreas Krebbel ---
Author: krebbel
Date: Tue Feb 5 17:19:26 2019
New Revision: 268552
URL: https://gcc.gnu.org/viewcvs?rev=268552&root=gcc&view=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #19 from Andreas Krebbel ---
Author: krebbel
Date: Tue Feb 5 17:17:00 2019
New Revision: 268551
URL: https://gcc.gnu.org/viewcvs?rev=268551&root=gcc&view=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88856
--- Comment #18 from Andreas Krebbel ---
Author: krebbel
Date: Tue Feb 5 17:14:11 2019
New Revision: 268550
URL: https://gcc.gnu.org/viewcvs?rev=268550&root=gcc&view=rev
Log:
S/390: Remove load and test fp splitter
gcc/ChangeLog:
2019-02-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89207
--- Comment #2 from Andrew Pinski ---
*** Bug 89206 has been marked as a duplicate of this bug. ***
1 - 100 of 225 matches
Mail list logo
