lilypond-devel
[Top][All Lists]
Advanced

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

Re: [Eric Gebhart] Re: 1.8 compile - syntax error.


From: Jan Nieuwenhuizen
Subject: Re: [Eric Gebhart] Re: 1.8 compile - syntax error.
Date: Mon, 18 Aug 2003 09:54:07 +0200
User-agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux)

Jan Nieuwenhuizen writes:

> I hope you are finding all of this useful.

Yes, I redirected it to the list, so that it may be useful for others,
and that we may keep an archive.

> Lilypond seems to be working.  I had to install latex2e which I hadn't done
> previously.  It sure is a lot faster!
>
> I still have some problems.  I tried installing the emacs code,
> but it's not working.  I haven't had time to debug it.  I'm hoping
> you'll know what's up.   I had the emacs mode from 1.6.12 working
> previous to over-writing them with the new ones.
>
> Compiling lilypond-mode.elc gives me this.
>
> Load error for /home/eric/emacs21/lilypond/lilypond-mode.elc:
> (wrong-type-argument arrayp nil)

What version of emacs?

> Failed to load 1 of 1 file
>       Sun Aug 17 23:11:47 2003        Buffer `lilypond'
>
> The mode no longer automatically loads.  When I try to load
> it manually I get this.
>
> value of variable is void: LilyPond-keywords

Did you also install lilypond.words?

> But through various manipulations and manual compiles/loads
> it now seems to be working.  It must be a timing issue.  It loads
> automatically now too.  
>
> Normally, I put my .el's in one directory which get's automatically
> byte compiled and loaded.  I moved all but the init to a separate
> directory.  It still didn't work, but at least my scripts finished
> loading when emacs started.  Now, after messing with it, it seems
> to be working.  Further, I just started another emacs and it worked
> right off.  I'm not sure what was wrong to start with.
>
> Another problem was the zsh stuff in the lilypond-profile.  I ended
> up removing the if.  I might have gotten impatient with it, I'll
> try putting it back and see if I can figure out why it worked sometimes
> and not others.

Yes, it is most probable that this caused your worst problem below.
What shell are you using and what is the problem with the zsh stuff?

> Now, my worst problem,  Xdvi can't find fonts.  Both lilypond and
> ly2dvi seem to be working.  But xdvi can't find fonts so it dies.
>
> I did run clean-fonts.sh - more than once...
>
> Does this mean anything to you?
>
> Font metrics written on feta20.tfm.
> Output written on feta20.600gf (154 characters, 48572 bytes).
> Transcript written on feta20.log.
> mktexpk: /var/tmp/texfonts/pk/ljfour/feta20.600pk: successfully generated.
> kpathsea: Running MakeTeXPK cmbx10 600 600 1+0/600 
> mktexpk: Running gsftopk cmbx10 600
> gsftopk(k) version 1.11
> warning:
> {{/usr/local/share/lilypond/1.8.0,/usr/local/share/texmf}/fonts:
> Unmatched {.

It looks like your TEXMF setting is incorrect.  It gets set in
lilypond-profile.

> gsftopk: fatal: .tfm file `cmbx10' not found.
> mktexpk: `gsftopk cmbx10 600' failed.
> kpathsea: Appending font creation commands to missfont.log.
> xdvi: Can't find font cmbx10.600pk
> kpathsea: Running MakeTeXPK cmr10 600 600 1+0/600 
> mktexpk: Running gsftopk cmr10 600
> gsftopk(k) version 1.11
> warning: {{/usr/local/share/lilypond/1.8.0,/usr/local/share/texmf}/fonts: 
> Unmatched {.
> gsftopk: fatal: .tfm file `cmr10' not found.
> mktexpk: `gsftopk cmr10 600' failed.
> xdvi: Can't find font cmr10.600pk
> xdvi: Not all pixel files were found
>
>
> ----- Eric Gebhart's Original Message -----
>> Ok, this is a real hack, but I compiled parser.yy by hand,
>> 
>> bison -o foo.cc parser.yy
>> 
>> At line 4962 there is this code.
>> 
>> #if defined (__GNUC_MINOR__) && 2093 <= (__GNUC__ * 1000 + __GNUC_MINOR__)
>>   __attribute__ ((__unused__))
>> #endif
>> 
>> I deleted those 3 lines, copied foo.cc to out/parser.cc 
>> 
>> Then resumed the make.  - gmake all 
>> 
>> make on FreeBSD isn't the same...
>> 
>> It looks like it compiled.  I'll continue with the install and
>> see how it goes.
>> 
>> Eric
>> 
>> 
>> 
>> ----- Eric Gebhart's Original Message -----
>> > 
>> > The real problem with KPATHSEA was getting the include files 
>> > included.
>> > 
>> > Adding HAVE_HPATHSEA_KPATHSEA_H to my CPPFLAGS got me past that
>> > part.  I'm not sure why it wasn't true to begin with, but that was 
>> > preventing the include of kpathsea.h and tex-file.h in kpath.cc
>> > 
>> > I think the -I's are redundant because they occur twice in my
>> > gcc command.
>> > 
>> > export CPPFLAGS="-I/usr/local/include/kpathsea -I/usr/local/include 
>> > -DHAVE_KPATHSEA_KPATHSEA_H"
>> > 
>> > Now I'm getting this error.
>> > 
>> > rm -f ./out/lexer.dep; DEPENDENCIES_OUTPUT="./out/lexer.dep ./out/lexer.o" 
>> > g++ -c   -DHAVE_CONFIG_H  -DSTRING_UTILS_INLINED -Iinclude -I./out 
>> > -I../flower/include -I../flower/./out -I../flower/include 
>> > -I/usr/local/include/kpathsea -O2 -finline-functions -g 
>> > -I/usr/local/include/kpathsea -I/usr/local/include 
>> > -DHAVE_KPATHSEA_KPATHSEA_H  -I/usr/local/include/kpathsea 
>> > -I/usr/local/include/python2.3 -I/usr/local/include     
>> > -I/usr/local/include/kpathsea -O2 -finline-functions -g 
>> > -I/usr/local/include/kpathsea -I/usr/local/include 
>> > -DHAVE_KPATHSEA_KPATHSEA_H  -I/usr/local/include/kpathsea 
>> > -I/usr/local/include/python2.3 -I/usr/local/include -Wall  -W 
>> > -Wmissing-prototypes -Wconversion  -o out/lexer.o out/lexer.cc
>> > lexer.ll:135: warning: `int yy_start_stack_ptr' defined but not used
>> > lexer.ll:136: warning: `int yy_start_stack_depth' defined but not used
>> > lexer.ll:137: warning: `int * yy_start_stack' defined but not used
>> > lexer.ll:139: warning: `void yy_push_state(int)' declared `static' but 
>> > never defined
>> > lexer.ll:142: warning: `void yy_pop_state()' declared `static' but never 
>> > defined
>> > lexer.ll:145: warning: `int yy_top_state()' declared `static' but never 
>> > defined
>> > bison -o out/parser.cc parser.yy
>> > parser.yy: conflicts: 2 shift/reduce
>> > mv -f parser.yy.tab.c out/parser.cc # bison < 1.30
>> > mv: rename parser.yy.tab.c to out/parser.cc: No such file or directory
>> > gmake[1]: [out/parser.cc] Error 1 (ignored)
>> > rm -f ./out/parser.dep; DEPENDENCIES_OUTPUT="./out/parser.dep 
>> > ./out/parser.o" g++ -c   -DHAVE_CONFIG_H  -DSTRING_UTILS_INLINED -Iinclude 
>> > -I./out -I../flower/include -I../flower/./out -I../flower/include 
>> > -I/usr/local/include/kpathsea -O2 -finline-functions -g 
>> > -I/usr/local/include/kpathsea -I/usr/local/include 
>> > -DHAVE_KPATHSEA_KPATHSEA_H  -I/usr/local/include/kpathsea 
>> > -I/usr/local/include/python2.3 -I/usr/local/include     
>> > -I/usr/local/include/kpathsea -O2 -finline-functions -g 
>> > -I/usr/local/include/kpathsea -I/usr/local/include 
>> > -DHAVE_KPATHSEA_KPATHSEA_H  -I/usr/local/include/kpathsea 
>> > -I/usr/local/include/python2.3 -I/usr/local/include -Wall  -W 
>> > -Wmissing-prototypes -Wconversion  -o out/parser.o out/parser.cc
>> > out/parser.cc: In function `int yyparse(void *)':
>> > out/parser.cc:4964: syntax error before `goto'
>> > out/parser.cc:4955: warning: label `yyerrlab1' defined but not used
>> > gmake[1]: *** [out/parser.o] Error 1
>> > rm out/parser.cc out/lexer.cc
>> > gmake[1]: Leaving directory `/home/eric/lilypond-1.8.0/lily'
>> > gmake: *** [all] Error 2
>> > 
>> > 
>> > fyi.
>> > 
>> > bison --version
>> > bison (GNU Bison) 1.875
>> > 
>> > Eric
>> > 
>> > 
>> > ----- Eric Gebhart's Original Message -----
>> > > Sorry for not checking the bison version.  I checked flex, but when
>> > > it was so old I assumed bison probably was too. 
>> > > 
>> > > anyway, I'm getting further but it looks like I need to upgrade
>> > > kpathsea But I haven't been able to find a new version.  Every place
>> > > I look is ancient.
>> > > 
>> > > Eric
>> > > 
>> > > /usr/local/bin/python 
>> > > /home/eric/lilypond-1.8.0/stepmake/bin/make-version.py out/VERSION > 
>> > > out/version.hh
>> > > rm -f ./out/kpath.dep; DEPENDENCIES_OUTPUT="./out/kpath.dep 
>> > > ./out/kpath.o" g++ -c   -DHAVE_CONFIG_H  -DSTRING_UTILS_INLINED 
>> > > -Iinclude -I./out -I../flower/include -I../flower/./out 
>> > > -I../flower/include -O2 -finline-functions -g -I/usr/share/texmf/include 
>> > >  -I/usr/local/include/kpathsea -I/usr/local/include/python2.3 
>> > > -I/usr/local/include     -O2 -finline-functions -g 
>> > > -I/usr/share/texmf/include  -I/usr/local/include/kpathsea 
>> > > -I/usr/local/include/python2.3 -I/usr/local/include -Wall  -W 
>> > > -Wmissing-prototypes -Wconversion  -o out/kpath.o kpath.cc
>> > > kpath.cc: In function `class String kpathsea_find_afm(const char *)':
>> > > kpath.cc:47: `kpse_afm_format' undeclared (first use this function)
>> > > kpath.cc:47: (Each undeclared identifier is reported only once
>> > > kpath.cc:47: for each function it appears in.)
>> > > kpath.cc:47: implicit declaration of function `int kpse_find_file(...)'
>> > > kpath.cc: In function `class String kpathsea_find_tfm(const char *)':
>> > > kpath.cc:73: `kpse_tfm_format' undeclared (first use this function)
>> > > kpath.cc: In function `void init_kpath(char *)':
>> > > kpath.cc:88: warning: unused parameter `char * av0'
>> > > gmake[1]: *** [out/kpath.o] Error 1
>> > > gmake[1]: Leaving directory `/home/eric/lilypond-1.8.0/lily'
>> > > gmake: *** [all] Error 2
>> > > 
>> > > 
>> > > ----- Eric Gebhart's Original Message -----
>> > > > 
>> > > > Ok.  Will do.  I'll let you know how it goes.
>> > > > 
>> > > > thanks,
>> > > > 
>> > > > Eric
>> > > > 
>> > > > ----- Jan Nieuwenhuizen's Original Message -----
>> > > > > Eric Gebhart writes:
>> > > > > 
>> > > > > [please keep on list]
>> > > > > 
>> > > > > > bison --version
>> > > > > > bison (GNU Bison) 1.75
>> > > > > > Written by Robert Corbett and Richard Stallman.
>> > > > > >
>> > > > > > gcc --version
>> > > > > > 2.95.4
>> > > > > 
>> > > > > I dowgraded my bison to 1.75, and parser won't compile.  It looks 
>> > > > > like
>> > > > > you should upgrade bison.
>> > > > > 
>> > > > > Greetings,
>> > > > > Jan.
>> > > > > 
>> > > > > 
>> > > > > $ make out/parser.cc
>> > > > > bison -o out/parser.cc parser.yy
>> > > > > parser.yy: let op: 2 shift/reductie conflicten
>> > > > > mv -f parser.yy.tab.c out/parser.cc # bison < 1.30
>> > > > > mv: cannot stat `parser.yy.tab.c': Onbekend bestand of map
>> > > > > make: [out/parser.cc] Fout 1 (genegeerd)
>> > > > > $ bison --version
>> > > > > bison (GNU Bison) 1.75
>> > > > > Written by Robert Corbett and Richard Stallman.
>> > > > >  
>> > > > > Copyright (C) 2002 Free Software Foundation, Inc.
>> > > > > Dit is vrije software; zie de broncode voor kopieercondities.  Er is 
>> > > > > GEEN
>> > > > > garantie; zelfs niet voor VERKOOPBAARHEID of GESCHIKTHEID VOOR EEN 
>> > > > > BEPAALD
>> > > > > DOEL.
>> > > > > $ rm out/parser*
>> > > > > $ make out/parser.cc
>> > > > > bison -o out/parser.cc parser.yy
>> > > > > parser.yy: let op: 2 shift/reductie conflicten
>> > > > > mv -f parser.yy.tab.c out/parser.cc # bison < 1.30
>> > > > > mv: cannot stat `parser.yy.tab.c': Onbekend bestand of map
>> > > > > make: [out/parser.cc] Fout 1 (genegeerd)
>> > > > > $ make out/parser.o CXX=g++-2.95
>> > > > > rm -f ./out/parser.dep; DEPENDENCIES_OUTPUT="./out/parser.dep 
>> > > > > ./out/parser.o" g++-2.95 -c   -DHAVE_CONFIG_H  -Iinclude -I./out 
>> > > > > -I../flower/include -I../flower/./out -I../flower/include -g   
>> > > > > -I/usr/include/python2.2 -I/home/janneke/usr/pkg/guile-1.7/include   
>> > > > >   -g   -I/usr/include/python2.2 
>> > > > > -I/home/janneke/usr/pkg/guile-1.7/include -Wall  -W 
>> > > > > -Wmissing-prototypes -Wconversion  -o out/parser.o out/parser.cc
>> > > > > parser.yy: In function `int yyparse(void *)':
>> > > > > parser.yy:1882: parse error before `}'
>> > > > > make: *** [out/parser.o] Fout 1
>> > > > > $ sudo dpkg -i /var/cache/apt/archives/bison_1%3a1.875a-1_i386.deb 
>> > > > > (Database inlezen ... 168148 bestanden en mappen ge?nstalleerd.)
>> > > > > Voorbereiden om bison 1:1.75-1.1 te vervangen (met 
>> > > > > .../bison_1%3a1.875a-1_i386.deb) ...
>> > > > > Uitpakken van vervangende bison ...
>> > > > > Instellen van bison (1.875a-1) ...
>> > > > > $ rm out/parser*
>> > > > > $ make out/parser.o CXX=g++-2.95
>> > > > > bison -o out/parser.cc parser.yy
>> > > > > parser.yy: conflicts: 2 shift/reduce
>> > > > > mv -f parser.yy.tab.c out/parser.cc # bison < 1.30
>> > > > > mv: cannot stat `parser.yy.tab.c': Onbekend bestand of map
>> > > > > make: [out/parser.cc] Fout 1 (genegeerd)
>> > > > > rm -f ./out/parser.dep; DEPENDENCIES_OUTPUT="./out/parser.dep 
>> > > > > ./out/parser.o" g++-2.95 -c   -DHAVE_CONFIG_H  -Iinclude -I./out 
>> > > > > -I../flower/include -I../flower/./out -I../flower/include -g   
>> > > > > -I/usr/include/python2.2 -I/home/janneke/usr/pkg/guile-1.7/include   
>> > > > >   -g   -I/usr/include/python2.2 
>> > > > > -I/home/janneke/usr/pkg/guile-1.7/include -Wall  -W 
>> > > > > -Wmissing-prototypes -Wconversion  -o out/parser.o out/parser.cc
>> > > > > rm out/parser.cc
>> > > > > 
>> > > > > -- 
>> > > > > Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music 
>> > > > > typesetter
>> > > > > http://www.xs4all.nl/~jantien       | http://www.lilypond.org
>
>
> -- 
> Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
> http://www.xs4all.nl/~jantien       | http://www.lilypond.org
>
>
>
> _______________________________________________
> Lilypond-devel mailing list
> address@hidden
> http://mail.gnu.org/mailman/listinfo/lilypond-devel
>
>

-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org





reply via email to

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