From: Ian Lance Taylor <ian@airs.com>
To: nrmj <maa1666@yahoo.fr>
Cc: gcc-help@gcc.gnu.org
Subject: Re: strict aliasing and pointer to struct
Date: Tue, 11 Oct 2005 20:03:00 -0000 [thread overview]
Message-ID: <m3ek6rx1mu.fsf@gossamer.airs.com> (raw)
In-Reply-To: <20051011093733.17209.qmail@web26908.mail.ukl.yahoo.com>
nrmj <maa1666@yahoo.fr> writes:
> I have been googling a lot on the web about alias
> analysis and strict aliasing, but haven't found much
> about what is allowed or not when working with
> structures.
I don't think these questions have anything to do with gcc. I
recommend that you ask on some place like comp.std.c.
> 1) If I understand the C standard correctly, the
> compiler is free to assume that two pointers pointing
> to different types don't alias.
>
> If two struct have different tag name, like:
> struct s1 {int i;};
> struct s2 {int i;};
> struct s1 *p1;
> struct s2 *p2;
>
> p1 and p2 are considered by the compiler to point
> to different locations and don't alias, because p1
> points to type "struct s1" and p2 points to type
> "struct s2" which are different types, even if they
> have the same members, right ?
You have to watch out for the exception in C99 6.5.2.3 if there is a
visible union declaration which contains both structs. But otherwise,
yes, they are different types.
> 2) Is it safe to cast pointer to struct B to pointer
> to struct A, in order to fake inheritance, like in
> this code sniplet ?
No, that is not safe.
But it is safe to do
struct Color_Point { struct Point p; Color color; };
p = &my_color_point.p;
> 3) When programming with socket, the following cast to
> (struct sockaddr *) is very common.
> But is it really safe ?
>
> struct sockaddr_in my_addr;
> ...
> bind(sockfd, (struct sockaddr *)&my_addr,
> sizeof(struct sockaddr));
That is safe because the code does not dereference the resulting
pointer.
Ian
prev parent reply other threads:[~2005-10-11 20:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-10-11 9:37 nrmj
2005-10-11 20:03 ` Ian Lance Taylor [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m3ek6rx1mu.fsf@gossamer.airs.com \
--to=ian@airs.com \
--cc=gcc-help@gcc.gnu.org \
--cc=maa1666@yahoo.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).