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

[Jan Nieuwenhuizen]

From: Eric Gebhart <address@hidden>
To: Jan Nieuwenhuizen <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>
In-Reply-To: <address@hidden>
User-Agent: Mutt/1.4i
X-UIDL: 1061177899.maildrop9.65671
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)

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