* gcc on 64 bit && different behaviour while 'cast to pointer from integer of different size'
@ 2015-07-22 7:46 Matthias Apitz
2015-07-22 7:59 ` Andrew Haley
0 siblings, 1 reply; 3+ messages in thread
From: Matthias Apitz @ 2015-07-22 7:46 UTC (permalink / raw)
To: gcc-help
Hello,
We compile on Solaris SPARC a big software project and for the first
time to support 64 bit. The historical grown C code was never written
with 64 bit in mind and on 32 bit pointers and integers are of the same size.
We have two different version of gcc available on this host, 3.4.3 and 4.4.2.
I have below a small example where a function fun() should return a char pointer
and due to its missing declaration as 'extern char *fun();' the compiler
treats the function as integer returning and produce the warning
cast to pointer from integer of different size
Until now total clear. The questions are:
Why does the gcc 3.4.3 correct this problem on the fly and stores
the full 64 bit pointer into the receiving char pointer, while the
gcc 4.4.2 does not?
When this feature or behaviour was changed after gcc 3.4.3?
Is this somehow a command line flag for gcc to control the behaviour?
For sure, the correct way is to change the (hundreds) of places where
the function declaration is missing.
Thanks
matthias
$ uname -a
SunOS srap01dxle 5.10 Generic_150400-17 sun4u sparc SUNW,SPARC-Enterprise
$ /usr/local/bin/gcc --version
gcc (GCC) 4.4.2
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ /usr/sfw/bin/gcc --version
gcc (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ cat main.c
/* main.c */
#include <stdio.h>
/* extern char* fun(); */
main(int argc, char **argv)
{
char *p = (char *) NULL;
p = (char *) fun();
printf("main has p as: %016lx\n", p);
printf("main has p as: %s\n", p);
}
$ cat fun.c
/* fun.c */
#include <stdio.h>
char *fun()
{
char *p = "fun";
printf("fun() returns pointer p as: %016lx\n", p);
return (p);
}
$ /usr/sfw/bin/gcc -m64 main.c fun.c ; ./a.out
main.c: In function `main':
main.c:9: warning: cast to pointer from integer of different size
fun() returns pointer p as: 0000000100000c80
main has p as: 0000000100000c80
main has p as: fun
$ /usr/local/bin/gcc -m64 main.c fun.c ; ./a.out
main.c: In function 'main':
main.c:9: warning: cast to pointer from integer of different size
fun() returns pointer p as: 0000000100000c30
main has p as: 0000000000000c30
Segmentation Fault (core dumped)
--
Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
No! Nein! ¡No! ÎÏι! -- ÎÏ
ÏαÏιÏÏοÏμε!
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: gcc on 64 bit && different behaviour while 'cast to pointer from integer of different size'
2015-07-22 7:46 gcc on 64 bit && different behaviour while 'cast to pointer from integer of different size' Matthias Apitz
@ 2015-07-22 7:59 ` Andrew Haley
[not found] ` <20150722080706.GB3238@c720-r276659>
0 siblings, 1 reply; 3+ messages in thread
From: Andrew Haley @ 2015-07-22 7:59 UTC (permalink / raw)
To: Matthias Apitz, gcc-help
On 22/07/15 08:46, Matthias Apitz wrote:
> Why does the gcc 3.4.3 correct this problem on the fly and stores
> the full 64 bit pointer into the receiving char pointer, while the
> gcc 4.4.2 does not?
>
> When this feature or behaviour was changed after gcc 3.4.3?
>
> Is this somehow a command line flag for gcc to control the behaviour?
The question is whether the 64-bit function pointer is truncated when
it is read from register RAX on return from the function. This is a
matter for the system ABI: it's not something that GCC decides. The
x86_64 ABI changed during this timeframe, and you might be seeing an
effect of that. I can't remember exactly when the changes were made.
However, this is also the kind of thing which can also vary depending
on the optimization level. Turn on optimization and it might all
break. You can't depend on good luck to make this work.
Andrew.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-07-22 8:11 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-07-22 7:46 gcc on 64 bit && different behaviour while 'cast to pointer from integer of different size' Matthias Apitz
2015-07-22 7:59 ` Andrew Haley
[not found] ` <20150722080706.GB3238@c720-r276659>
2015-07-22 8:11 ` Andrew Haley
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).