BUGS

   1
   2 This documents serious bugs
   3
   4 ********
   5
   6 [LinuxPPC-R5, egcs-1.1.2-12c]
   7
   8 Serious egcs-1.1.2-12c (stock LinuxPPC R5) bug on ppc:
   9
  10         *dest++ = *src++;
  11
  12 Bug report filed, fixed in egcs-1.1.2-12f.
  13 Although we've currently got a workaround in place, the compiler
  14 is buggy; you should upgrade:
  15
  16         ftp://dev.linuxppc.org/users/fsirl/R5/RPMS/ppc/
  17
  18
  19 [LinuxPPC-R4, egcs-1.0.2]
  20
  21 All compiling with -O2 is suspect, in particular guile-1.3, and
  22 Lily herself will break.
  23
  24
  25 [LinuxPPC, egcs-1.1b]
  26
  27 Lilypond 1.1.35-1.1.51,...:  Wierd errors in guile scm_gc_mark ()
  28
  29
  30 [All platforms]
  31
  32 Some bugs may be captured in input/bugs/*y
  33
  34 [Linux libg++ 2.7]
  35
  36 LilyPond occasionally crashes while parsing the initialisation files.
  37 This is a very obscure bug, and usually entering the commandline
  38 differently "fixes" it.
  39
  40         lilypond input.ly
  41
  42 and
  43
  44         lilypond -I. ./input.ly
  45
  46 makes a difference
  47
  48 Typical stacktrace:
  49
  50         SIGSEGV
  51         __libc_malloc (bytes=16384)
  52         ?? ()
  53         yyFlexLexer::yy_create_buffer ()
  54         Includable_lexer::new_input (this=0x8209a00, s={strh_ = {
  55                 :
  56
  57 This behaviour has been observed with machines that have old libg++
  58 versions (LinuxPPC feb '98, RedHat 4.x).
  59
  60
  61
  62 [Linux Intel]
  63
  64 A problem resembling the previous: usage of libg++.2.8.x with the
  65 wrong version of libc results in a coredump from the scanner while
  66 reading the init files.  Stacktrace:
  67
  68         ios::eof (this=0x0)
  69
  70         yyFlexLexer::LexerInput (this=0x8294848, buf=0x82955f0 "", max_size=8192)
  71         yyFlexLexer::yy_get_next_buffer (this=0x8294848)
  72         My_lily_lexer::yylex (this=0x8294848)
  73
  74 Fix: follow the install instructions of libg++: match the right
  75 library versions.