lilypond-user
[Top][All Lists]

## Re: New behaviour with --output= option ?!

 From: Luc Subject: Re: New behaviour with --output= option ?! Date: Fri, 18 Apr 2008 15:02:23 +0200 User-agent: Opera Mail/9.27 (Win32)

Thanks to all Baileys!

I am pretty sure, I got an error with earlier releases when trying to output to a nonexisting folder - but be it as it is (or was)!
what counts is to have a stable behaviour from now on.

for me personnally I will just produce default output and maybe in another step I will move files to other directories or I will simply use a filter in my explorer.

btw: I tried the version replacing the equal sign by a space and it also works under windows...

greeting
Luc

On Fri, 18 Apr 2008 11:23:12 +0200, James E. Bailey <address@hidden> wrote:

Am 18.04.2008 um 10:21 schrieb Simon Bailey:

hi luc,

On Apr 16, 2008, at 7:34 PM, Luc wrote:
new  behaviour with version 2.11.44 (windows xp)

IIRC, when invoking lilypond, the option --output=folder directed all output
files to the specific folder.

Now this has changed: If I run "lilypond --output=myOutput C: \myFile.ly" and
there is no folder called "myOutput" I get 2 files:

myOutput.pdf and myOutput.ps in the folder where lilypond was running,

but if a folder exists with the name "myOutput" I get 2 files:

\myOutput\myFile.pdf and \myOutput\myFile.ps in that folder

what's the logic or intention?

iirc, this was always the way lily handled the output option. indeed, looking at the documentation for lily 2.1, the command line option --ouptut=FILE is described: "Set the default output file to FILE."

after running across this once or twice in larger projects i had an alias set up which checked if my default output directory exists and made it otherwise, then called lilypond. (btw, lilypond 2.11.42 [on mac] shows the same behaviour as you describe above).

regards,
sb

_______________________________________________
lilypond-user mailing list
http://lists.gnu.org/mailman/listinfo/lilypond-user

on a macintosh, at least, omitting the "=" solves the problem

--
Gruss
Luc