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