Opened 12 years ago
Closed 12 years ago
#9833 closed defect (duplicate)
fatal relocation error with Cliquer library on 64-bit Solaris and OpenSolaris
Reported by: | David Kirkby | Owned by: | David Kirkby |
---|---|---|---|
Priority: | major | Milestone: | sage-duplicate/invalid/wontfix |
Component: | porting: Solaris | Keywords: | |
Cc: | John Palmieri, Nathann Cohen, Jason Grout, Jaap Spies, Minh Van Nguyen, Mitesh Patel | Merged in: | |
Authors: | Reviewers: | ||
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | Stopgaps: |
Description
If a 64-bit version of Sage is built on OpenSolaris, Sage reports an error as soon as it is started.
drkirkby@hawk:~$ 64/sage-4.5.3.alpha2/sage ---------------------------------------------------------------------- | Sage Version 4.5.3.alpha2, Release Date: 2010-08-23 | | Type notebook() for the GUI, and license() for information. | ---------------------------------------------------------------------- ********************************************************************** * * * Warning: this is a prerelease version, and it may be unstable. * * * ********************************************************************** <snip> ImportError: ld.so.1: python: fatal: relocation error: R_AMD64_PC32: file /export/home/drkirkby/64/sage-4.5.3.alpha2/local/lib//libcliquer.so: symbol main: value 0x28152e8c7d4 does not fit Error importing ipy_profile_sage - perhaps you should run %upgrade? WARNING: Loading of ipy_profile_sage failed.
The problem of fatal relocation errors is discussed on this Sun blog by Rod Evans.
A shared library should show no output from the following command:
$ elfdump -d library | fgrep TEXTREL
But in a 64-bit builds of Sage on both OpenSolaris x64 and Solaris 10 on SPARC, but show output. The following is from an OpenSolaris machine, but similar is seen on a 64-bit SPARC build of Sage.
drkirkby@hawk:~$ elfdump -d 64/sage-4.5.3.alpha2/local/lib/libcliquer.so | grep TEXTREL [17] TEXTREL 0 [25] FLAGS 0x4 [ TEXTREL ] drkirkby@hawk:~$
If this flag is found, then the link-editor thinks this file contains non-pic code.
Looking at the way the shared library is built on Solaris, it is different from other platforms.
# Flags for building a dynamically linked shared object. SAGESOFLAGS=" " if [ "$UNAME" = "Linux" ] || [ "$UNAME" = "FreeBSD" ]; then SAGESOFLAGS="-shared -Wl,-soname,libcliquer.so" export SAGESOFLAGS elif [ "$UNAME" = "Darwin" ]; then MACOSX_DEPLOYMENT_TARGET="10.3" export MACOSX_DEPLOYMENT_TARGET SAGESOFLAGS="-dynamiclib -single_module -flat_namespace -undefined dynamic_l ookup" export SAGESOFLAGS elif [ "$UNAME" = "SunOS" ]; then SAGESOFLAGS="-G -Bdynamic" export SAGESOFLAGS elif [ "$UNAME" = "CYGWIN" ]; then SAGESOFLAGS="-shared -Wl,-soname,libcliquer.so"
Using just
elif [ "$UNAME" = "SunOS" ]; then SAGESOFLAGS="-shared"
was sufficient to produce a shared library which did not exhibit this problem. When Sage was started, Sage no longer produced the libcliquer error message, though it did fail to run properly.
There are in fact several other libraries in Sage that show show output using the elfdump
command above.
* libcliquer.so * libecl.so * libgroebner-0.6.4.so * libpboriCudd-0.6.4.so * libpolybori-0.6.4.so
(These were observed on OpenSolaris x64. I've confirmed the same is true of libcliquer.so on 64-bit SPARC using t2.math
, but I've not verified if all the other libraries show this problem. )
I doubt whether these are the only issues preventing Sage running properly on 64-bit Solaris, but these should be resolved.
Since
- The current version of Cliquer in Sage 1.2 is not the latest.
- Cliquer 1.2.1 is a bug-fix only release, so should be safe.
- The Cliquer test suite can't be run as there's no
spkg-check
file - see #9767
it makes sense to update Cliquer and sort out the Solaris and spkg-check
issues at the same time.
Dave
Change History (5)
comment:1 Changed 12 years ago by
comment:2 Changed 12 years ago by
comment:3 Changed 12 years ago by
Cc: | Minh Van Nguyen added |
---|
comment:4 Changed 12 years ago by
Cc: | Mitesh Patel added |
---|
Minh, this ticket can be effectively ignored now. Since #9871 is merged in sage-4.6.alpha1, one might assume it will get to sage-4.6. With hindsight the issue resolved on this ticket should have been resolved here, but I intending updating the source, so created a wider ticket to do that, only to find that was not going to be possible.
Leif intended resolving #9870.
I'm not sure what the procedure his here, and whether this should be closed now (since it's merged in sage-4.6.alpha1, or wait until it's merged in sage-4.6. I believe the latter is probably more appropriate, as it could potentially be found to be problematic and not get merged in 4.6 at all.
Dave
comment:5 Changed 12 years ago by
Milestone: | sage-4.6 → sage-duplicate/invalid/wontfix |
---|---|
Resolution: | → duplicate |
Status: | new → closed |
I'm closing this ticket as a "duplicate" of #9871. Please reopen it, if the Cliquer relocation error remains or reappears.
This is a general error in how Cliquer is adapted to/built for Sage.
It is intended as a stand-alone program, and therefore contains
main()
.You must (or should) not build [shared] libraries containing a
main()
function.Instead, use
#ifdef ...
and-D...
depending on what you build. I think Sage should build and install both, the program and a library. (If you remove/omitmain()
for the shared library, the loader problems should vanish.)cliquer-1.2.p6/
CC=gccNote the changes made to the
cl
target (which is [the name of] the stand-alone program).This package really needs work (but there's - besides others - already a ticket (#9871) for an upstream update as well). The files in
src/
are not even vanilla, but contain weird changes in order to use Cliquer as a library from within Sage.