GNU bug report logs -
#14379
Several Org source files cannot be loaded in isolation
Previous Next
Reported by: Glenn Morris <rgm <at> gnu.org>
Date: Fri, 10 May 2013 07:51:02 UTC
Severity: normal
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14379 in the body.
You can then email your comments to 14379 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Fri, 10 May 2013 07:51:02 GMT)
Full text and
rfc822 format available.
Message #3 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: org-mode
(This report refers to the version of Org in the Emacs trunk.)
Several Org files cannot be loaded in isolation, by which I mean that eg
emacs -batch -l ob-C
fails. This may have no practical consequences, but seems like bad form
(eg it causes problems for automated testing).
The list is:
ob-C.el
ob-asymptote.el
ob-awk.el
ob-clojure.el
ob-fortran.el
ob-haskell.el
ob-io.el
ob-java.el
ob-latex.el
ob-lisp.el
ob-maxima.el
ob-ocaml.el
ob-perl.el
ob-picolisp.el
ob-python.el
ob-ruby.el
ob-scala.el
org-ctags.el
For all but the last, the problem is:
Symbol's value as variable is void: org-babel-tangle-lang-exts
For org-ctags, the problem is:
Symbol's function definition is void: case
(because the `case' macro from cl is used in the default value of a
defcustom, which is not evaluated till load time.). This one is probably
a real bug.
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Sat, 11 May 2013 18:25:02 GMT)
Full text and
rfc822 format available.
Message #6 received at 14379 <at> debbugs.gnu.org (full text, mbox):
(Please keep the debbugs address included. It is basically an alias for
the org-mode list in this instance.)
Achim Gratz wrote:
> Reimplementation with pcase should fix that unless this is then resolved
> at compile-time?
pcase probably doesn't exist in all the ancient Emacs versions that you
want to support? In any case, it will case cause needless loading of
pcase at run-time. I'd use good old `cond' if I were you.
Actually, `if' will suffice in this case.
Actually actually, why not
(if (executable-find "ctags-exuberant") "ctags-exuberant" "ctags")
?
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Sun, 12 May 2013 04:10:02 GMT)
Full text and
rfc822 format available.
Message #9 received at 14379 <at> debbugs.gnu.org (full text, mbox):
On 11.5.2013, at 20:24, Glenn Morris <rgm <at> gnu.org> wrote:
>
> (Please keep the debbugs address included. It is basically an alias for
> the org-mode list in this instance.)
>
> Achim Gratz wrote:
>
>> Reimplementation with pcase should fix that unless this is then resolved
>> at compile-time?
>
> pcase probably doesn't exist in all the ancient Emacs versions that you
> want to support? In any case, it will case cause needless loading of
> pcase at run-time. I'd use good old `cond' if I were you.
> Actually, `if' will suffice in this case.
> Actually actually, why not
> (if (executable-find "ctags-exuberant") "ctags-exuberant" "ctags")
I have used this fix, thanks.
- Carsten
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Sun, 12 May 2013 04:11:02 GMT)
Full text and
rfc822 format available.
Message #12 received at 14379 <at> debbugs.gnu.org (full text, mbox):
On 10.5.2013, at 09:50, Glenn Morris <rgm <at> gnu.org> wrote:
> Package: org-mode
>
> (This report refers to the version of Org in the Emacs trunk.)
> Several Org files cannot be loaded in isolation, by which I mean that eg
>
> emacs -batch -l ob-C
>
> fails. This may have no practical consequences, but seems like bad form
> (eg it causes problems for automated testing).
>
> The list is:
>
> ob-C.el
> ob-asymptote.el
> ob-awk.el
> ob-clojure.el
> ob-fortran.el
> ob-haskell.el
> ob-io.el
> ob-java.el
> ob-latex.el
> ob-lisp.el
> ob-maxima.el
> ob-ocaml.el
> ob-perl.el
> ob-picolisp.el
> ob-python.el
> ob-ruby.el
> ob-scala.el
I have asked Erik to fix these.
Thanks for the report.
- Carsten
> org-ctags.el
>
> For all but the last, the problem is:
>
> Symbol's value as variable is void: org-babel-tangle-lang-exts
>
> For org-ctags, the problem is:
>
> Symbol's function definition is void: case
>
> (because the `case' macro from cl is used in the default value of a
> defcustom, which is not evaluated till load time.). This one is probably
> a real bug.
>
>
>
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Sun, 12 May 2013 07:36:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 14379 <at> debbugs.gnu.org (full text, mbox):
Carsten Dominik writes:
> I have asked Erik to fix these.
These errors do not exist in Org 8 anymore, in other words they are
already fixed (by the introduction of ob-core, as it were).
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Sun, 12 May 2013 08:59:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 14379 <at> debbugs.gnu.org (full text, mbox):
I missed that, thank you.
- Carsten
On 12.5.2013, at 09:34, Achim Gratz <Stromeko <at> nexgo.de> wrote:
> Carsten Dominik writes:
>> I have asked Erik to fix these.
>
> These errors do not exist in Org 8 anymore, in other words they are
> already fixed (by the introduction of ob-core, as it were).
>
>
> Regards,
> Achim.
> --
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>
> SD adaptation for Waldorf rackAttack V1.04R1:
> http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
bug closed, send any further explanations to
14379 <at> debbugs.gnu.org and Glenn Morris <rgm <at> gnu.org>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Mon, 13 May 2013 16:22:04 GMT)
Full text and
rfc822 format available.
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Mon, 13 May 2013 21:34:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 14379 <at> debbugs.gnu.org (full text, mbox):
Achim Gratz <Stromeko <at> nexgo.de> writes:
> Carsten Dominik writes:
>> I have asked Eric to fix these.
>
> These errors do not exist in Org 8 anymore, in other words they are
> already fixed (by the introduction of ob-core, as it were).
>
I'm still getting an error with the following.
$ emacs -batch -l lisp/ob-C.el
Symbol's value as variable is void: org-babel-tangle-lang-exts
I can eliminate the error if I remove
(defvar org-babel-tangle-lang-exts)
from ob-C.el, and add an explicit require to ob-tangle. I have no idea
why the explicit require works, but requiring /through/ ob.el does not
work. I can make these changes if it is important to be able to load
these source files individually.
Best,
--
Eric Schulte
http://cs.unm.edu/~eschulte
Information forwarded
to
emacs-orgmode <at> gnu.org
:
bug#14379
; Package
org-mode
.
(Tue, 14 May 2013 05:25:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 14379 <at> debbugs.gnu.org (full text, mbox):
On Monday 13 May 2013, 15:32:45, Eric Schulte wrote:
> I'm still getting an error with the following.
>
> $ emacs -batch -l lisp/ob-C.el
> Symbol's value as variable is void: org-babel-tangle-lang-exts
Depending on which Emacs version you use and whether, where and how Org 8 is
installed and initialized, you'll need something like
$ emacs -Q -batch -l org8-init.el -l lisp/ob-C.el
for testing, to avoid pulling in the wrong autoloads. This won't be a
problem once Org 8 is integrated into Emacs, but you need to be careful with
standalone Org.
> I can eliminate the error if I remove
>
> (defvar org-babel-tangle-lang-exts)
>
> from ob-C.el, and add an explicit require to ob-tangle. I have no idea
> why the explicit require works, but requiring /through/ ob.el does not
> work. I can make these changes if it is important to be able to load
> these source files individually.
I'll test that again once more to be sure, but this should really be fixed
already.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 11 Jun 2013 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 12 years and 12 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.