makefile for v. 7.9.1 on Windows 7 doesn't work

makefile for v. 7.9.1 on Windows 7 doesn't work

[Bostjan Vilfan]

[-- Attachment #1: Type: text/plain, Size: 238 bytes --]

Hello,
I notice that the makefile in version 7.9.1 has been changed (with regard to v. 7.8.11). When I tried to run it under Windows7, it didn't work (the makefile for 7.8.11 ran OK). Can anyone provide some information?
Regards,
bostjanv

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[John Hendy]

On Fri, Sep 7, 2012 at 2:13 AM, Bostjan Vilfan <bostjanv@alum.mit.edu> wrote:
> Hello,
> I notice that the makefile in version 7.9.1 has been changed (with regard to v. 7.8.11). When I tried to run it under Windows7, it didn't work (the makefile for 7.8.11 ran OK). Can anyone provide some information?

Can you provide more information? The error, what you were doing, etc?
The last time I git pulled perhaps a week or so ago, I tried following
Worg like so:[1]
,---
| emacs -batch -Q -L lisp -l ../UTILITIES/org-fixup -f
org-make-autoloads-compile
`---

It failed. I inspected the dit directory and noticed that it's  not
../UTILITIES anymore; all of the make stuff is in ../mk. Could that be
the problem if you're following Worg?

As an aside, I just tried re-compiling to check and I noticed that if
I follow Worg and cd into /path/to/org.git/mk and then run =emace
-batch ... ../mk/org-fixup.el ...=, I get the error:
,---
| Symbol's function definition is void: org-find-library-dir
`---

If I cd to /path/to/org.git and run the command with only one perios
(=emacs ... ./mk/org-fixup.el ...=), then it works. But =M-x
org-version= spits out something related to org-fixup and isn't a real
version number.

In any case, I can still compile as far as I know. Sorry if this
wasn't your issue, but with the lack of details no one will be able to
help you diagnose the problem.


Best regards,
John

[1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make

> Regards,
> bostjanv

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Jonathan Leech-Pepin]

Hello,

On Fri, Sep 7, 2012 at 8:33 AM, John Hendy <jw.hendy@gmail.com> wrote:
> On Fri, Sep 7, 2012 at 2:13 AM, Bostjan Vilfan <bostjanv@alum.mit.edu> wrote:
>> Hello,
>> I notice that the makefile in version 7.9.1 has been changed (with regard to v. 7.8.11). When I tried to run it under Windows7, it didn't work (the makefile for 7.8.11 ran OK). Can anyone provide some information?
>
> Can you provide more information? The error, what you were doing, etc?
> The last time I git pulled perhaps a week or so ago, I tried following
> Worg like so:[1]
> ,---
> | emacs -batch -Q -L lisp -l ../UTILITIES/org-fixup -f
> org-make-autoloads-compile
> `---
>
> It failed. I inspected the dit directory and noticed that it's  not
> ../UTILITIES anymore; all of the make stuff is in ../mk. Could that be
> the problem if you're following Worg?
>

If the problem is related to the missing =UTILITIES= directory, the
solution would seem to be just re-run the update.  I had that issue on
several machines, all of which complained the first time about the
missing =UTILITIES= directory and then ran successfullly on the
subsequent updates.

> As an aside, I just tried re-compiling to check and I noticed that if
> I follow Worg and cd into /path/to/org.git/mk and then run =emace
> -batch ... ../mk/org-fixup.el ...=, I get the error:
> ,---
> | Symbol's function definition is void: org-find-library-dir
> `---
>
> If I cd to /path/to/org.git and run the command with only one perios
> (=emacs ... ./mk/org-fixup.el ...=), then it works. But =M-x
> org-version= spits out something related to org-fixup and isn't a real
> version number.
>
> In any case, I can still compile as far as I know. Sorry if this
> wasn't your issue, but with the lack of details no one will be able to
> help you diagnose the problem.
>
>
> Best regards,
> John
>
> [1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make
>
>> Regards,
>> bostjanv
>

Regards,

--
Jon

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[John Hendy]

On Fri, Sep 7, 2012 at 7:45 AM, Jonathan Leech-Pepin
<jonathan.leechpepin@gmail.com> wrote:
> Hello,
>
> On Fri, Sep 7, 2012 at 8:33 AM, John Hendy <jw.hendy@gmail.com> wrote:
>> On Fri, Sep 7, 2012 at 2:13 AM, Bostjan Vilfan <bostjanv@alum.mit.edu> wrote:
>>> Hello,
>>> I notice that the makefile in version 7.9.1 has been changed (with regard to v. 7.8.11). When I tried to run it under Windows7, it didn't work (the makefile for 7.8.11 ran OK). Can anyone provide some information?
>>
>> Can you provide more information? The error, what you were doing, etc?
>> The last time I git pulled perhaps a week or so ago, I tried following
>> Worg like so:[1]
>> ,---
>> | emacs -batch -Q -L lisp -l ../UTILITIES/org-fixup -f
>> org-make-autoloads-compile
>> `---
>>
>> It failed. I inspected the dit directory and noticed that it's  not
>> ../UTILITIES anymore; all of the make stuff is in ../mk. Could that be
>> the problem if you're following Worg?
>>
>
> If the problem is related to the missing =UTILITIES= directory, the
> solution would seem to be just re-run the update.  I had that issue on
> several machines, all of which complained the first time about the
> missing =UTILITIES= directory and then ran successfullly on the
> subsequent updates.

Can someone else confirm? I'm just pulled again and have no UTILITIES dir.

John

>
>> As an aside, I just tried re-compiling to check and I noticed that if
>> I follow Worg and cd into /path/to/org.git/mk and then run =emace
>> -batch ... ../mk/org-fixup.el ...=, I get the error:
>> ,---
>> | Symbol's function definition is void: org-find-library-dir
>> `---
>>
>> If I cd to /path/to/org.git and run the command with only one perios
>> (=emacs ... ./mk/org-fixup.el ...=), then it works. But =M-x
>> org-version= spits out something related to org-fixup and isn't a real
>> version number.
>>
>> In any case, I can still compile as far as I know. Sorry if this
>> wasn't your issue, but with the lack of details no one will be able to
>> help you diagnose the problem.
>>
>>
>> Best regards,
>> John
>>
>> [1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make
>>
>>> Regards,
>>> bostjanv
>>
>
> Regards,
>
> --
> Jon

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Bastien]

Hi John,

John Hendy <jw.hendy@gmail.com> writes:

> Can someone else confirm? I'm just pulled again and have no UTILITIES
> dir.

I confirm there is no UTILITIES/ directory anymore.

It has been rename as mk/ for git cloners, and it is absent
from the .tar.gz and .zip.

-- 
 Bastien

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[John Hendy]

On Fri, Sep 7, 2012 at 8:14 AM, Bastien <bzg@altern.org> wrote:
> Hi John,
>
> John Hendy <jw.hendy@gmail.com> writes:
>
>> Can someone else confirm? I'm just pulled again and have no UTILITIES
>> dir.
>
> I confirm there is no UTILITIES/ directory anymore.
>
> It has been rename as mk/ for git cloners, and it is absent
> from the .tar.gz and .zip.

Any reason my compiliation would fail with the error `Symbol's
function definition is void: org-find-library-dir` ? This happens from
inside ~/org.git/mk, but if I adjust the compiliation path and run
from ~/org.git instead, it appears to compile successfully.

The other thread from the list I find when searching this error seems
to suggest that a patch was applied in May to fix this (or at least
another cause of this):
- http://lists.gnu.org/archive/html/emacs-orgmode/2012-05/msg00521.html


Best regards,
John

>
> --
>  Bastien

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Jonathan Leech-Pepin]

Hello,

On Fri, Sep 7, 2012 at 9:05 AM, John Hendy <jw.hendy@gmail.com> wrote:
> On Fri, Sep 7, 2012 at 7:45 AM, Jonathan Leech-Pepin
> <jonathan.leechpepin@gmail.com> wrote:
>> Hello,
>>
>> On Fri, Sep 7, 2012 at 8:33 AM, John Hendy <jw.hendy@gmail.com> wrote:
>>> On Fri, Sep 7, 2012 at 2:13 AM, Bostjan Vilfan <bostjanv@alum.mit.edu> wrote:
>>>> Hello,
>>>> I notice that the makefile in version 7.9.1 has been changed (with regard to v. 7.8.11). When I tried to run it under Windows7, it didn't work (the makefile for 7.8.11 ran OK). Can anyone provide some information?
>>>
>>> Can you provide more information? The error, what you were doing, etc?
>>> The last time I git pulled perhaps a week or so ago, I tried following
>>> Worg like so:[1]
>>> ,---
>>> | emacs -batch -Q -L lisp -l ../UTILITIES/org-fixup -f
>>> org-make-autoloads-compile
>>> `---
>>>
>>> It failed. I inspected the dit directory and noticed that it's  not
>>> ../UTILITIES anymore; all of the make stuff is in ../mk. Could that be
>>> the problem if you're following Worg?
>>>
>>
>> If the problem is related to the missing =UTILITIES= directory, the
>> solution would seem to be just re-run the update.  I had that issue on
>> several machines, all of which complained the first time about the
>> missing =UTILITIES= directory and then ran successfullly on the
>> subsequent updates.
>
> Can someone else confirm? I'm just pulled again and have no UTILITIES dir.
>

=UTILITIES/= was renamed =util/=, and then has since been moved to
=mk/=.  The results I had seen seemed to indicate that it couldn't
find a script in UTILITIES/ so it could not continue (because it had
been renamed but was being looked for in the old location).

Running it a second time simply removed the confusion as to the
location of the files and permitted the update to continue without
issues.

> John
>
>>
>>> As an aside, I just tried re-compiling to check and I noticed that if
>>> I follow Worg and cd into /path/to/org.git/mk and then run =emace
>>> -batch ... ../mk/org-fixup.el ...=, I get the error:
>>> ,---
>>> | Symbol's function definition is void: org-find-library-dir
>>> `---
>>>
>>> If I cd to /path/to/org.git and run the command with only one perios
>>> (=emacs ... ./mk/org-fixup.el ...=), then it works. But =M-x
>>> org-version= spits out something related to org-fixup and isn't a real
>>> version number.
>>>
>>> In any case, I can still compile as far as I know. Sorry if this
>>> wasn't your issue, but with the lack of details no one will be able to
>>> help you diagnose the problem.
>>>
>>>
>>> Best regards,
>>> John
>>>
>>> [1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make
>>>
>>>> Regards,
>>>> bostjanv

Regards,

--
Jon

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Bostjan Vilfan]

Hello,
Thanks for all the answers. It seems that my problem was that I was not
aware of some changes  in the 7.9.1 version. I was finally able to make
the 7.9.1 version operational by following the procedure in

http://orgmode.org/worg/org-hacks.html#compiling-org-without-make

However, there are still some things I don't understand; there is this reference
to the UTILITIES directory, which is absent in the distribution file
for Windows.
I later found out that one has to run the set-up script in the top directory
of the distribution file.
Regards,
bostjanv

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Achim Gratz]

John Hendy writes:
> [1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make

I've just fixed this to refer to mk/ rather than UTILITIES/.

I don't really know where your other problems come from, but it seems
that whatever you are invoking as "emacs" fails to properly set up the
load path.  You can try and replace the "-L" option with "--directory".


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Bastien]

Hi Bostjan,

Bostjan Vilfan <bjvilfan@gmail.com> writes:

> http://orgmode.org/worg/org-hacks.html#compiling-org-without-make
>
> However, there are still some things I don't understand; there is this reference
> to the UTILITIES directory, which is absent in the distribution file
> for Windows.

Yes, the Worg files were outdated.  I updated them, using "mk" instead
of "UTILITIES".

Thanks,

-- 
 Bastien

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[John Hendy]

On Fri, Sep 7, 2012 at 2:00 PM, Achim Gratz <Stromeko@nexgo.de> wrote:
> John Hendy writes:
>> [1] http://orgmode.org/worg/org-hacks.html#compiling-org-without-make
>
> I've just fixed this to refer to mk/ rather than UTILITIES/.
>
> I don't really know where your other problems come from, but it seems
> that whatever you are invoking as "emacs" fails to properly set up the
> load path.  You can try and replace the "-L" option with "--directory".

I'll definitely try this. Where should the load path point? My emacs
dir, or the org git dir?

Thanks!
John

>
>
> Regards,
> Achim.
> --
> +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
>
> Factory and User Sound Singles for Waldorf Blofeld:
> http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
>
>

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Achim Gratz]

John Hendy writes:
>> I don't really know where your other problems come from, but it seems
>> that whatever you are invoking as "emacs" fails to properly set up the
>> load path.  You can try and replace the "-L" option with "--directory".
>
> I'll definitely try this. Where should the load path point? My emacs
> dir, or the org git dir?

What I meant was that if you add something to load-path via this option,
make sure it actually turns up _first_ in the load-path.  Like

emacs -L blafasel

should then have "blafasel" as the first component in load-path.  If
emacs is invoked via a wrapper scriptit may inject other options in
places that subvert this.  Another possibility is that an environment
variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs
is started, this would also explain why the load-path doesn't end up
what it's supposed to be.


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

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[John Hendy]

On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz <Stromeko@nexgo.de> wrote:
> John Hendy writes:
>>> I don't really know where your other problems come from, but it seems
>>> that whatever you are invoking as "emacs" fails to properly set up the
>>> load path.  You can try and replace the "-L" option with "--directory".
>>
>> I'll definitely try this. Where should the load path point? My emacs
>> dir, or the org git dir?
>
> What I meant was that if you add something to load-path via this option,
> make sure it actually turns up _first_ in the load-path.  Like
>
> emacs -L blafasel
>
> should then have "blafasel" as the first component in load-path.  If
> emacs is invoked via a wrapper scriptit may inject other options in
> places that subvert this.  Another possibility is that an environment
> variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs
> is started, this would also explain why the load-path doesn't end up
> what it's supposed to be.

Thanks, Achim. I just now sent a fresh note to the list about this
specific issue, as I pretty much derailed this into a discussion on
that error. It seemed fitting to make a new thread and I included a
lot more details. I think the issue comes down to the function
=org-find-library-dir=, not the load path. I could be wrong. I don't
know where =org-find-library-dir= is defined.

From what I understand of the above, it still isn't working. I tried this:
#+begin_src cmd
emacs -batch -Q -L C:\path\to\org.git lisp -l ../mk/org-fixup.el -f
org-make-autoloads-compile
#+end_src

John

>
>
> 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
>
>

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Achim Gratz]

John Hendy writes:
> From what I understand of the above, it still isn't working. I tried this:
> #+begin_src cmd
> emacs -batch -Q -L C:\path\to\org.git lisp -l ../mk/org-fixup.el -f
> org-make-autoloads-compile
> #+end_src

This is wrong. Try

emacs -batch -Q -L lisp -l ../mk/org-fixup.el -f org-make-autoloads-compile

You must do a 

cd C:\path\to\org.git

before.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

DIY Stuff:
http://Synth.Stromeko.net/DIY.html

Re: makefile for v. 7.9.1 on Windows 7 doesn't work

[Nick Dokos]

John Hendy <jw.hendy@gmail.com> wrote:

> On Mon, Sep 10, 2012 at 2:24 PM, Achim Gratz <Stromeko@nexgo.de> wrote:
> > John Hendy writes:
> >>> I don't really know where your other problems come from, but it seems
> >>> that whatever you are invoking as "emacs" fails to properly set up the
> >>> load path.  You can try and replace the "-L" option with "--directory".
> >>
> >> I'll definitely try this. Where should the load path point? My emacs
> >> dir, or the org git dir?
> >
> > What I meant was that if you add something to load-path via this option,
> > make sure it actually turns up _first_ in the load-path.  Like
> >
> > emacs -L blafasel
> >
> > should then have "blafasel" as the first component in load-path.  If
> > emacs is invoked via a wrapper scriptit may inject other options in
> > places that subvert this.  Another possibility is that an environment
> > variable EMACS_LOADPATH is set (or gets set by some wrapper) when emacs
> > is started, this would also explain why the load-path doesn't end up
> > what it's supposed to be.
> 
> Thanks, Achim. I just now sent a fresh note to the list about this
> specific issue, as I pretty much derailed this into a discussion on
> that error. It seemed fitting to make a new thread and I included a
> lot more details. I think the issue comes down to the function
> =org-find-library-dir=, not the load path. I could be wrong. I don't
> know where =org-find-library-dir= is defined.
> 

C-h f org-find-library-dir RET shows that it's a macro in org-compat.el.
Macros are a bit tricky -- see (info "(elisp) Compiling macros")
for the gory details. Might this be the problem here?

Nick