#11359: ECL does not fully recover from relocation
--------------------------------------+-------------------------------------
       Reporter:  nbruin              |         Owner:  GeorgSWeber 
           Type:  defect              |        Status:  needs_review
       Priority:  blocker             |     Milestone:  sage-5.10   
      Component:  packages: standard  |    Resolution:              
       Keywords:  ecl relocation      |   Work issues:              
Report Upstream:  N/A                 |     Reviewers:              
        Authors:  Jeroen Demeyer      |     Merged in:              
   Dependencies:                      |      Stopgaps:              
--------------------------------------+-------------------------------------

Comment (by nbruin):

 Replying to [comment:19 leif]:
 > For the record:  In contrast to `C_INCLUDE_PATH` etc., `CPPFLAGS` (and
 `CFLAGS` etc.) are '''never''' read by the compiler / preprocessor;  their
 names are just ''conventions'' used in '''Makefiles''' (and `make`'s
 default rules).

 Ah, OK. For ECL it does have a meaning: the value gets inherited as hard-
 wired default value for `c::*cc-flags*`. There also is `c::*ecl-include-
 directory*`, so including `-I` directives in `CPPFLAGS` leads to
 superfluous includes passed to `ecl` compiler invocations. That would be
 one reason to try to get rid of it.

 The other issue is that ecl by design hard-wires the default value of `c
 ::*ecl-include-directory*`, which is the real obstacle to relocating ecl.
 We can change that by patching ecl (but since the current behaviour is
 likely not considered a bug for ecl, we'd be doing that indefinitely) or
 we can work around it by configuring ecl to include a different setting
 (as outlined above, with the `--with-extra-files` and `--with-init-form`
 directives). [Note that this change is only required if sage builds a
 "private ecl" (as it does normally). If sage were to rely on an ecl
 supplied via other means, we wouldn't be responsible for relocating it.]

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11359#comment:20>
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?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to