[Bug target/80600] hidden symbol `__cpu_model' is referenced by DSO

[coypu at sdf dot org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80600

--- Comment #1 from coypu  ---
Related and possible duplicate for dfly: libgcc/61309

[Bug target/80600] New: hidden symbol `__cpu_model' is referenced by DSO

[coypu at sdf dot org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80600

Bug ID: 80600
   Summary: hidden symbol `__cpu_model' is referenced by DSO
   Product: gcc
   Version: 7.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: coypu at sdf dot org
  Target Milestone: ---

building a simple fortran hello world:
/usr/bin/ld: a.out: hidden symbol `__cpu_model' in
/usr/pkg/gcc7/lib/gcc/x86_64--netbsd/7.1.0/libgcc.a(cpuinfo.o) is referenced by
DSO
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status

Trying the test case in target/65612 which sounds related:
mv20.cc:11:5: error: multiversioning needs ifunc which is not supported on this
target

[Bug translation/80280] Missing closing quote (%>) c/semantics.c and c/c-typeck.c

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80280

Martin Sebor  changed:

   What|Removed |Added

   Keywords||diagnostic, patch
 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2017-05-03
 CC||msebor at gcc dot gnu.org
   Assignee|unassigned at gcc dot gnu.org  |msebor at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #2 from Martin Sebor  ---
I confirm that these problem have indeed been fixed.  To prevent them from
cropping up again, I've put together an enhancement to -Wformat to detect them
before they get injected into the code base.  I'll use this bug as a reference
for the patch set:

https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00150.html
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00151.html
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00152.html
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00153.html
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00154.html
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00155.html
https://gcc.gnu.org/ml/gcc-patches/2017-05/msg00156.html

Re: -Wformat-truncation outputs emtpy lines instead of source

[Martin Sebor]

On 05/02/2017 02:13 PM, Simon Sobisch wrote:

I'm responding here as it was "opened" in this list directly.
You were right, adding -fno-diagnostics-color doesn't show anything
empty, changing it to -fdiagnostics-color bring the nice colors in - and
the spaces instead of the code (yes, I've copied it directly from the
terminal).

I'm on the following machine:

hostname = mymachine-trisquel
uname -m = x86_64
uname -r = 3.13.0-116-lowlatency
uname -s = Linux
uname -v = #163+7.0trisquel2 SMP PREEMPT Thu Apr 6 13:16:46 UTC 2017

I've just got the latest revision 247521 from branch-gcc-7 and did a
recompile (this time using the GCC 7 that was previously built) and the
issue stays.

I've just placed the output into a vim stdin pipe and can see the source
+ its control attributes:

make 2>&1 | vim - -R -c 'set filetype=nomodified nomodifiable nonu'

^[[01m^[[K../../../cobc/typeck.c:1064:2:^[[m^[[K ^[[01;36m^[[Knote:
^[[m^[[K'^[[01m^[[Ksnprintf^[[m^[[K' output between 17 and 63 bytes into
a destination of size 17
  ^[[01;36m^[[Ksnprintf (buff, (size_t)17,
"%02d/%02d/%02d%02d%c%02d%c%02d",^M^[[m^[[K

^[[01;36m^[[K^~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.day_of_month,^M^[[m^[[K
   ^[[01;36m^[[K~~~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.month,^M^[[m^[[K
   ^[[01;36m^[[K^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.year % 100,^M^[[m^[[K
   ^[[01;36m^[[K~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.hour, '.',^M^[[m^[[K
   ^[[01;36m^[[K^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.minute, '.',^M^[[m^[[K
   ^[[01;36m^[[K~~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.second)^[[m^[[K;^M
   ^[[01;36m^[[K^[[m^[[K

The main question is: is this a GCC problem or a Trisquel problem?
If it is the later is there any option for GCC to recognize this problem?


From the above it looks like GCC does output the text suggesting
that the problem is not in it, but the GCC colorization is not my
area of expertise (I just wrote the -Wformat-truncation warning).
It's strange to me that you can see the tildes but not the plain
text. I would suggest to try a different terminal.  Otherwise,
post your question to gcc-help where people who know more about
these things than me can help you.

Martin



Simon
Am 02.05.2017 um 01:29 schrieb Martin Sebor:

On 05/01/2017 01:39 PM, Simon Sobisch wrote:

Hi,

I've just got GCC7 (build from svn worked like a charm, even if it
took hours but I was warned) and like the new warnings and hints very
much.

When compiling GnuCOBOL from vcs (sources on mount, therefore the long
path) I got one warning with multiple and very long tilde lines.

/media/sf_Entwicklung/GnuCOBOL/gnu-cobol-2.0_texi/cobc/typeck.c: In
function 'cb_build_registers':
/media/sf_Entwicklung/GnuCOBOL/gnu-cobol-2.0_texi/cobc/typeck.c:1064:30:
warning: 'snprintf' output may be truncated before the last format
character [-Wformat-truncation=]
  snprintf (buff, (size_t)17, "%02d/%02d/%02d%02d%c%02d%c%02d",
  ^~~~
/media/sf_Entwicklung/GnuCOBOL/gnu-cobol-2.0_texi/cobc/typeck.c:1064:2: note:
'snprintf' output between 17 and 63 bytes into a destination of size 17

  ^~

   ~~~

   

   ~

   

   ~~
   current_compile_time.second);
   

It looks like the source in the lines between are missing (the number
of tildes is correct).
The source reads:

snprintf (buff, (size_t)17, "%02d/%02d/%02d%02d%c%02d%c%02d",
current_compile_time.day_of_month,
current_compile_time.month,
current_compile_time.year % 100,
current_compile_time.hour, '.',
current_compile_time.minute, '.',
current_compile_time.second);


Hmm, that's quite odd.  I'm not able to reproduce this "effect"
and I have never seen anything like it.  My first thought was
that it could be a problem with the terminal you are using (try
compiling with -fno-diagnostics-color to see if it improves)
but since you presumably copied the error message above from
the terminal that's probably not going to help.  If it doesn't,
can you please create a new bug and attach to it a preprocessing
translation unit (compile the source file with -E and save the
output)?  Also include the full set of command line options you
invoked the compiler with when you got the "invisible" message.

[...}

Martin

[Bug c++/70844] [6/7/8 Regression] spurious -Wuseless-cast warning with inherited constructors

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70844

Jonathan Wakely  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-05-02
  Known to work||5.4.0
Summary|spurious -Wuseless-cast |[6/7/8 Regression] spurious
   |warning with inherited  |-Wuseless-cast warning with
   |constructors|inherited constructors
 Ever confirmed|0   |1
  Known to fail||6.3.0, 7.1.0, 8.0

[Bug target/80568] x86 -mavx256-split-unaligned-load (and store) is affecting AVX2 code, but probably shouldn't be.

[peter at cordes dot ca]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80568

--- Comment #2 from Peter Cordes  ---
Using ISA-extension options removes some microarchitectures from the set of
CPUs that can run the code, so it would be appropriate for them to have some
effect on tuning.

A "generic AVX2 CPU" is much more specific than a "generic x86-64 CPU".  For
example, rep ret is useless with -mavx, since PhenomII doesn't support AVX (or
SSE4, actually).

As it stands now, gcc doesn't have a way to tune for a "generic avx2 CPU". 
(i.e. only try to avoid problems on Haswell, Skylake, KNL, Excavator, and
Ryzen.  Don't care about things that are slow on IvyBridge, Steamroller, or
Atom.)

-mtune=haswell tells gcc that bsf/bsr are fast, but that's not the case on
Excavator (at least it isn't on Steamroller).  So -mtune=intel or
-mtune=haswell aren't necessarily appropriate, especially if we're just talking
about -mavx, not -mavx2.

---

In the absence of any -mtune or -march options, -mavx could imply
-mtune=generic-avx, the way -march implies a tuning but can be overridden with
-march=foo -mtune=bar.

Or maybe the default -mtune option should be changed to -mtune=generic-isa, so
users can think of it as a tuning that looks at what -m options are enabled to
decide which uarches it can ignore.

It might be easier to maintain if those tune options are limited to only
disabling workaround-options like rep ret and splitting 256b loads/stores.

Or maybe this suggestion would already add too much maintenance work.

---

I don't know whether -mavx256-split-unaligned-load/store is still worth it if
we take SnB/IvB out of the picture.  If it helps a lot for Excavator/Zen, then
maybe.  It probably hurts for KNL, which easily bottlenecks on decode
throughput according to Agner Fog, so more instructions is definitely bad.

---

I didn't find any related bug reports, searching even on closed bugs for split
unaligned load, or for  -mavx256-split-unaligned-load.  I did search some
(including in git for the commit that changed this), but didn't find anything.

Thanks for confirming that it was an intentional bugfix.

[Bug c++/80599] -Wuseless-cast triggers for inherited constructor

[glisse at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80599

Marc Glisse  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #2 from Marc Glisse  ---
.

*** This bug has been marked as a duplicate of bug 70844 ***

[Bug c++/70844] spurious -Wuseless-cast warning with inherited constructors

[glisse at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70844

--- Comment #2 from Marc Glisse  ---
*** Bug 80599 has been marked as a duplicate of this bug. ***

[Bug c++/80599] -Wuseless-cast triggers for inherited constructor

[jens.maurer at gmx dot net]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80599

--- Comment #1 from Jens Maurer  ---
This is a duplicate of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70844 ;
please close.

[Bug c++/80599] New: -Wuseless-cast triggers for inherited constructor

[jens.maurer at gmx dot net]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80599

Bug ID: 80599
   Summary: -Wuseless-cast triggers for inherited constructor
   Product: gcc
   Version: 7.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jens.maurer at gmx dot net
  Target Milestone: ---

All-new gcc 7.1.0 delivers a -Wuseless-cast warning for inherited constructors
involving reference parameters that the user cannot do anything about.  This
did not happen with gcc 6.3.0.

struct B {
  B(const int&);
};

struct D : B {
  using B::B;
};

D d2 = 0;


$ g++ -Wuseless-cast -c y.cc

y.cc: In constructor ‘D::D(const int&) [inherited from B]’:
y.cc:6:12: warning: useless cast to type ‘const int&’ [-Wuseless-cast]
   using B::B;
^
y.cc: At global scope:
y.cc:9:8: note: synthesized method ‘D::D(const int&) [inherited from B]’ first
required here 
 D d2 = 0;
^

[Bug libstdc++/79349] unused std::string is not optimized away in presense of a call

[glisse at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79349

--- Comment #4 from Marc Glisse  ---
With the call to foo(), this is an issue of alias analysis. Gcc wrongly
believes that the string escapes (probably because we store a pointer to the
string inside the string itself, with the small string optimization), and thus
that foo() might modify the string, so it needs to check if the destructor
needs to run, whether foo returns normally or throws an exception.

[Bug c++/80598] New: -Wunused triggers for functions used in uninstantiated templates

[jens.maurer at gmx dot net]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80598

Bug ID: 80598
   Summary: -Wunused triggers for functions used in uninstantiated
templates
   Product: gcc
   Version: 7.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jens.maurer at gmx dot net
  Target Milestone: ---

The all-new gcc 7.1.0 now shows this disturbing warning; gcc 6.3.0 didn't.  It
seems unhelpful to issue an "unused function" warning for a function actually
used from an uninstantiated template.  This situation might happen a lot in
#included header files.  (Adding an instantiation of "g" silences the warning.)

$ g++ -Wunused x.cc
x.cc:1:13: warning: ‘void f()’ defined but not used [-Wunused-function]


static void f()
{ }

template
int g(T x)
{
  f();
  return 0;
}

[Bug target/68491] libgcc calls __get_cpuid with 0 level breaks on early 486

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68491

--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue May  2 20:36:26 2017
New Revision: 247523

URL: https://gcc.gnu.org/viewcvs?rev=247523=gcc=rev
Log:
Backport from mainline
2017-05-01  Uros Bizjak  

PR target/68491
* config/i386/cpuid.h (__get_cpuid): Always return 0 when
__get_cpuid_max returns 0.
(__get_cpuid_count): Ditto.


Modified:
branches/gcc-7-branch/gcc/ChangeLog
branches/gcc-7-branch/gcc/config/i386/cpuid.h

Re: -Wformat-truncation outputs emtpy lines instead of source

[Simon Sobisch]

I'm responding here as it was "opened" in this list directly.
You were right, adding -fno-diagnostics-color doesn't show anything
empty, changing it to -fdiagnostics-color bring the nice colors in - and
the spaces instead of the code (yes, I've copied it directly from the
terminal).

I'm on the following machine:

hostname = mymachine-trisquel
uname -m = x86_64
uname -r = 3.13.0-116-lowlatency
uname -s = Linux
uname -v = #163+7.0trisquel2 SMP PREEMPT Thu Apr 6 13:16:46 UTC 2017

I've just got the latest revision 247521 from branch-gcc-7 and did a
recompile (this time using the GCC 7 that was previously built) and the
issue stays.

I've just placed the output into a vim stdin pipe and can see the source
+ its control attributes:

make 2>&1 | vim - -R -c 'set filetype=nomodified nomodifiable nonu'

^[[01m^[[K../../../cobc/typeck.c:1064:2:^[[m^[[K ^[[01;36m^[[Knote:
^[[m^[[K'^[[01m^[[Ksnprintf^[[m^[[K' output between 17 and 63 bytes into
a destination of size 17
  ^[[01;36m^[[Ksnprintf (buff, (size_t)17,
"%02d/%02d/%02d%02d%c%02d%c%02d",^M^[[m^[[K

^[[01;36m^[[K^~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.day_of_month,^M^[[m^[[K
   ^[[01;36m^[[K~~~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.month,^M^[[m^[[K
   ^[[01;36m^[[K^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.year % 100,^M^[[m^[[K
   ^[[01;36m^[[K~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.hour, '.',^M^[[m^[[K
   ^[[01;36m^[[K^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.minute, '.',^M^[[m^[[K
   ^[[01;36m^[[K~~^[[m^[[K
 ^[[01;36m^[[K  current_compile_time.second)^[[m^[[K;^M
   ^[[01;36m^[[K^[[m^[[K

The main question is: is this a GCC problem or a Trisquel problem?
If it is the later is there any option for GCC to recognize this problem?

Simon

Am 02.05.2017 um 01:29 schrieb Martin Sebor:
> On 05/01/2017 01:39 PM, Simon Sobisch wrote:
>> Hi,
>>
>> I've just got GCC7 (build from svn worked like a charm, even if it
>> took hours but I was warned) and like the new warnings and hints very
>> much.
>>
>> When compiling GnuCOBOL from vcs (sources on mount, therefore the long
>> path) I got one warning with multiple and very long tilde lines.
>>
>> /media/sf_Entwicklung/GnuCOBOL/gnu-cobol-2.0_texi/cobc/typeck.c: In
>> function 'cb_build_registers':
>> /media/sf_Entwicklung/GnuCOBOL/gnu-cobol-2.0_texi/cobc/typeck.c:1064:30:
>> warning: 'snprintf' output may be truncated before the last format
>> character [-Wformat-truncation=]
>>   snprintf (buff, (size_t)17, "%02d/%02d/%02d%02d%c%02d%c%02d",
>>   ^~~~
>> /media/sf_Entwicklung/GnuCOBOL/gnu-cobol-2.0_texi/cobc/typeck.c:1064:2: note:
>> 'snprintf' output between 17 and 63 bytes into a destination of size 17
>>
>>   ^~
>>
>>~~~
>>
>>
>>
>>~
>>
>>
>>
>>~~
>>current_compile_time.second);
>>
>>
>> It looks like the source in the lines between are missing (the number
>> of tildes is correct).
>> The source reads:
>>
>> snprintf (buff, (size_t)17, "%02d/%02d/%02d%02d%c%02d%c%02d",
>> current_compile_time.day_of_month,
>> current_compile_time.month,
>> current_compile_time.year % 100,
>> current_compile_time.hour, '.',
>> current_compile_time.minute, '.',
>> current_compile_time.second);
> 
> Hmm, that's quite odd.  I'm not able to reproduce this "effect"
> and I have never seen anything like it.  My first thought was
> that it could be a problem with the terminal you are using (try
> compiling with -fno-diagnostics-color to see if it improves)
> but since you presumably copied the error message above from
> the terminal that's probably not going to help.  If it doesn't,
> can you please create a new bug and attach to it a preprocessing
> translation unit (compile the source file with -E and save the
> output)?  Also include the full set of command line options you
> invoked the compiler with when you got the "invisible" message.
> 
> [...}
> 
> Martin

[Bug libstdc++/79349] unused std::string is not optimized away in presense of a call

[hiraditya at msn dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79349

AK  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|WORKSFORME  |---

--- Comment #3 from AK  ---
(In reply to AK from comment #2)
> The problem is exceptions. When I compile without exceptions
> (-fno-exceptions) g++ does optimize this away and gives same output as
> clang. It seems clang++ compiles without exceptions by default and behaves
> like g++ when -fexceptions is passed.

Correction:
For the example:
#include

int main() {
  std::string s("abc");
  return 0;
}

clang (with libc++) optimizes away the std::string even in the presence of
exceptions (-fexceptions). When I compile without exceptions (-fno-exceptions)
g++ does optimize the std::string away.


However, when I introduce a call:

#include

void foo();

int main() {
  std::string s("abc");
  foo();
  return 0;
}

clang++ still optimizes the std::string but g++ does not. I think the problem
is with libstdc++ because when clang is using libstdc++ I can see the
destructor.


Sorry for the confusion.

[Bug libstdc++/79349] unused std::string is not optimized away in presense of a call

[hiraditya at msn dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79349

AK  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from AK  ---
The problem is exceptions. When I compile without exceptions (-fno-exceptions)
g++ does optimize this away and gives same output as clang. It seems clang++
compiles without exceptions by default and behaves like g++ when -fexceptions
is passed.

[Bug rtl-optimization/60818] ICE in validate_condition_mode on powerpc*-linux-gnu*

[glaubitz at physik dot fu-berlin.de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818

--- Comment #27 from John Paul Adrian Glaubitz  ---
(In reply to Jakub Jelinek from comment #26)
> GCC 7.1 has been released.

At least for me, the bug has been fixed with Segher's patch, so I'm not sure if
pushing the milestone to 7.2 makes sense.

[Bug ipa/80597] internal compiler error: in compute_inline_parameters, at ipa-inline-analysis.c:3126

[dcb314 at hotmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597

--- Comment #2 from David Binderman  ---
Created attachment 41300
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41300=edit
gzipped C source code

[Bug ipa/80597] internal compiler error: in compute_inline_parameters, at ipa-inline-analysis.c:3126

[dcb314 at hotmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597

David Binderman  changed:

   What|Removed |Added

 CC||dcb314 at hotmail dot com

--- Comment #1 from David Binderman  ---
The attached file demonstrates the problem and only needs flags
-v -w -O2.

[Bug libstdc++/80538] Probably unwanted thread yield for thread::sleep_for with < 1s

[zulliger at indel dot ch]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80538

--- Comment #2 from zulliger at indel dot ch ---
Thank's for clarifying! If sleep(0)'s behaviour is undefined regarding 'thread
yielding', then my whole point is wrong.

(It seems I didn't read stackoverflow & Co carefully enough, as the statement I
saw was specific to Microsofts Sleep(int MilliSeconds) which indeed yields).

[Bug fortran/80291] [OOP] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:6662

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|7.2 |8.0

[Bug fortran/66366] [OOP] ICE on invalid with non-allocatable CLASS variable

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66366

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|7.2 |8.0

[Bug fortran/77961] [Coarray] [OOP] Allocatable components in CLASS-typed coarrays unsupported.

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77961

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|7.2 |8.0

[Bug fortran/78798] [cleanup] some int-valued functions should be bool

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|7.2 |8.0

[Bug fortran/78009] [OOP] polymorphic component of derived type array slice handling error

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78009

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|7.2 |8.0

[Bug fortran/56691] [OOP] Allocatable array: wrong offset when passing to CLASS dummy

[janus at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56691

janus at gcc dot gnu.org changed:

   What|Removed |Added

   Target Milestone|7.2 |8.0

[Bug target/79964] Cortex A53 codegen still not optimal

[tulipawn at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79964

--- Comment #4 from PeteVine  ---
> I'm not sure what you're trying to measure here - it's very confusing with 
> multiple overlapping options (O3/Ofast/tree-vectorize), -mcpu/-march. Is it 
> related to -fipa-pta or is that not relevant?

All the relevant flags have been kept constant (-Ofast -mcpu), so you should
only look at this result side by side with the previous one.

I'll summarise the findings for you:

To get the best c-ray performance out of gcc7 it's necessary to either use
-mcpu/mtune=cortex-a57 or -mcpu=cortex-a53 -frename-registers (depessimizing
with -mno-fix-cortex-a53-843419 if necessary)

However, in gcc8, neither produce the expected, best performance. No
combination does, a clear regression.

[Bug c++/80561] Missed optimization: std::array data is aligned if array is aligned

[glisse at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80561

--- Comment #4 from Marc Glisse  ---
Cool, that matches pretty much exactly the analysis I had posted on
stackoverflow ;-)

A separate issue from whether we can somehow propagate the alignment
information is what we do without the alignment information (remove the
attribute to be sure). Gcc generates a rather large code, with scalar and
vector loops, to try and reach an aligned position for one of the buffers (the
other one still requires potentially unaligned access) and perform at most 2
vector iterations. On the other hand, clang+llvm don't care about alignment and
generate unaligned vector operations, totally unrolled (that's 2 vector
iterations since there were 8 scalar iterations initially), for a grand total
of 6 insns (with AVX). I have a hard time believing that gcc's complicated code
is ever faster than clang's, whether the arrays are aligned or not. We can
discuss that in a separate PR if this one should center on alignment.

[Bug ipa/80597] New: internal compiler error: in compute_inline_parameters, at ipa-inline-analysis.c:3126

[babokin at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80597

Bug ID: 80597
   Summary: internal compiler error: in compute_inline_parameters,
at ipa-inline-analysis.c:3126
   Product: gcc
   Version: 8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: babokin at gmail dot com
  Target Milestone: ---

Created attachment 41299
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41299=edit
reproducer

gcc top of the trunk, r247455, x86_64

Test is quite big, I failed to reduce it. UBSAN switch is also required to
reproduce.

> time g++ -std=c++11 -fsanitize=undefined -w -O0 -c func.i
func.cpp: In function ‘void foo()’:
func.cpp:1181:1: internal compiler error: in compute_inline_parameters, at
ipa-inline-analysis.c:3126
 }
 ^
0xb96459 compute_inline_parameters(cgraph_node*, bool)
../../gcc_svn/gcc/ipa-inline-analysis.c:3125
0xb96668 compute_inline_parameters_for_current
../../gcc_svn/gcc/ipa-inline-analysis.c:3137
0xb96668 execute
../../gcc_svn/gcc/ipa-inline-analysis.c:3167
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.

real4m53.780s
user4m49.790s
sys 0m3.985s

[Bug lto/77954] LTO_STREAMER_DEBUG ICE with OpenMP SIMD clones

[tschwinge at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77954

--- Comment #6 from Thomas Schwinge  ---
(In reply to Martin Liška from comment #4)
> Remove LTO_STREAMER_DEBUG ([...]).

Thanks!  I'm fine with that -- but you do have verified that it's really just
LTO_STREAMER_DEBUG that was broken, and not some lingering OMP/SIMD problem?

[Bug c/80592] gcc fails to detect overflow in shift statement

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80592

Marek Polacek  changed:

   What|Removed |Added

 CC||mpolacek at gcc dot gnu.org

--- Comment #2 from Marek Polacek  ---
clang can detect this but only if max_tu_symbol is made const:

l.c:9:21: warning: signed shift result (0x1F7FFF80) requires 46 bits to
represent, but 'int' only
  has 32 bits [-Wshift-overflow]
g(max_tu_symbol << 23);
  ~ ^  ~~

[Bug c++/80559] [7/8 Regression] Segmentation fault on invalid initialiser list template arguments

[mpolacek at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80559

--- Comment #4 from Marek Polacek  ---
commit c2ab9194438e2805bdc12916ebf40890267d62f5
Author: jason 
Date:   Tue Oct 4 20:42:58 2016 +

Implement P0091R2, Template argument deduction for class templates.

* parser.c (cp_parser_simple_type_specifier): Parse class placeholder.
Use the location of the beginning of the type-specifier.
(cp_parser_init_declarator): Parse deduction guide.
(cp_parser_diagnose_invalid_type_name): Mention class deduction.
(cp_parser_type_id_1): Don't accept class placeholder as template arg.
* cp-tree.h (CLASS_PLACEHOLDER_TEMPLATE): New.
* decl.c (grokdeclarator): Check for uninitialized auto here.
(start_decl_1): Not here.
(cp_finish_decl): Or here.  Don't collapse a list when doing
class deduction.
(grokfndecl): Check deduction guide scope and body.
* error.c (dump_decl, dump_function_decl, dump_function_name):
Handle deduction guides.
* pt.c (make_template_placeholder, do_class_deduction): New.
(build_deduction_guide, rewrite_template_parm): New.
(dguide_name, dguide_name_p, deduction_guide_p): New.
(do_auto_deduction): Call do_class_deduction.
(splice_late_return_type, is_auto): Handle class placeholders.
(template_parms_level_to_args): Split from template_parms_to_args.
(tsubst_template_parms_level): Split from tsubst_template_parms.
* typeck2.c (build_functional_cast): Handle class placeholder.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@240756
138bc75d-0d04-0410-961f-82ee72b054a4

[Bug fortran/66366] [OOP] ICE on invalid with non-allocatable CLASS variable

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66366

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/79929] [7/8 Regression] Bogus Warning: '__builtin_memset': specified size 4294967291 exceeds maximum object size 2147483647

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #19 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/80291] [OOP] ICE in gfc_conv_expr_descriptor, at fortran/trans-array.c:6662

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80291

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #9 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/33562] [5/6 Regression] aggregate DSE disabled

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #33 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug middle-end/79988] [7/8 Regression][CHKP] ICE in tree check: accessed operand 5 of call_expr with 4 operands in ix86_expand_builtin, at config/i386/i386.c:36851

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79988

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug middle-end/78098] error: interrupt service routine can't be called directly

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78098

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #17 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/78163] ref-qualified function type incorrectly accepted in function parameter type

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78163

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #4 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/71935] [5/6/7/8 Regression] ICE is_c_interoperable(): gfc_simplify_expr failed

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71935

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #7 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/80260] [7/8 Regression] ICE with polymorphic array section actual argument

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80260

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/71832] [7/8 Regression] ICE on invalid C++11 code with incorrect decltype use for non-type template parameter: Segmentation fault

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71832

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/78459] [7/8 Regression] [SH] ICE in maybe_record_trace_start building glibc string tests

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78459

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug middle-end/79989] [7/8 Regression][CHKP] ICE in assign_temp, at function.c:968

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79989

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #1 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libstdc++/78939] [C++17] interferes with structured binding from struct

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78939

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #12 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libgomp/70805] libgomp.c/for-5.c and libgomp.c++/for-13.C FAIL

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70805

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #1 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/80464] [7/8 regression] S/390: ICE failed to split vector move

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80464

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #4 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/78460] [7/8 Regression] [SH] OOM building glibc string tst-cmp.c

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78460

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #5 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/71351] [7/8 Regression] ICE: Segmentation fault (graphite)

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71351

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #9 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/77346] [7/8 Regression] ICE in push_reload, at reload.c:1350

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77346

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #16 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/77961] [Coarray] [OOP] Allocatable components in CLASS-typed coarrays unsupported.

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77961

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug sanitizer/78267] libsanitizer breaks bootstrap on x86_64-apple-darwin16 at r241977

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #59 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/78983] [7/8 Regression] ICE with CAF-DT with allocatable member

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78983

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #4 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c/80468] [7 Regression] ICE on invalid AVX512 code with -m32

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80468

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #4 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug ada/79441] [7/8 regression] gnat.dg/pack9.adb fails

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79441

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c/61240] [5/6/7/8 Regression] Incorrect warning "integer overflow in expression" on pointer-pointer subtraction

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61240

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #13 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/48863] A Bug When Assembler Instructions with C Expression Operands in arm-elf-gcc 4.5

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48863

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #9 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/79104] [DR 696] wrong semantics for odr-use of constant variable from lambda

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79104

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #5 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/79912] [7/8 regression] LRA unable to generate reloads after r245655

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #19 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug rtl-optimization/71118] [5/6/7/8 Regression] ftois instruction not emitted for float -> int bitcast

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71118

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #5 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/62630] [5/6/7/8 Regression] gcc.dg/graphite/vect-pr43423.c XFAILed

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #24 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c/69602] [6/7/8 Regression] over-ambitious logical-op warning on EAGAIN vs EWOULDBLOCK

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69602

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #20 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/71555] ICE: compilation "never" finishes with -O -mtune=sandybridge -mavx512bw

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71555

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libstdc++/70940] pmr::resource_adaptor requires optional allocator requirements and incorrectly aligns returned pointers.

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70940

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/71169] [7/8 Regression] ICE on invalid C++ code in pop_nested_class (cp/class.c:7785)

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71169

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug rtl-optimization/79438] [7/8 Regression] ICE during RA w/ -O3 (or -Ofast) -funroll-loops for 32-bit BE powerpc target

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79438

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/80392] [5/6/7/8 Regression] [OOP] ICE with allocatable polymorphic function result in a procedure pointer component

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80392

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #9 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/69834] [OOP] Collision in derived type hashes

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69834

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #14 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c/32643] [5/6/7/8 Regression] Wrong error message with unsigned char a = uchar&512

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32643

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #24 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/78798] [cleanup] some int-valued functions should be bool

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78798

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/79742] ARM sched pipeline selection problems

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79742

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/80213] [7/8 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:704

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80213

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug middle-end/46555] [5/6/7/8 Regression] PHI RTL expansion leads to CSiBE regression

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46555

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #7 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug go/78980] runtime/internal/atomic FAILs on 32-bit SPARC

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78980

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #1 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/70601] [5/6/7/8 Regression] [OOP] ICE on procedure pointer component call

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70601

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #9 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/79621] Missed path isolation opportunity

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79621

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug rtl-optimization/70681] [6/7/8 Regression] FAIL: gcc.dg/ira-shrinkwrap-prep-2.c gcc.dg/pr10474.c on arm and powerpc

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70681

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #7 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libfortran/78314] [aarch64] ieee_support_halting does not report unsupported fpu traps correctly

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78314

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #7 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug rtl-optimization/78652] Add testcase for LRA generates wrong code by inheriting changed register

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78652

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #7 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/79590] ICE (internal compiler error) in nothrow_spec_p with generic lambda and `noexcept(noexcept(...))` expression

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79590

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/80465] [7/8 Regression] ICE when evaluating a lamba noexcept spec with captures in C++1z

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80465

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/79451] [7/8 Regression] ICE in expand_expr_real_2, at expr.c:9021 w/ -O3 -floop-nest-optimize

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79451

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #1 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug rtl-optimization/60818] ICE in validate_condition_mode on powerpc*-linux-gnu*

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60818

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #26 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/45397] [5/6 Regression] Issues with integer narrowing conversions

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45397

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #33 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libstdc++/68210] nothrow operator fails to call default new

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68210

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/78238] [7/8 Regression] [OOP] ICE: verify_gimple failed, with -fdefault-integer-8

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78238

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #8 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug ada/79542] [7/8 regression] GNAT bug box

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79542

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #4 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug jit/66054] bootstrap comparison failure with --enable-host-shared

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66054

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/68543] [AArch64] Implement overflow arithmetic standard names {u,}{add,sub,mul}v4 and/or negv3

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68543

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/70277] Improve code generation for large initializer lists

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70277

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #4 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/79975] SEGV in cc1 compiling gcc.dg/rtl/x86_64/final.c

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79975

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #1 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug c++/80449] [7/8 Regression] ICE reporting failed partial class template specialization class template argument deduction

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80449

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/80120] [7/8 Regression] Incorrect error with associate construct and character array

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80120

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libstdc++/70982] experimental/filesystem/iterators/directory_iterator.cc etc. FAIL with --enable-vtable-verify

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70982

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #1 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug target/78633] [7/8 Regression] [SH] libgcc/fp-bit.c:944:1: error: invalid rtl sharing found in the insn

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #21 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug rtl-optimization/79901] ICE in prepare_cmp_insn, at optabs.c:3904

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79901

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #6 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug fortran/78009] [OOP] polymorphic component of derived type array slice handling error

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78009

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #3 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libfortran/79540] [7/8 Regression] FAIL: gfortran.dg/fmt_fw_d.f90 -O0 execution test

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79540

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #5 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug libstdc++/77691] [7/8 regression] experimental/memory_resource/resource_adaptor.cc FAILs

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77691

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #5 from Jakub Jelinek  ---
GCC 7.1 has been released.

[Bug tree-optimization/71751] [7/8 Regression] Segmentation fault in ssa_default_def

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71751

Jakub Jelinek  changed:

   What|Removed |Added

   Target Milestone|7.0 |7.2

--- Comment #2 from Jakub Jelinek  ---
GCC 7.1 has been released.