Bug 4775
Summary: | egcs does not honor __extension__ | ||
---|---|---|---|
Product: | [Retired] Red Hat Raw Hide | Reporter: | Cristian Gafton <gafton> |
Component: | egcs | Assignee: | Nalin Dahyabhai <nalin> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1.0 | CC: | gafton |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 1999-09-22 14:17:44 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Cristian Gafton
1999-08-30 05:00:59 UTC
For Ulrich's reaction see http://sourceware.cygnus.com/ml/libc-alpha/1999-08/msg00113.html Are you sure this changed in GCC 2.95? Looking at the source to 2.95 I don't see anything which has __extension__ interact with anything other than -pedantic (which is the way it is documented). Off the top of my head it strikes me as better to patch glibc (which recently changed on this point) rather than patching gcc (which has not changed the behavior of __extension__ in a long time), if we really do need something fast. Patching gcc in a way that the gcc maintainers won't end up liking would just make things worse. I do not get those warnings with gcc 2.95, so something changed and made the compiler to correctly protect extensios against -Wpointer-arith. It *is* a bug in the compiler. I just tried this with the latest gcc from cvs and I got the same warnings (test case enclosed in the email section). If you want to point me to a gcc 2.95 binary (or wait for me to download and build it), I can try that too but I really don't think the version of gcc has much to do with it. Were you using -O in your tests (that is required since string.h tests __OPTIMIZE__)? I mean, I'll send email to gcc-bugs and see if people have reactions (and I can certainly write a patch if that is what we want). But if this is a matter of just backporting code which is already there, I am missing something in a big way. Patch at http://egcs.cygnus.com/ml/gcc-patches/1999-09/msg00266.html and in egcs-1.1.2-23. Still working on getting this into GCC: http://egcs.cygnus.com/ml/gcc-patches/1999-09/msg00972.html Checked into GCC mainline (ChangeLog entry dated 22 Sep 1999). |