[Bug target/48326] Target attribute leaks from function pointers

2021-08-14 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326

Andrew Pinski  changed:

   What|Removed |Added

 Resolution|FIXED   |DUPLICATE

--- Comment #8 from Andrew Pinski  ---
Dup of bug 53228.

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

[Bug target/48326] Target attribute leaks from function pointers

2021-08-09 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |4.7.0
 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #7 from Andrew Pinski  ---
Fixed.

[Bug target/48326] Target attribute leaks from function pointers

2013-11-01 Thread joseph at codesourcery dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326

--- Comment #6 from joseph at codesourcery dot com joseph at codesourcery dot 
com ---
On Fri, 1 Nov 2013, michael at talamasca dot ocis.net wrote:

 Do I have to file a separate bug report in order to fix the problem that
 current GCC releases can't be expected to bootstrap up if the starting 
 compiler
 is GCC 4.7.0 (among several other problem releases) and the host hardware is
 ix86 with no cmov?

Please do.  Such a bug report would be a request for libcpp to work around 
known buggy bootstrap compilers, which is completely separate from the 
present report about the actual bug in those compilers.  (Or test and send 
to gcc-patches a patch with the change you suggest; a one-line fix like 
that doesn't need a copyright assignment.)


[Bug target/48326] Target attribute leaks from function pointers

2013-10-31 Thread michael at talamasca dot ocis.net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326

--- Comment #5 from michael at talamasca dot ocis.net michael at talamasca dot 
ocis.net ---
Do I have to file a separate bug report in order to fix the problem that
current GCC releases can't be expected to bootstrap up if the starting compiler
is GCC 4.7.0 (among several other problem releases) and the host hardware is
ix86 with no cmov?

If the breakage was due to 4.7.0 miscompiling standard C, I could see why you
would write it off.  It's not practical to be portable to every known standards
violation.

But this is a breakage in code that uses GCC extensions and is preprocessed out
for non-GCC compilers.  It should be preprocessed out for = 4.7.0 as well.


[Bug target/48326] Target attribute leaks from function pointers

2013-03-30 Thread mikpe at it dot uu.se


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326



--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se 2013-03-30 
11:59:19 UTC ---

I can reproduce the initial bug with gcc 4.4.7, 4.5.3, 4.6.3, and 4.7.0, but

not with 4.5.4, 4.6-20130322, 4.7.1, or 4.7.2.


[Bug target/48326] Target attribute leaks from function pointers

2013-03-30 Thread mikpe at it dot uu.se


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326



--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2013-03-30 
12:31:38 UTC ---

The initial bug was fixed by r187169 on 4.7 branch, I'd say it's clearly a dup

of PR53228.


[Bug target/48326] Target attribute leaks from function pointers

2013-03-29 Thread michael at talamasca dot ocis.net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326



--- Comment #2 from michael at talamasca dot ocis.net michael at talamasca dot 
ocis.net 2013-03-30 00:26:53 UTC ---

The bug itself seems to have been silently fixed in 4.7.2 or earlier, maybe. 

My testcase no longer causes cmov to be emitted, although this could be an

accidental side effect of other changes.



However, there is a related bug that is definitely still present.  I noticed

the first bug because GCC itself is also an example of code that triggers it. 

This means that modern versions of GCC may fail to bootstrap themselves from

older GCCs that have the original bug.



Fixing this second bug is fairly simple, changing the ifdef that controls SSE

use in libcpp/lex.c to require GCC_VERSION = 4008 instead of 4005.  (The exact

value is not certain, but it must at least be 4007 since 4.6.0 is known to have

the bug.)



It would be a good idea to fix this in 4.7.3.  As the last version compilable

from C alone, it will be a likely intermediate stop for anyone trying to

bootstrap up from an ancient GCC installation.


[Bug target/48326] Target attribute leaks from function pointers

2011-03-29 Thread pinskia at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326

Andrew Pinski pinskia at gcc dot gnu.org changed:

   What|Removed |Added

  Component|c   |target
   Severity|major   |normal


[Bug target/48326] Target attribute leaks from function pointers

2011-03-29 Thread rguenth at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48326

Richard Guenther rguenth at gcc dot gnu.org changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.03.29 10:23:10
 Ever Confirmed|0   |1
  Known to fail||4.4.4, 4.5.2, 4.6.0

--- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-29 
10:23:10 UTC ---
Confirmed.