lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: DOCS: revising LM "Score and Parts"


From: Ian Hulin
Subject: Re: DOCS: revising LM "Score and Parts"
Date: Sat, 23 May 2009 14:19:48 +0100
User-agent: Thunderbird 2.0.0.21 (X11/20090409)

Jon,
You've put Linux-style bash shell commands to interpret this rule to differentiate what to do for the midi and pf files
if ...

don't forget that on Windows you're dealing with the cmd command-line interpreter rather than bash, so you may need to do a Windows-variant version of this rule.

On Windows, pull up a terminal window (click Flag/Run and type in cmd into the dialogue box), and then enter help at the command line. You'll see all the Windows command-line stuff there.

Cheers,

Ian


Jonathan Kulp wrote:
Carl D. Sorensen wrote:

Now, the full score compiles if I change the score target to this:

   score:
        $(LILY_CMD) Scores/$(piece).ly

So it looks like the Windows environment doesn't know how to deal with
the pattern rule defined at the top of the Makefile.

I'm encouraged that it's pretty easy to run lily files at the DOS
command line on Windows, at least.

Are you getting caught by the path separator: it's \ in windows, but / in
linux?


I don't think so. You'll notice that the score target that compiles correctly uses unix-style separator / instead of Windows \. This works, I assume, because it is inside the Makefile, and GNU Make for Windows translates it. It looks to me as if the Windows GNU Make has trouble with the pattern rule with the % signs: %.pdf %.midi: %.ly

Maybe someone who actually uses Windows can understand this better. Clearly this makefile isn't as portable as we'd hoped it would be. As another approach I may go ahead and install cygwin on it, but I'm already growing weary of trying stuff that doesn't work. I'm about ready to put the Makefile section in the docs with a big warning saying it doesn't work on Windows without a lot of tweaking.

Jon






reply via email to

[Prev in Thread] Current Thread [Next in Thread]