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

[Jan Nieuwenhuizen]

From: Eric Gebhart <address@hidden>
To: Jan Nieuwenhuizen <address@hidden>
Cc: address@hidden
Subject: Re: 1.8 compile - syntax error.
Message-ID: <address@hidden>
References: <address@hidden> <address@hidden> <address@hidden> <address@hidden> 
<address@hidden> <address@hidden> <address@hidden> <address@hidden> 
<address@hidden>
In-Reply-To: <address@hidden>
User-Agent: Mutt/1.4i
X-UIDL: 1061178542.maildrop12.39322
X-Spam-Status: No, hits=-8.8 required=5.0
        tests=BAYES_00,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,
              REPLY_WITH_QUOTES,USER_AGENT_MUTT
        autolearn=ham version=2.55
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp)


missfont.log has this in it.

MakeTeXPK cmbx10 600 600 1+0/600 
MakeTeXPK cmr10 600 600 1+0/600 
MakeTeXPK feta20 600 600 1+0/600 
MakeTeXPK cmbx10 600 600 1+0/600 
MakeTeXPK cmr10 600 600 1+0/600 


Eric


----- Eric Gebhart's Original Message -----
> I hope you are finding all of this useful.
> 
> 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)
> 
> 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
> 
> 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.
> 
> 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 {.
> 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