[racket] SunOS-5.10-amd64: Issue with lseek64 etc. functions in xform'ed source

From: Matthew Flatt (mflatt at cs.utah.edu)
Date: Thu May 31 08:53:30 EDT 2012

At Thu, 31 May 2012 13:50:10 +0100, Tim Brown wrote:
> One thing to note:
> the src/racket/racketcgc (and 3m?) shell scripts used during the build
> neatly wrap LD_LIBRARY_PATH to include the .libs directory within the
> build.
> However, when I build with LD_LIBRARY_PATH_64 set (which it is in my
> user environment), the .libs directory is not set into LD_LIBRARY_PATH_64
> (because there is no script to do so). ld.so.1 sees that we're running a
> 64-bit executable, and uses the ..._64 environment variables if they are
> set.
> So to do a "make", or a "make ...install"; I need to
> "unset LD_LIBRARY_PATH_64". I suspect this is a general issue with
> any system that uses ld.so / ld.so.1, e.g. SunOS and Linux. I guess it
> would also be a problem on a 32 bit build where LD_LIBRARY_PATH_32 is set.
> I've not seen any reports of this being a problem on the mailing list.
> Should it be handled though?

This sounds like an `--enable-shared' and libtool issue. Maybe we need
to upgrade some libtool files?

Posted on the users mailing list.