Re: [Gretl-users] lapack/gretl on 64 sabayon/gentoo
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.