[Gretl-users] lapack/gretl on 64 sabayon/gentoo

[Allin Cottrell]

On Mon, 25 Feb 2008, Helgi Tomasson wrote:

> Diagnostics on compilaton of GRETL on saybayon(gentoo)-64 
> linux...

Thanks for pursuing this.

> The treatment of "int", "integer" and long in gcc is dependent on -m32
> -m64 flags...

OK, thanks.  So (besides pointers) it's just longs that differ in 
size between -m32 and -m64.

> I looked through the /lib/src directory and I saw that "int" was 
> passed to lapack. I think a way out is to change all "int" 
> passed to lapack to "long" in gretl_matric.c and all "integer" 
> to long in clapack_double.h. 

The "integer" type (which is not a native C type) is defined as 
"long int" in gretl_f2c.h; that shouldn't be a problem.  Where do 
you see an int being passed to a lapack function?  (I'm not 
denying that it may happen, but I can't find it.)

> Is there a way to do that in the configure script (i.e. force 
> all int to be long)? Is there a "make uninstall" in the Makefile 
> of 1.7.1?

No and no.

> Maybe it is sufficient to change only the integer arrays to 
> long?

As mentioned above, all "integer" variables (as opposed to ints) 
are already longs.

I have made some changes in current CVS that might help in 
diagnosis, though I'm not aware of having changed anything 
substantive.

Allin.