I have experienced difficulties convincing the
configure script to compile a 64bit version of tcl
8.4.1 on my SGI running IRIX 6.5.4f. The problem is
that configure insists on disabling 64bit, for a number
of reasons. First it tries to compile using "__int64"
(line 1503), which is unrecognized by the IRIX
C-compiler which is expecting "__int64_t". I can get
past this check by adding "-D __int64=long" to CFLAGS.
I then fail the next check because it compares the
sizeof(__int64) to sizeof(long) (line 1526) expecting
long to still be a 32bit integer. Unfortunately the
IRIX C-compiler in "-64" mode "long" IS the 64 bit
integer. So, I edit configure to make the comparison
to 32 rather than to sizeof(long). I then fail because
in the shared library section (line 5965) IRIX64-6.5*
is pulled into the IRIX-6.* block rather than falling
into the IRIX64-6.* block below so 64bit is
automatically turned off. Editing out the special
IRIX64-6.5* condidtion. I finally get a Makefile
generated without 64bit being disabled and make runs
without complaint.
Basically this really looks like an autoconf problem to
me, but I don't know where to report that problem.
Now I realize the 6.5.4f is rather old, but I doubt
that the issues would be fixed by an OS upgrade. I
could be wrong of course.
Malcolm Davis
davism@bms.com
Logged In: YES
user_id=79902
There are two supported ways of configuring Tcl so that it
builds on IRIX64. Without the --enable-64bit flag, we
attempt to build a 32-bit version of Tcl (the -n32 flag
should be going everywhere, and the 64-bit value type should
be 'long long'.) With the --enable-64bit flag, we attempt
to build a 64-bit version of Tcl (the -64 flag should be
going everywhere, and the 64-bit value type should be just
'long'.)
(More later...)
Logged In: YES
user_id=79902
The net effect of the configure script is (among other
things) to either define TCL_WIDE_INT_TYPE to be something
like "long long", or to define TCL_WIDE_INT_IS_LONG.
(The __int64 stuff is for a different platform; Cygwin IIRC.
Ignore it if possible.)
Logged In: YES
user_id=79902
Give me some more information about what's going wrong
(i.e. the contents of both config.log and config.cache before
you tinkered with anything) and I might be able to help.