[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Eric Gebhart] Re: 1.8 compile - syntax error.
From: |
Jan Nieuwenhuizen |
Subject: |
[Eric Gebhart] Re: 1.8 compile - syntax error. |
Date: |
Mon, 18 Aug 2003 09:19:42 +0200 |
User-agent: |
Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) |
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