From: "briangpowell ." <briangpowellms@gmail.com>
To: John Kitchin <jkitchin@andrew.cmu.edu>
Cc: org-mode-email <emacs-orgmode@gnu.org>
Subject: Re: emacs build command for org-files
Date: Sun, 26 Jan 2020 16:13:39 -0500 [thread overview]
Message-ID: <CAFm0skFfWq8LPCCvCu0KgC8+tsVseXbVpWfXSAH+FD6mj1M07A@mail.gmail.com> (raw)
In-Reply-To: <CAFm0skHvRfs2QCUZsu-2ctQZY_PrU_3uKhv=YmQBE74uzaBFpw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6118 bytes --]
"Actually, if it was possible to get M-x compile to run an elisp function
instead of a make file, it might be all I need, but it looks like it runs
shell commands."
You probably know this but just in case:
"You can call simulate an EmacsLisp-based script by putting this in a batch
script:
emacs -batch -l ~/.emacs.editor --eval="(require 'foo)" \
--eval="(require 'bar)" \
--eval="(some-function $*)"
Starting with the Emacs 22, you can write Emacs scripts just as if you were
writing Bash or Perl scripts, when you include this at the top of your
script file:
#!/usr/bin/emacs --script'
--I mean, Elisp functions can be called as batch files from shell commands
called by make makefiles
But I believe you're looking for something better, Python is great, but, it
shouldn't be applied to every problem
"Python will be the Emacs Lisp of the 1990's"--Guido Van Rossum, in one of
his 1st meetings on his new language Python--I was there, I wrote down this
quote in an Emacs Lisp book
Python is a masterpiece developed at the Stichting Mathematisch Centrum in
Amsterdam, Holland--during a Christmas break
But Python is, strictly speaking, very similar to Lisp & ELisp
There are reasons why functional languages like Lisp, Python, Erlang,
Haskell, Clojure, etc. Pure Functional Languages, are still not fully
dominating--though Python is very popular
For such purposes, time reveals what's best--make makefiles & shell
programming will continue to be best for many things
Have you looked into emacs-lisp shell--i.e. the "eshell"?
--and I believe you can call the "eshell" in batch mode from a shell
command--and the "eshell" can execute emacs lisp functions of course
--and you can even do all that from the Python interactive shell if you
like--and call remote shells from it and/or use "IPython"
https://en.wikipedia.org/wiki/IPython
On Sun, Jan 26, 2020 at 2:38 PM briangpowell . <briangpowellms@gmail.com>
wrote:
> "don't want it to necessarily use Makefiles"
>
> Why the hey not Dr. Kitchin!?
>
> Make is an extremely powerful language
>
> Problem is people make makefiles that are often hard for others to
> read--suggest you try hard to keep it simple & avoid the fancy ways of
> doing things
>
> Make has flow control & is a very rich language
>
> I use makefiles for every project Then Ccc to compile and/or run
> everything--in Emacs--can't get easier and faster than that--as long as you
> make the makefiles so easy that anyone can read & understand exactly what
> it does
>
> This is my default, which I may edit on-the-fly and just put in another
> project name:
>
> make --ignore-errors --jobs=555 -w --keep-going --warn-undefined-variables
> --environment-overrides -f ~/n/n/etc/1cv2tex2doc-project_mak.makefile
> 1cv2tex2doc-project-exe
>
> All slightly interesting ways to improve make have failed slightly, in one
> way or another--they catch on for a few years until they're mostly
> abandoned--for very good reasons
>
> Look at it this way: Is there anything wrong with make? Where does it
> fail?
>
> Everyone should learn & use make
>
> --Brian G. Powell, M.S.--that guy that still loves Makefiles and still
> loves using asterisks ("***") as bullets in OrgMode
>
> On Sun, Jan 26, 2020 at 1:11 PM John Kitchin <jkitchin@andrew.cmu.edu>
> wrote:
>
>> Hi everyone,
>>
>> This is only semi-on-topic. I am looking for something like M-x compile
>> for my org-files, but I don't want it to necessarily use Makefiles. I am
>> looking for suggestions of existing solutions to this, or thoughts on how
>> to implement this.
>>
>> Actually, if it was possible to get M-x compile to run an elisp function
>> instead of a make file, it might be all I need, but it looks like it runs
>> shell commands.
>>
>> For most of my files, simple exporting is totally adequate. But, some
>> files are more complicated, and what I usually do in these cases is write
>> an elisp code block in a section that is tagged :noexport: and then I run
>> that block to build the result. A recent example was a proposal where I
>> needed a pdf of the body, and separate pdf of the references.
>>
>> I have separate elisp functions that generate these, and then I added
>> some custom cleanup code in the block to delete some intermediate
>> directories. I don't want to put these in a makefile because they are
>> specific to this document. While this works, in a large document I find it
>> a little inconvenient to make a small change say at the top, and then to
>> jump to the bottom to run the build block to see how it changed. What I
>> would prefer is to just run a command like M-x org-compile that would know
>> about this build block and run it. That block could of course be a shell
>> block that runs a makefile, but it would most often be an elisp block. I
>> could even imagine that there is a makefile block that is tangled before
>> running a shell block that runs a make command.
>>
>> What I do in a function now is something like this in a save-excursion:
>>
>> (when (not (stringp (org-babel-goto-named-src-block "build")))
>> (org-babel-execute-src-block))
>>
>> I don't use this in these projects, but they highlight some of the
>> complexities I am trying to simplify. These are book like projects with
>> special formatting needs, and multiple outputs.
>>
>> In this project (
>> https://github.com/jkitchin/pycse/blob/master/pycse.org#L15096), I have
>> multiple output targets that I would run.
>>
>> In this project (
>> https://github.com/jkitchin/dft-book/blob/master/dft.org#build) I use
>> some temporary filters to save the src blocks to files, and to embed them
>> in the pdf so they can be opened.
>>
>> Anyway, it feels like I am reinventing something here, and that there
>> might be some better approach already out there. Maybe some elisp
>> equivalent of a makefile or something?
>>
>> Thoughts?
>>
>> John
>>
>> -----------------------------------
>> Professor John Kitchin
>> Doherty Hall A207F
>> Department of Chemical Engineering
>> Carnegie Mellon University
>> Pittsburgh, PA 15213
>> 412-268-7803
>> @johnkitchin
>> http://kitchingroup.cheme.cmu.edu
>>
>>
[-- Attachment #2: Type: text/html, Size: 8064 bytes --]
next prev parent reply other threads:[~2020-01-26 21:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-26 18:10 emacs build command for org-files John Kitchin
2020-01-26 19:38 ` briangpowell .
2020-01-26 20:05 ` John Kitchin
2020-01-26 21:13 ` briangpowell . [this message]
2020-01-27 15:53 ` John Kitchin
2020-01-27 17:38 ` Jack Kamm
2020-01-27 19:13 ` John Kitchin
2020-01-27 8:16 ` Stefan Nobis
2020-01-27 13:33 ` John Kitchin
2020-01-27 12:40 ` Neil Jerram
2020-01-27 13:16 ` John Kitchin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAFm0skFfWq8LPCCvCu0KgC8+tsVseXbVpWfXSAH+FD6mj1M07A@mail.gmail.com \
--to=briangpowellms@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=jkitchin@andrew.cmu.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.