[Top][All Lists]
[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