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: Eric Gebhart
Subject: Re: [Eric Gebhart] Re: 1.8 compile - syntax error.
Date: Mon, 18 Aug 2003 04:18:21 -0400
User-agent: Mutt/1.4i

Any idea why I had to edit the parser.cc output by Bison?
Or that I had to define HAVE_KPATHSEA_KPATHSEA_H ?


----- Jan Nieuwenhuizen's Original Message -----
> 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.

sounds good.

> 
> > 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?

21.2.1

> 
> > 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?

yes.  I looked at the code.  I couldn't see why it wouldn't have
been defined.  I byte-compiled each part and then loaded init
manually.  The problem went away.  Initially I had all 4 files
in my auto bytecompile/load directory.  My startup wouldn't even
complete then.  I'll play with it some more and see if I can figure
it out.  It wouldn't break into the debugger on load for some reason.

> 
> > 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?

zsh.  The script would always display the message and quit, taking my
shell with it.

> > 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.

The only difference between my current profile and the one that worked
with 1.6.12 is the version number in the path.  I didn't see a 
misc/fontinstallation..


        if [ -z "$LILYPONDPREFIX" ]; then
            datadir=`echo "/usr/local/share/lilypond/1.8.0" | sed 's!//!/!g'`
        else
            if [ -d "$LILYPONDPREFIX/share" ]; then
                datadir=$LILYPONDPREFIX/share/lilypond/
            fi
            echo "Setting tree to $datadir"
        fi

        # Add the installation directory to the teTeX system tree, 
        # see Documentation/misc/fontinstallation
        TEXMF="{$datadir,"`kpsexpand  \\$TEXMF`"}"
        export TEXMF


> 
> > 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]