https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82050
--- Comment #8 from David Malcolm ---
Author: dmalcolm
Date: Tue Nov 28 21:45:56 2017
New Revision: 255219
URL: https://gcc.gnu.org/viewcvs?rev=255219&root=gcc&view=rev
Log:
Handle very long lines when printing fix-it hints
When fixing PR c/820
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83203
Bug ID: 83203
Summary: Inefficient int to avx2 vector conversion
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83201
--- Comment #2 from Pat Haugen ---
(In reply to Pat Haugen from comment #0)
>
> It appears to work fine with r254943. I'll start a bisect and post results.
My bisect showed that r254946 was where it started failing on trunk. And yes,
it fails w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83191
--- Comment #3 from Dominique d'Humieres ---
The following patch does the trick:
--- ../_clean/libgfortran/io/write.c2017-11-22 20:37:44.0 +0100
+++ libgfortran/io/write.c 2017-11-28 23:45:55.0 +0100
@@ -1552,7 +1552,7 @
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83204
Bug ID: 83204
Summary: [6/7/8 Regression] c++ -std=c++14 ICE in
maybe_undo_parenthesized_ref, at cp/semantics.c:1694
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83191
--- Comment #4 from Jerry DeLisle ---
Alternatively one could do this:
@@ -1809,9 +1809,11 @@ write_complex (st_parameter_dt *dtp, const char *source,
int kind, size_t size)
precision, buf_size, result1, &res_len1);
Hi!
I noticed you have liburcu.org. Are you intrested in burculi.com? If so please
let me know and I will send you more information about the sale.
If you have any questions feel free to ask, we would be happy to hear from you.
Sarah Perez
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81363
--- Comment #2 from Bill Schmidt ---
(In reply to Jakub Jelinek from comment #1)
> This went away with r250295 which reverted some earlier commit. Was the
> patch reverted because of this LRA ICE, or for some other reason. I.e. can
> we close i
{
template struct tuple_size;
template <> struct tuple_size {
static constexpr int value = -1;
};
}
int main()
{
auto [i] = Foo{};
}
=
Output:
GNU C++17 (GCC-Explorer-Build) version 8.0.0 20171128 (experimental)
(x86_64-linux-gnu)
compiled by GNU C v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83168
--- Comment #6 from Jerry DeLisle ---
Author: jvdelisle
Date: Wed Nov 29 03:07:43 2017
New Revision: 255225
URL: https://gcc.gnu.org/viewcvs?rev=255225&root=gcc&view=rev
Log:
2017-11-28 Jerry DeLisle
PR libgfortran/83168
* io
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #28 from Andrew Roberts ---
Adding -mno-avx2 into the mix was a marginal win, but only just showing out of
the noise:
/usr/local/gcc/bin/gcc -march=znver1 -mtune=znver1 -mprefer-vector-width=none
-mno-fma -mno-avx2 -O3 matrix.c -o ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616
--- Comment #29 from Andrew Roberts ---
And rerunning all the tests for matrix.c on Ryzen using:
-march=$amarch -mtune=$amtune -mprefer-vector-width=none -mno-fma -O3
The winners were:
mult took 118145 clocks -march=broadwell -mtune=broadwell
mu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83191
--- Comment #5 from Jerry DeLisle ---
(In reply to Jerry DeLisle from comment #4)
> Alternatively one could do this:
>
> @@ -1809,9 +1809,11 @@ write_complex (st_parameter_dt *dtp, const char
> *source, int kind, size_t size)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83206
Bug ID: 83206
Summary: -mfpu=auto does not work on ARM
(armv7l-unknown-linux-gnueabihf)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83207
Bug ID: 83207
Summary: On ARM -mcpu=native does not detect ARM big/little cpu
combinations correctly
(armv7l-unknown-linux-gnueabihf)
Product: gcc
Version: 8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83206
--- Comment #1 from Andrew Roberts ---
This was tested using:
/usr/local/gcc/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/usr/local/gcc/bin/gcc
COLLECT_LTO_WRAPPER=/usr/local/gcc-8.0.0/libexec/gcc/armv7l-unknown-linux-gnueabihf/8.0.0/lto-wrappe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81363
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83208
Bug ID: 83208
Summary: [arm-linux-gnueabi-gcc] wrong code at optimization
level -O2 and -O3 for union assignment
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
101 - 118 of 118 matches
Mail list logo