#11575: Update PolyBoRi to release 0.8.0
-------------------------------+--------------------------------------------
   Reporter:  AlexanderDreyer  |          Owner:  AlexanderDreyer               
              
       Type:  enhancement      |         Status:  positive_review               
              
   Priority:  major            |      Milestone:  sage-4.7.3                    
              
  Component:  packages         |       Keywords:                                
              
Work_issues:                   |       Upstream:  None of the above - read trac 
for reasoning.
   Reviewer:  Martin Albrecht  |         Author:  Alexander Dreyer              
              
     Merged:                   |   Dependencies:  #11574, #9138                 
              
-------------------------------+--------------------------------------------

Comment(by leif):

 Replying to [comment:123 AlexanderDreyer]:
 > Replying to [comment:121 leif]:
 > > > I think the missing LDFLAGS caused your problems.
 > > Alternatively, see above.
 > Are you sure? Does your setup really work without invoking {{{make}}}?

 Since (I now remember that) `g++` ''always'' adds `-lgcc_s` (also `gcc`
 when called with `-x c++`), even
 {{{
 $ echo "int main(void){return 0;}" > foo.c
 $ g++ -x c++ foo.c -o foo
 }}}
 requires `libgcc_s.so` to be found, e.g. by setting `LIBRARY_PATH` (unless
 one uses `-static-libgcc`, since that's located in other directories).

 (I have to set ''`LD_LIBRARY_PATH`'' anyway, such that the runtime linker
 finds `libgmp` etc., which are used by `gcc` and `g++`.  But that's not
 sufficient to compile an executable like the above as C++.  So apparently
 !PolyBoRi, or SConstruct, doesn't really invalidate `LD_LIBRARY_PATH` --
 otherwise the compiler wouldn't have worked at all -- but `LIBRARY_PATH`,
 and with my current settings it doesn't matter whether I put the former or
 the latter into SCons's `LIBPATH`, since ''both'' contain the directory
 where `libgcc_s` lives.  IIRC I first tried adding things to where the
 "`getenv`" dictionary is set up, which didn't work, but I don't recall
 exactly.)

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11575#comment:128>
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 post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to