]> git.donarmstrong.com Git - lilypond.git/blob - BUGS
release: 1.2.7
[lilypond.git] / BUGS
1
2 This documents serious bugs 
3
4 Send bug reports to bug-gnu-music@gnu.org.  For help and questions use
5 help-gnu-music@gnu.org and gnu-music-discuss@gnu.org.  Please consult
6 the faq before mailing your problems.
7
8
9
10 ********
11
12 [LinuxPPC-R5, egcs-1.1.2-12c]
13
14 Serious egcs-1.1.2-12c (stock LinuxPPC R5) bug on ppc:
15
16         *dest++ = *src++;
17
18 Bug report filed, fixed in egcs-1.1.2-12f or gcc-2.95-0a.
19 Although we've currently got a workaround in place, the compiler
20 is buggy; you should upgrade:
21
22         ftp://dev.linuxppc.org/users/fsirl/R5/RPMS/ppc/ 
23
24
25 [LinuxPPC-R4, egcs-1.0.2]
26
27 All compiling with -O2 is suspect, in particular guile-1.3, and
28 Lily herself will break.
29
30
31 [Linux i386]
32
33 A binary RPM of Guile 1.3 has been distributed from the LilyPond ftp
34 site.  This binary was made in RedHat 5.x, and it will fail if this
35 RPM is used with RedHat 6.x.
36
37 [GUILE 1.3.2]
38
39 Guile 1.3.2 is buggy in several respects. Do not use it for LilyPond.
40
41 [LinuxPPC, egcs-1.1b]
42
43 Lilypond 1.1.35-1.1.51,...:  Wierd errors in guile scm_gc_mark ()
44
45
46 [All platforms] 
47
48 Some bugs may be captured in input/bugs/*y
49
50 [Linux i386, RedHat 5.2 with updates to 6.0]
51
52 Compiling with 
53
54         configure --disable-checking --enable-printing --disable-optimise --disable-debugging
55
56 results in core dumps, during parsing of init files. Cause unknown.
57 Solution: use
58
59         --enable-checking and --enable-optimize
60
61 [Linux libg++ 2.7]
62
63 LilyPond occasionally crashes while parsing the initialisation files.
64 This is a very obscure bug, and usually entering the commandline
65 differently "fixes" it.
66
67         lilypond input.ly 
68
69 and
70
71         lilypond -I. ./input.ly 
72
73 makes a difference
74
75 Typical stacktrace:
76
77         SIGSEGV
78         __libc_malloc (bytes=16384)
79         ?? ()
80         yyFlexLexer::yy_create_buffer ()
81         Includable_lexer::new_input (this=0x8209a00, s={strh_ = {
82                 :
83
84 This behaviour has been observed with machines that have old libg++
85 versions (LinuxPPC feb '98, RedHat 4.x).  
86
87