After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 637002 - type-punned pointer warnings
type-punned pointer warnings
Status: RESOLVED NOTABUG
Product: vte
Classification: Core
Component: general
0.26.x
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
: 663282 674239 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-12-11 05:41 UTC by olbrannon
Modified: 2012-04-17 11:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
build log (71.31 KB, text/x-log)
2010-12-11 05:41 UTC, olbrannon
Details
build log (71.31 KB, text/plain)
2010-12-11 16:23 UTC, olbrannon
Details

Description olbrannon 2010-12-11 05:41:47 UTC
Created attachment 176221 [details]
build log

QA: other                                                                          │
│QA Notice: Package has poor programmi           fine but exhibit random runtime failures.                               │
│matcher.c:170:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules                                                                     │
│matcher.c:191:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules                                                                     │
│matcher.c:200:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules                                                                     │
│matcher.c:202:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules   ng practices which may compile   vteaccess.c:881:11: warning: dereferencing type-punned pointer will break strict-  │
│aliasing rules                                                                     │
│vtebg.c:275:5: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│vtebg.c:335:8: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│vtetc.c:516:3: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│vtetc.c:527:3: warning: dereferencing type-punned pointer will break strict- aliasing rules                                                                     │
│vtetc.c:535:3: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│vtetc.c:537:3: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│matcher.c:170:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules                                                                     │
│matcher.c:191:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules   matcher.c:200:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules                                                                     │
│matcher.c:202:2: warning: dereferencing type-punned pointer will break strict-     │
│aliasing rules                                                                     │
│vtetc.c:516:3: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│vtetc.c:527:3: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│vtetc.c:535:3: warning: dereferencing type-punned pointer will break strict-aliasing rules                                                                     │
│vtetc.c:537:3: warning: dereferencing type-punned pointer will break strict-       │
│aliasing rules                                                                     │
│Please do not file a Gentoo bug and instead report the above QA                    │
│issues directly to the upstream developers of this software.                       │
│Homepage: http://www.gnome.org/                                                    │
│                                 


From the list of bugs unconfirmed or not for this program is their any real upstream here?

At the least make this compile with -fno-strict-aliasing

 http://gcc.gnu.org/ml/gcc-help/2006-08/msg00240.html

Dereferencing pointer type punned will break strict-aliasing rules

A quote:
<< The most common warning you will see is probably "dereferencing type-
punned pointer will break strict-aliasing rules".  The place where it
warns is in general not wrong -- what gcc tries to tell you is that you
will break the aliasing rules when you dereference the pointer later
(unless you cast it back to its original type first).  This warning
should be interpreted as saying that your interfaces are badly designed,
and the correct way to avoid the warning is to redesign them in a way
where you do not need to cast between conflicting types.  (Even if you
often can make this warning go away by changing void** to void*...) >>

Please read the actual standard too.  The rules about pointer type
conversions are at 6.3.2.3.  The appropriate paragraphs are paragraphs
1 and 7.

http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1124.pdf.
Comment 1 olbrannon 2010-12-11 16:23:39 UTC
Created attachment 176244 [details]
build log
Comment 2 Christian Persch 2010-12-11 17:20:57 UTC
Not sure we care about these, but if you had a (clean!) patch, we'd probably
accept it.
Comment 3 Behdad Esfahbod 2010-12-13 16:19:42 UTC
The warnings all come from g_static_mutex_get_mutex() deep in glibconfig.h.  And so deep that it's impossible to "fix" it.  It's working around pthreads issues.
Comment 4 Christian Persch 2011-11-03 11:34:25 UTC
*** Bug 663282 has been marked as a duplicate of this bug. ***
Comment 5 Christian Persch 2012-04-17 11:27:04 UTC
*** Bug 674239 has been marked as a duplicate of this bug. ***