Problems with __int64, unsigned __int64 and DImode/ILP32 on ia64
H. J. Lu
hjl@lucon.org
Tue Jun 24 07:36:00 GMT 2003
On Mon, Jun 23, 2003 at 10:13:41PM -0700, Jim Wilson wrote:
> H. J. Lu wrote:
> > record_builtin_type (RID_LONG, "__int64",
> > long_integer_type_node);
>
> I don't see any targets calling record_builtin_type, so this looks
> suspect. Usually, target dependent types for intrinsics are defined in
> the intrinsic header file, via typedefs or defines. A define would work
> here, but wouldn't be pretty. I suggest asking the Intel compiler group
I will use #define for my work. We can work it out later.
> to fix the instrinsic API to be more friendly to other compilers, i.e.
> don't assume that __int64 exists as a keyword. They could use standard
> types like int64_t and uint64_t. If they don't want to use though, they
> should at least have a __uint64 type.
I will ask them. One answer I may get is they have to be
compatible with other ia64 compiler on the other platform.
>
> This only matters if __int64 is visible to the users. If it isn't then
> there is no need to replicate this part of the intrinsic API. I tried
> looking at the manual, but it didn't work with my copy of Mozilla. I
You need to download and install jave plugin.
> also find it curious that I have to go to utexas to see Intel documentation.
They put it on the Internet. It comes with Intel C++ compiler in
html format.
H.J.
More information about the Gcc
mailing list