Ticket #9510 (closed defect: worksforme)

Opened 3 years ago

Last modified 3 years ago

gfan fails to build on skynet machines eno, taurus

Reported by: jhpalmieri Owned by: tbd
Priority: trivial Milestone: sage-duplicate/invalid/wontfix
Component: packages: standard Keywords:
Cc: Work issues:
Report Upstream: N/A Reviewers:
Authors: Merged in:
Dependencies: Stopgaps:

Description

Toward the end of the gfan log file, it says 

make[2]: Leaving directory `/home/palmieri/eno/sage-4.5.alpha4/spkg/build/gfan-0.4plus.p1\
/src'
rm: cannot remove `gfan_*': No such file or directory
./gfan: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by ./gfan\
)
gfan links not created correctly

The full log file is here:

 http://sage.math.washington.edu/home/palmieri/misc/gfan-0.4plus.p1.log

Change History

comment:1 Changed 3 years ago by jhpalmieri

  • Priority changed from blocker to trivial
  • Status changed from new to closed
  • Resolution set to worksforme
  • Milestone changed from sage-4.5 to sage-duplicate/invalid/wontfix

I've now built this successfully. I'm pretty sure that the reason is because of a bad LD_LIBRARY_PATH, as in #8769. I was building on eno using "screen", and when I use screen on eno, it doesn't set LD_LIBRARY_PATH at all. On taurus, LD_LIBRARY_PATH was misconfigured. On taurus, for example, if I set it correctly, then gfan (and everything else) builds fine. If I then set it to the previous wrong value and delete spkg/installed/gfan..., then I get the same error that I reported here.

So I'm going to close this ticket.

Note: See TracTickets for help on using tickets.