I would agree that number 2 (same as IBMPC) is the right choice. While Itanium can actually run little-endian or big-endian, under linux it is normally little-endian. I made the following change (diff file)
100c100 < # if defined(i386) > # if defined(i386) || defined(__ia64__) I did need to update several packages before I could get configure to run but I finally did get it to build. (Note: I just did ./configure and make -- I didn't use the debian build package) I did hit one other error which was I needed to install the tiff development package but configure apparently didn't catch this. I then did make install. I was able to open a labplot window but I'll have to read up more before I can go farther. This looks like it will be a great application and I plan to make use of it. Richard Harke On Monday 25 October 2004 19:19, Ian Wienand wrote: > On Mon, Oct 25, 2004 at 06:08:03PM +0100, Helen Faulkner wrote: > > The program defines the floating point encoding like this. > > > > /************************************************************************ > >***** * Floating-point encodings. > > * 1..........Sun, SGi, IBM-RS, HP, NeXT, Macintosh > > * 2..........DECstation, IBM-PC, Alpha (OSF/1), Alpha (OpenVMS - > > IEEE_FLOAT) * 3..........VAX, Alpha (OpenVMS - D_FLOAT) > > * 4..........Alpha (OpenVMS - G_FLOAT) > > ************************************************************************* > >****/ > > Seems your program uses the Common Data Format libraries > > http://nssdc.gsfc.nasa.gov/cdf/cdf_home.html > > I'm no expert in this area, but I would assume number 2. > > Peeking at the code, these structs are used by the library to convert > from the CDF base float format into a requested output float format. > fp1 is for IEEE floating point big-endian machines, fp2 for IEEE > floating point little endian machines, fp3 is for vax and fp4 is a > special case for 64 bit floats. From what I can see, any machine can > request any output format, which results in the matrix of structs you > posted (at a glance it looks like it relies on the ordering of > bit-fields, which I thought was a no-no?). > > Itanium Linux is IEEE little-endian, so hacking the library to use > that is probably your best guess. I noticed that they are working on > a new version of CDF so if anyone knows more about it maybe they > should try to get Itanium support included "out of the box". > > http://nssdc.gsfc.nasa.gov/cdf/html/cdf30_proposal.html > > -i > [EMAIL PROTECTED] > http://www.gelato.unsw.edu.au
