Giter Site home page Giter Site logo

Comments (5)

vspinu avatar vspinu commented on September 14, 2024

lisp && make' that doesn't feel right to me. I'd prefer the makefile have a
target that just builds the lisp.

I'm more than willing to make a pull-request that does this if that'd be easier.

Sure, would be great. Can you please do it.

from ess.

mmaechler avatar mmaechler commented on September 14, 2024

vwood

on Wed, 30 May 2012 15:41:21 -0700 writes:
> My main problem is using el-get to build and use ESS on windows.  On
> windows I don't have tex installed, but the make clean, make all el-get
> recipe tries to build the documentation which fails, (which causes the
> package to not be included). Certainly having tex installed shouldn't
> be a requirement to use ESS.

> While this is a bit of an el-get problem, it's a problem for el-get
> because there is no target that just builds the lisp. While this can be
> fixed by 'cd lisp && make' that doesn't feel right to me. I'd prefer
> the makefile have a target that just builds the lisp.

Ok, that's a reasonable wish.
However, 'make all' will continue to build all, including doc.

I would have called the target 'lisp'
so just added

lisp: etc/SVN-REVISION
cd lisp; $(MAKE)

to the Makefile.
Is 'el-get' really an Emacs standard target that we should use instead
of my simple 'lisp' above?

> I'm more than willing to make a pull-request that does this if that'd
> be easier.

No, for such a simple change, e-mail with ESS-core (or ESS-help)
is much easier.

Martin

from ess.

mmaechler avatar mmaechler commented on September 14, 2024

Ping !

Can I please get an answer about my 'el-get' vs 'lisp'
question below.

I do want to release ESS today if possible!
Martin

Martin Maechler [email protected]
on Thu, 31 May 2012 10:59:00 +0200 writes:

vwood
>>>>>>
on Wed, 30 May 2012 15:41:21 -0700 writes:

>> My main problem is using el-get to build and use ESS on
>> windows.  On windows I don't have tex installed, but the
>> make clean, make all el-get recipe tries to build the
>> documentation which fails, (which causes the package to
>> not be included). Certainly having tex installed
>> shouldn't be a requirement to use ESS.

>> While this is a bit of an el-get problem, it's a problem
>> for el-get because there is no target that just builds
>> the lisp. While this can be fixed by 'cd lisp && make'
>> that doesn't feel right to me. I'd prefer the makefile
>> have a target that just builds the lisp.

> Ok, that's a reasonable wish.  However, 'make all' will
> continue to build all, including doc.

> I would have called the target 'lisp' so just added

> lisp: etc/SVN-REVISION cd lisp; $(MAKE)

> to the Makefile.  Is 'el-get' really an Emacs standard
> target that we should use *instead* of my simple 'lisp'
> above?


>> I'm more than willing to make a pull-request that does
>> this if that'd be easier.

> No, for such a simple change, e-mail with ESS-core (or
> ESS-help) is much easier.

> Martin

> _______________________________________________ ESS-core
> list: https://stat.ethz.ch/mailman/listinfo/ess-core

from ess.

vspinu avatar vspinu commented on September 14, 2024

to the Makefile. Is 'el-get' really an Emacs standard
target that we should use instead of my simple 'lisp'
above?

I don't think it's a standard. Let's just have 'lisp' target; it's clear
what it means. As far as I can see el-get works with install recipes and
really doesn't care about the name of the target.

Vitalie.

from ess.

mmaechler avatar mmaechler commented on September 14, 2024

Vitalie Spinu
on Fri, 1 Jun 2012 01:03:32 -0700 writes:

>>> to the Makefile.  Is 'el-get' really an Emacs standard
>>> target that we should use *instead* of my simple 'lisp'
>>> above?

> I don't think it's a standard. Let's just have 'lisp'
> target; it's clear what it means. As far as I can see
> el-get works with install recipes and really doesn't care
> about the name of the target.

> Vitalie.

Thanks, Vitalie. Yes, so we'll have "lisp" as new make target;
and 'vwood' can use 'make lisp' in his/her recipe.

Martin

from ess.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.