Re: Strange conversion to int64

2010-01-27 Thread Ian Lance Taylor
Tony Bernardin writes: > Hey, I'm having a little trouble understanding the conversion gcc is > doing in a statement with the following types: This question is not appropriate for the mailing list gcc@gcc.gnu.org, which is for gcc developers. It would be appropriate for gcc-h...@gcc.gnu.org. P

Strange conversion to int64

2010-01-27 Thread Tony Bernardin
Hey, I'm having a little trouble understanding the conversion gcc is doing in a statement with the following types: int64 = int32 * uint32 This is running on a 64bit machine with gcc (GCC) 4.4.2 20091027 (Red Hat 4.4.2-7) Following simple code snippet:   1 #include   2 #include   3   4 using

Obsoleting IRIX < 6.5, Solaris 7, and Tru64 UNIX < V5.1

2010-01-27 Thread Rainer Orth
I'd like to obsolete support for some older versions of IRIX, Solaris, and Tru64 UNIX which get increasingly difficult and time consuming to support. The plan is to obsolete them in the GCC 4.5 release and remove the support in GCC 4.6. That means that in GCC 4.5.x, an attempt to configure for th

RE: Possible IRA bug in assign_hard_reg

2010-01-27 Thread Ian Bolton
Thanks for the detailed answer. While we're on the subject of assign_hard_reg, I notice the costs and min_cost variable are set but never used (decisions are being made with the full_costs array and min_full_cost). Should they be referenced somehow or are they just redundant? Cheers, Ian >

Treatment of builtin that receives function pointer

2010-01-27 Thread Paulo J. Matos
Hi, I have declared a builtin that receives a function pointer in gcc 4.3.4. While handling the builtin I want to find the assembler name of the function the pointer points to. My current code works if the the function is a void (*)(void), but it doesn't work for anything else and unfortunately,