On Wed, Sep 25, 2019 at 12:54 AM Ken Mankoff wrote:
>
> On 2019-09-25 at 01:07 +02, Tim Cross wrote...
> > I just put :tangle no in the block header e.g.
> >
> > #+begin_src emacs-lisp :tangle no
> >
> > #+end_src
>
> Also,
>
> * COMMENT Section
> #+BEGIN_SRC
> # not exported because of COMMENT
On 2019-09-25 at 01:07 +02, Tim Cross wrote...
> I just put :tangle no in the block header e.g.
>
> #+begin_src emacs-lisp :tangle no
>
> #+end_src
Also,
* COMMENT Section
#+BEGIN_SRC
# not exported because of COMMENT
#+END_SRC
-k.
On Tue, Sep 24, 2019 at 8:19 PM Tim Cross wrote:
>
> There are two different concepts - tangling and exporting. When you
> tangle the file, code blocks are written out into code files (possibly
> with evaluation etc). This is part of the 'literate programming' support
> within org.
>
Yep - thank
There are two different concepts - tangling and exporting. When you
tangle the file, code blocks are written out into code files (possibly
with evaluation etc). This is part of the 'literate programming' support
within org.
When you export a file, you are exporting the file
contents into a diffe
Thanks Tim - I wanted to ask the list -- what does "
By default, Org does not tangle the ‘src’ code block on export." mean in
this web page:https://orgmode.org/manual/Extracting-source-code.html
I mean, I have all of my begin_src emacs-lisp blocks with no explicit
:tangle yesand they all are expor
I just put :tangle no in the block header e.g.
#+begin_src emacs-lisp :tangle no
#+end_src
This is how I turn off or remove blocks from my .emacs.d/init.el file,
which is tangled from an or file. You can also put a filename. This is
what I do for Emacs 27, which introduces the early-init.el fi
Hello,
"Berry, Charles" writes:
> Here is an ECM:
>
> #+begin_src emacs-lisp :wrap example
> "line 1
> ,* headline 2
> ,* headline 3
> ,* headline 4
> ,* headline 5
> "
> #+end_src
>
>
> With today's master, the last `headline' is not escaped in the example
> block this produces when executed.
Hello,
Joon Ro writes:
> Eventually I would like to batch-run a src block in a command line.
> While investigating it, I found that org-babel-execute-src-block
> throws "Wrong type argument: consp, nil" error when I run it over
> a #+CALL statement. For example, I can run the test src block below
Have you tried this with an emacs -q? Your examples work as expected in
emacs -q for me.
John
---
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingr
>>> "Berry," == Berry, Charles writes:
> I cannot reproduce your export issue with org 9.1.14.
> You need to provide more details.
Ok, I searched already my custom settings.
> Perhaps you have a header-arg set that you have not told us about?
> What does C-c C-v C-i report when poin
I cannot reproduce your export issue with org 9.1.14.
You need to provide more details.
Perhaps you have a header-arg set that you have not told us about?
What does C-c C-v C-i report when point is in each of your source blocks? I get
Lang: matlab
Properties:
:header-argsnil
>>> "John" == John Kitchin writes:
> Maybe you need :exports and not :export.
> John
I tried also lisp
#+begin_src elisp :tangle test.el :exports code :padline no
(require 'ob-ipython)
(setq org-confirm-babel-evaluate t) ;don't prompt me to confirm everytime I
want to evaluate a blo
>>> "John" == John Kitchin writes:
> Maybe you need :exports and not :export.
> John
I also see
Code block produced no output.
org-babel-exp process matlab at position 250...
smime.p7s
Description: S/MIME cryptographic signature
>>> "John" == John Kitchin writes:
> Maybe you need :exports and not :export.
> John
I tried
#+begin_src matlab :tangle test.m :exports code :padline no
function [ll x]=mitest(A0,x0)
% initialization
format long
epsi=1.e-3;
nit=0;
nmaxit=200;
Delta=10;
A=A0;
while Delta>epsi & nit
sm
Maybe you need :exports and not :export.
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
On Thu, Nov 29, 2018 at 8:2
>>> "Eric" == Eric S Fraga writes:
> On Thursday, 29 Nov 2018 at 12:38, Uwe Brauer wrote:
>> Now org-babel-tangle works nicely, but when I try to export the org
>> file to latex via org-export-dispatch
> I think the default is
> :exports results
> so you what you want is either
On Thursday, 29 Nov 2018 at 12:38, Uwe Brauer wrote:
> Now org-babel-tangle works nicely, but when I try to export the org
> file to latex via org-export-dispatch
I think the default is
:exports results
so you what you want is either
:exports both
or
:exports code
--
Eric S Fraga via Emacs 27.0.
Mario Martelli writes:
> Thank you for your answer.
>
>> If you haven't already, I suggest checking that there isn't a difference in
>> your Go setup, by working out the "go run ..." command that is being run
>> below, and running that manually yourself.
>
> My first assumption was - to be hon
Thank you for your answer.
> If you haven't already, I suggest checking that there isn't a difference in
> your Go setup, by working out the "go run ..." command that is being run
> below, and running that manually yourself.
My first assumption was - to be honest, still is - that the "go run …
If you haven't already, I suggest checking that there isn't a difference in
your Go setup, by working out the "go run ..." command that is being run below,
and running that manually yourself.
On 25 October 2018 05:28:53 BST, Mario Martelli
wrote:
>Morning,
>
>recently I tried to use ob-go and
On Thu, Oct 4, 2018 at 10:53 AM Brad Knotwell wrote:
> Thanks for the response. At a minimum, I'd recommend changing the error
> message from "Not in a source block" to something more descriptive
> as most people's initial response will be, "uhhh, but it looks like I am."
Consider submitting yo
Thanks for the response. At a minimum, I'd recommend changing the error
message from "Not in a source block" to something more descriptive as most
people's initial response will be, "uhhh, but it looks like I am."
Ideally, an additional comment marker would delineate the source block from the
On Thu, Oct 4, 2018 at 2:09 AM Brad Knotwell wrote:
> I've been playing with org-babel-detangle and I've noticed something that's
> either a bug or a limitation. It's confusing enough that
> it's worth writing down if it's expected. Basically, it doesn't work if
> there are variables defined i
On Wed, Sep 19, 2018 at 3:35 PM wrote:
> Maybe there is another way to run the shell command and extract the file name
> I need (in elisp?), but I don't know how.
What if you start Emacs, have it create a temp file, then in a
separate terminal start Jupyter with stdout redirected to that file.
Thank you and my apologies. Seeing the session output you posted convinced me
the problem was with my ess settings.
Of course I should have known that because I could find no-one else with the
same problem and I could see no change to ob-R.el in the git repo in the past
months that could have affe
Cannot confirm. See inline.
> On Aug 28, 2018, at 7:48 AM, Dylan Schwilk wrote:
>
> Hello,
>
> I recently have run into a change in output from my R language source code
> blocks.
>
> I have found that when I include :session to the source block header, I now
> get
> extra blank lines in the
At 2018-05-03T15:16:17+01:00, Aaron Ecay wrote:
> In principle, you are correct. However:
>
>> I wonder if something like
>>
>>
>> (defun org-babel-do-load-languages (languages)
>
> If we change the arity of the function in this way, us
At 2018-05-03T21:58:46+02:00, Nicolas Goaziou wrote:
>>In this example, evaluation is disabled for ‘emacs-lisp’, and enabled
>> for ‘R’.
>>
>> (org-babel-do-load-languages
>> '((emacs-lisp . nil)
>> (R . t)))
>
> Language names are not symbols. It should be Emacs Lisp and R.
Hello,
"N. Raghavendra" writes:
> I also suggest a corresponding change in Org(Languages):
>
>
>By default, only ‘emacs-lisp’ is enabled for evaluation. To enable
> or disable other languages, customize the ‘org-babel-load-language
At 2018-05-03T14:07:37+01:00, Aaron Ecay wrote:
> Itʼs an unusual function indeed. Thatʼs because it is used as the :set
> function for the defcustom org-babel-load-languages; see the info
> documentation (info "(elisp) Variable Definitions").
Thank you for explaining. I still think it would be
Hi Raghu,
2018ko maiatzak 3an, "N. Raghavendra"-ek idatzi zuen:
>
> I am puzzled with this definition:
Itʼs an unusual function indeed. Thatʼs because it is used as the :set
function for the defcustom org-babel-load-languages; see the info
documentation (info "(elisp) Variable Definitions").
-
At 2018-05-03T16:49:01+05:30, N. Raghavendra wrote:
> (set-default org-babel-load-languages languages)
I meant `setq-default' there, not `set-default'.
Raghu.
--
N. Raghavendra , http://www.retrotexts.net/
Harish-Chandra Research Institute, http://www.hri.res.in/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Fred Gruber writes:
> Hi
> Is there a way to get org-babel-lilypond to generate midi of music fragments
> in basic mode. Ideally when we export the html the
> images of the music fragments should have a link to the corresponding midi of
> that
> Hello,
> Uwe Brauer writes:
> I guess you have to set `org-src-preserve-indentation' globally, or use
> "-i" flag for the block, which is locally equivalent.
Great that does it.
However there is still an empty line generated. Any possibility get rid
of this as well, I look a bit
Hello,
Uwe Brauer writes:
> Please consider the following test org file
> * A test example
> ,
> | #+BEGIN_SRC matlab :tangle test.m
> | function [ll x]=mitest(A0,x0)
> | % initialization
> | format long
> | epsi=1.e-3;
> | nit=0;
> | nmaxit=200;
> | Delta=10;
> | A=A0;
> | while Delta>eps
Hello,
"numbch...@gmail.com" writes:
> After `git bisect`, found that commit 122bf2997 caused this problem.
> @Nicolas, can you fix this commit?
Fixed. Thank you for the heads-up.
Regards,
--
Nicolas Goaziou
After `git bisect`, found that commit 122bf2997 caused this problem.
@Nicolas, can you fix this commit?
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog
> On Nov 15, 2017, at 4:12 PM, Deepak Cherian wrote:
>
> Thanks. That works well, but only shows named source blocks in the particular
> file.
>
> Is there a way to make it show library of babel blocks too?
Sure. `org-babel-library-of-babel' is an association list whose keys are the
names.
Thanks. That works well, but only shows named source blocks in the
particular file.
Is there a way to make it show library of babel blocks too?
Deepak
On 11/15/2017 02:56 PM, Berry, Charles wrote:
On Nov 15, 2017, at 11:04 AM, Deepak Cherian wrote:
Has anyone here managed to configure ivy o
> On Nov 15, 2017, at 11:04 AM, Deepak Cherian wrote:
>
> Has anyone here managed to configure ivy or helm to show a list of named
> source blocks that org knows about?
>
> I am imagining this workflow:
> 1. M-x org-babel-insert-named-source-block (imaginary function)
> 2. List of named source
>
>> Hi,
>>
>> I am looking for a working configuration for using oz code blocks in
>> org-mode file. I've installed
>> Mozart2 on macOS 10.12.6 and use org-mode version 9.0.9. I've put
>> (org-babel-do-load-languages
>> 'org-babel-load-languages
>> '((emacs-lisp . t)
>> (oz . t)))
>> into my A
Johannes Brauer writes:
> Hi,
>
> I am looking for a working configuration for using oz code blocks in org-mode
> file. I've installed
> Mozart2 on macOS 10.12.6 and use org-mode version 9.0.9. I've put
> (org-babel-do-load-languages
> 'org-babel-load-languages
> '((emacs-lisp . t)
>(oz .
Johan:
Maybe this one would work for you:
#+NAME: first
#+BEGIN_SRC js
function one() {
return 1;
}
#+END_SRC
#+NAME: second
#+BEGIN_SRC js
function two() {
return 2;
}
#+END_SRC
#+NAME: third
#+BEGIN_SRC js
function three() {
return 3;
}
#+END_SRC
#+NAME: all
#+BEGIN_SRC sh :re
Following up: A function like this one should help.
(defun expand-named-babel-block (block)
(save-excursion
(org-babel-goto-named-src-block block)
(org-babel-expand-src-block)))
However ... there's something strange here with
org-babel-goto-named-src-block (org 9.0.9). It just jumps t
Thanks Martin,
These are good suggestions, but it's not quite what I am after. In your
second example, I would like ":var code=example" to make "code" carry the
full (and expanded) text of the "example" block, i.e. to have
echo ls -alh
as the result -- the code itself, unevaluated.
Johan
201
Johan:
To use expanded noweb references you can use text source blocks
#+NAME: lscode
#+BEGIN_SRC *text*
ls -alh
#+END_SRC
#+NAME: example
#+BEGIN_SRC sh :noweb yes
echo <>
#+END_SRC
#+RESULTS: example
: ls -alh
#+BEGIN_SRC emacs-lisp :var code=example
(message code)
#+END_SRC
#+RESULTS:
:
Johan:
You can try the following:
#+NAME: lscode
#+BEGIN_ASCII
ls -alh
#+END_ASCII
#+BEGIN_SRC emacs-lisp :var code=lscode
(message code)
#+END_SRC
#+RESULTS:
: ls -alh
I haven't tried the noweb references, but it does return the code block in
the variable.
Martín
On Wed, Oct 25, 2017 at 9:
On Tuesday, 19 Sep 2017 at 09:51, Tim Jones wrote:
> I then tried preceding it with a package statement, which did not work
> either.
No, a package statement should not be required. The classname matches
the java code.
What worked for me, accessing a class in another package, was to put
".:PATH2
Eric
Thanks for your reply
No - that's exactly what I did first, but it did not work.
I then tried preceding it with a package statement, which did not work
either.
It got me thinking that I had now idea how it could resolve dependencies,
whether for java packages, which you would expect to be
On Friday, 15 Sep 2017 at 14:56, Tim Jones wrote:
> Hi
> Want to create org docs with embedded java blocks which will generate
> testing data
>
> I have seen
> http://ehneilsen.net/notebook/orgExamples/org-examples.html#sec-19
> but have not been able to find an example where there are any import
>
Hello,
Lawrence Bottorff writes:
> In a fresh org file I try this:
>
> #+begin_src scheme :session mainsession
> (define (mysquare x)
> (* x x))
> #+end_src
>
> and get this:
>
> executing Scheme code block...
> => #
> : ‘org-babel-script-escape’ expects a string
It now prints:
: #
Please
Hello,
ed...@openmail.cc writes:
> I have noticed that doing C-c C-v v (org-babel-expand-src-block) and
> C-c
> C-c (org-babel-execute-src-block) yield different results in Python.
I guess this is related to the :session parameter, which is not obeyed
when using "C-c C-v v".
> * Question:
>
Hello,
Ken Mankoff writes:
> Is there a way to get variables into org-edit-special? Maybe by pre-pending
> C-u to C-c '?
The problem is not getting the variables into the remote editing buffer.
As you noticed, we would only need to remove the read-only status from
`org-babel-expand-src-block' o
On Sat, Aug 12, 2017 at 12:52 PM, Nicolas Goaziou
wrote:
>
> Ken Mankoff writes:
>
> > and second, if I make changes and then exit the expanded block
> > (via C-') without saving, the changes are lost. If I enter
> > =org-edit-special= and exit w/o saving, the changes are propagated
> > back to t
Hello,
Ken Mankoff writes:
> Hi,
>
> I've just learned about =org-babel-expand-src-block= (from [1]) which seems
> like an improvement over =org-edit-special=, because variables are expanded.
>
> But I notice two issues with it, and I'm wondering if these are intentional
> or bugs, or if there
Hey Dov,
Bull's eye! Never realized that could hurt.
It so happened that I set the correct python version in my shell before
starting emacs. However, my bashrc file was hardwired to a different
version, which org used every time for evaluating the src blocks.
Thanks for the help!
Dushyant
On Th
Lookup "Org babel results" in Google and you should find the right
section of the manual. You need to set the :results keyword.
Shell is using python3 and org-mode python2?
On Aug 3, 2017 8:31 PM, "Dushyant Juneja" wrote:
> Hi,
>
> I have the following code block in my org mode based literate programming
> notes:
>
> #+BEGIN_SRC python
> print('1+2 > 4 is ', 1+2 > 4)
> print("What is 3 + 2?", 3 + 2)
> #+END_SRC
>
> When
Hello,
John Hendy writes:
> Really, it was a comment about how Org behaves, not necessarily a bug.
> That said, speaking for myself, I would never want a default session
> in interactive mode when I've defined one in the code heading. I'd
> love if Org could pick up on that setting, such that th
On Wed, 5 Jul 2017, Vikas Rawal wrote:
"... I'd like Org to pick up the fact that there's a :session
argument with a custom name and use that for C-RET in the edit buffer;
otherwise it generates the default *R* session there, but if you C-c
C-c the block later it puts it into the custom session
>>
>> "... I'd like Org to pick up the fact that there's a :session
>> argument with a custom name and use that for C-RET in the edit buffer;
>> otherwise it generates the default *R* session there, but if you C-c
>> C-c the block later it puts it into the custom session name."
>
> This is what `
On Wed, 5 Jul 2017, John Hendy wrote:
On Wed, Jul 5, 2017 at 4:22 PM, Nicolas Goaziou wrote:
Hello,
Vikas Rawal writes:
C-RET seems to be picking up the custom session name if it is already
there. But otherwise it generates the default *R* session there,
Is there a bug to fix? If so, cou
On Wed, Jul 5, 2017 at 4:22 PM, Nicolas Goaziou wrote:
> Hello,
>
> Vikas Rawal writes:
>
>> C-RET seems to be picking up the custom session name if it is already
>> there. But otherwise it generates the default *R* session there,
>
> Is there a bug to fix? If so, could start a new thread about i
Hello,
Vikas Rawal writes:
> C-RET seems to be picking up the custom session name if it is already
> there. But otherwise it generates the default *R* session there,
Is there a bug to fix? If so, could start a new thread about it, ideally
with an ECM demonstrating the issue?
Regards,
--
Nico
>> possibility of evaluating the code to test and see what happens?
>
> Often, but not always. And it would be seriously annoying to have the
> session buffer pop up every time I wanted to browse the code in a src block
> while simultaneously viewing the results of a previous invocation in
On Tue, 4 Jul 2017, Vikas Rawal wrote:
On 04-Jul-2017, at 1:22 AM, John Hendy wrote:
On Sun, Jul 2, 2017 at 7:17 PM, Vikas Rawal
wrote:
Vikas Rawal writes:
Isn’t is what most users need while editing the code block? The
possibility of evaluating the code to test and see what happens?
> On 04-Jul-2017, at 1:22 AM, John Hendy wrote:
>
> On Sun, Jul 2, 2017 at 7:17 PM, Vikas Rawal
> wrote:
>>>
>>> Vikas Rawal writes:
>>>
Isn’t is what most users need while editing the code block? The
possibility of evaluating the code to test and see what happens?
>>>
>>>
>>> Ma
On Sun, Jul 2, 2017 at 7:17 PM, Vikas Rawal
wrote:
>>
>> Vikas Rawal writes:
>>
>>> Isn’t is what most users need while editing the code block? The
>>> possibility of evaluating the code to test and see what happens?
>>
>>
>> Many languages do not support sessions. So, the only possibility to
>>
>
> Thanks Andreas. I am perhaps being to finicky. The problem with your
> approach is that you would end up permanently losing screen space for the R
> session. I don’t want the R session obstructing my writing when I am not
> working on code blocks. Ideally, the R session should appear only when
>
> for what it's worth, I usually run two windows (in the same frame),
> side-by-side, with emacs maximised.
> On the left I have my org file and on the right I have an R session, which I
> start immediately after I open my org file.
> When I use C-c ' on an R source block, the org buffer (on t
Hi Vikas,
for what it's worth, I usually run two windows (in the same frame),
side-by-side, with emacs maximised.
On the left I have my org file and on the right I have an R session, which
I start immediately after I open my org file.
When I use C-c ' on an R source block, the org buffer (on the le
>
> Vikas Rawal writes:
>
>> Isn’t is what most users need while editing the code block? The
>> possibility of evaluating the code to test and see what happens?
>
>
> Many languages do not support sessions. So, the only possibility to
> evaluate the code is to evaluate the code block in the s
Hello,
Vikas Rawal writes:
> Isn’t is what most users need while editing the code block? The
> possibility of evaluating the code to test and see what happens?
Many languages do not support sessions. So, the only possibility to
evaluate the code is to evaluate the code block in the source buf
>
>> When I press C-c' in an R code block to open an edit buffer with ess, on my
>> computer, it splits the screen into two side-by-side windows, with the new
>> window on the right showing the edit buffer, and the window on the left
>> showing the original file.
>>
>> I would like to change this
Hello,
Vikas Rawal writes:
> When I press C-c' in an R code block to open an edit buffer with ess, on my
> computer, it splits the screen into two side-by-side windows, with the new
> window on the right showing the edit buffer, and the window on the left
> showing the original file.
>
> I would
>
> When I press C-c' in an R code block to open an edit buffer with ess, on my
> computer, it splits the screen into two side-by-side windows, with the new
> window on the right showing the edit buffer, and the window on the left
> showing the original file.
>
> I would like to change this b
I do not know of any org-babel stuff.
I use some functions here:
https://github.com/jkitchin/scimax/blob/master/scimax-email.el
for emailing headings and for mail-merge like features.
You may find some of them suitable for your needs.
Giri Prashanth writes:
> Hi,
>
> Is there a dedicated org-b
Hello all,
Kyle Meyer writes:
> Kyle Meyer writes:
>
> [...]
>
>>> Also, it seems "capitalize" is the wrong verb here?
>>
>> Something with "upcase" or "uppercase" would have been better given the
>> behavior of upcase and capitalize.
>
> Here's a patch. I'll apply it to master in a day or two
I see that more or less 30 seconds after posting to the ML :/
So the problem of this script is solved.
But anyway, why are column headers sent to the script, even with :hlines
and/or :colnames set approriately?
Thanks.
On Fri, Feb 17, 2017 at 2:08 PM, Eric S Fraga wrote:
> On Friday, 17 Feb 2
On Friday, 17 Feb 2017 at 12:33, Roland Everaert wrote:
> Hi,
>
> I am trying to filter a table using the following awk code block.
I think your problem is an error in the awk script; specifically, the
match is outputting all lines because you need to have the { on the same
line as the match expre
Nice, thank you.
2017-01-27 1:12 GMT+00:00 Kyle Meyer :
> Kyle Meyer writes:
>
> [...]
>
> > Here's a patch. I'll apply it to master in a day or two if there are no
> > objections.
>
> Applied with 9c111f63 (with :version changed from 25.2 to 26.1).
>
> --
> Kyle
>
Kyle Meyer writes:
[...]
> Here's a patch. I'll apply it to master in a day or two if there are no
> objections.
Applied with 9c111f63 (with :version changed from 25.2 to 26.1).
--
Kyle
Kyle Meyer writes:
[...]
>> Shouldn't this variable be public through the customize interface?
>
> Yes, I think it should be. And it would be consistent with
> org-babel-results-keyword being a defcustom.
[...]
>> Also, it seems "capitalize" is the wrong verb here?
>
> Something with "upcase"
Vicente Vera writes:
> Hello.
>
> Just noticed that example block headings wrapping code evaluation
> results appear downcased (arrows added):
>
> #+RESULTS:
>
> #+begin_example <=
> ... some result...
> #+end_example <=
>
> In ob-core.el, line 2438 there's a "hidden" variable that controls
> w
On Tue, 3 Jan 2017, Joon Ro wrote:
Hi,
When I use org 8.3.6, it works correctly, but when I use org 9.0.3, it
seems org-babel-tangle ignores noweb-ref property. For example, using
the example from http://orgmode.org/manual/noweb_002dref.html:
#+BEGIN_SRC sh :tangle yes :noweb yes :shebang
Seems good.
I tested it.
As a refinement, the associated documentation should be updated
(but that is a separate patch).
http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-C.html
Thierry
Le 11/03/2016 20:14, Oz Ben-Ami a éc
Thanks for the response.
On my machine, I get the undefined references even with GCC 5 (gcc version
5.2.1 20151010 (Ubuntu 5.2.1-22ubuntu2)), if I put -lm before the source
file name.
As far as a patch, I can try but this would be my first time really playing
with org-mode code. As far as I can s
To summarize this thread:
It seems there was an issue long ago.
Version 5 of GCC magically fixed it.
But it is still here for older compilers.
-
To debug, execute the following piece of lisp code:
(defadvice org-babel-eval (before xxx (cmd body))
""
(messa
Anssi Saari writes:
> Nick Dokos writes:
>
>> You can test that that's the case: put your program into a file, say foo.c,
>> and
>> execute
>>
>> gcc -o foo.out -lm foo.c
>>
>> Does that give you undefined references?
>
> Does for me. gcc --version says
> gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8
Nick Dokos writes:
> You can test that that's the case: put your program into a file, say foo.c,
> and
> execute
>
> gcc -o foo.out -lm foo.c
>
> Does that give you undefined references?
Does for me. gcc --version says
gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4
So is it gcc that has changed the
Oz Ben-Ami writes:
> Hi,
>
> I'm a new org user, and I'm sorry if I'm missing something obvious. When
> executing a C code snippet with
> org-babel, that contains a math function, I get the famous "undefined
> reference" errors. I tried adding
> ":flags -lm", but that doesn't help. Looking at t
I get the right answer on a Mac with org-mode version 8.2.10
Anssi Saari writes:
> Oz Ben-Ami writes:
>
>> A minimal working example, attached, includes the following snippet:
>>
>> #+BEGIN_SRC C :includes '( ) :flags -lm
>> int i=9;
>> printf("%d\n",(int)sqrt(i));
>> #+END_SRC
>
> I get the sa
Oz Ben-Ami writes:
> A minimal working example, attached, includes the following snippet:
>
> #+BEGIN_SRC C :includes '( ) :flags -lm
> int i=9;
> printf("%d\n",(int)sqrt(i));
> #+END_SRC
I get the same problem, Ubuntu 14.04.3 LTS, GNU Emacs 24.3.1, Org-mode
version 8.2.10. So maybe it got fixed
Hello,
Oz Ben-Ami writes:
> A minimal working example, attached, includes the following snippet:
>
> #+BEGIN_SRC C :includes '( ) :flags -lm
> int i=9;
> printf("%d\n",(int)sqrt(i));
> #+END_SRC
FWIW, I get
#+BEGIN_SRC C :includes '( ) :flags -lm
int i=9;
printf("%d\n",(int)sqrt(i));
#
Thank you for testing, I have
Org-mode version 8.3.2 (8.3.2-37-gd45217-elpa @
~/.emacs.d/elpa/org-20151123/)
with Emacs version GNU Emacs 24.5.1 (x86_64-apple-darwin13.4.0, NS
apple-appkit-1265.21) of 2015-04-10 on builder10-9.porkrind.org
I am on MAC OS X with emacs from http://emacsforosx.com
On Thu, Nov 19, 2015 at 12:28 PM, Giri Prashanth
wrote:
> Any reason why org babel execute for shell with session does not terminate ?
> Thank you very much in advance for any response,
Just ran this code and got the following results...
#+NAME: 4AFF24E4-43CF-4FFF-A9E9-4896630C977D
#+BEGIN_SRC s
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Martin Carlé writes:
>
>> On 2015-11-04 Wed 14:14, Andreas Leha wrote:
>>
>>> ,---
>>> | > I'd say it is a bug if the results from evaluation differ between
>>> | > manual eva
Hello,
Martin Carlé writes:
> On 2015-11-04 Wed 14:14, Andreas Leha wrote:
>
>> ,---
>> | > I'd say it is a bug if the results from evaluation differ between
>> | > manual evaluation and during export.
>> | >
>> | > And even
On 2015-11-04 Wed 14:14, Andreas Leha wrote:
> ,---
> | > I'd say it is a bug if the results from evaluation differ between
> | > manual evaluation and during export.
> | >
> | > And even if it is not explicitely contradictin
Hi Nick,
Nick Dokos writes:
> Andreas Leha writes:
>
>> ...
>> So, to me it is more surprising that the manual execution works. For
>> instance, I might have two tables with the same name. Then, COMMENTing
>> one of them should ensure that the other one is used.
>>
>
> COMMENT works during exp
1 - 100 of 429 matches
Mail list logo
