#19602: Fix library dependencies
-------------------------------------+-------------------------------------
       Reporter:  jdemeyer           |        Owner:
           Type:  defect             |       Status:  needs_review
       Priority:  major              |    Milestone:  sage-6.10
      Component:  build              |   Resolution:
       Keywords:                     |    Merged in:
        Authors:  Jeroen Demeyer     |    Reviewers:
Report Upstream:  N/A                |  Work issues:
         Branch:                     |       Commit:
  u/jdemeyer/cython_depends          |  84ac62e907016499a336fd626d3b262a2e5e1202
   Dependencies:                     |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by leif):

 Wow, getting more and more inefficient (memory footprint, number of system
 calls/filesystem accesses).  (W.r.t. reinventing the wheel, we should
 probably consider dynamically creating Makefiles to build the Sage
 library... ;-) )

 You could at least cache the mapping of library names to their (existing,
 probably single) pathnames (and reuse them instead of creating hundreds of
 copies); if there's a shared library, you don't have to record another
 potential static one of the same library -- on *nix at least.  Not sure
 whether hardcoding the library folders (`SAGE_LOCAL/lib*/`) there makes
 sense, or is appropriate.

 After all, not relying on (say) timestamps of headers but recompiling and
 relinking on every change of a shared library is pretty much against one
 of their purposes.

 [[BR]]

 `libFOO.dll` is not the convention used on Windows AFAIK; we may
 specialize according to the platform, also avoiding unnecessary calls of
 `glob()`.

 [[BR]]

 Do you want to keep the verbose listing of (lengthy!) dependencies by
 default?

 [[BR]]

 You've renamed the parameter `library_order` to `library_sort_key`, the
 docstring of `wrap_create_extension_list()` doesn't yet reflect that
 change.

--
Ticket URL: <http://trac.sagemath.org/ticket/19602#comment:10>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to