]> git.donarmstrong.com Git - lilypond.git/blobdiff - BUGS
patch::: 1.2.12.jcn2
[lilypond.git] / BUGS
diff --git a/BUGS b/BUGS
index cebc3c73e6318bab0db852ce977c1020faae821d..15ed372b4d229998f25b0712111ce162e817f06a 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -5,6 +5,8 @@ Send bug reports to bug-gnu-music@gnu.org.  For help and questions use
 help-gnu-music@gnu.org and gnu-music-discuss@gnu.org.  Please consult
 the faq before mailing your problems.
 
+
+
 ********
 
 [LinuxPPC-R5, egcs-1.1.2-12c]
@@ -25,15 +27,49 @@ is buggy; you should upgrade:
 All compiling with -O2 is suspect, in particular guile-1.3, and
 Lily herself will break.
 
+
 [Linux i386]
 
 A binary RPM of Guile 1.3 has been distributed from the LilyPond ftp
 site.  This binary was made in RedHat 5.x, and it will fail if this
 RPM is used with RedHat 6.x.
 
-[LinuxPPC, egcs-1.1b]
 
-Lilypond 1.1.35-1.1.51,...:  Wierd errors in guile scm_gc_mark ()
+[GUILE 1.3.2]
+
+Guile 1.3.2 is buggy in several respects. Do not use it for LilyPond.
+
+
+[Sparc64/Solaris 2.6, make-3.77]
+
+GNU make-3.77 is buggy on this platform, upgrade to 3.78.1 or newer.
+
+
+[Sparc64/Solaris 2.6, ld]
+
+Not yet resolved.
+
+
+[AIX 4.3 ld]
+
+The following is from the gcc install/SPECIFIC file.
+
+   Some versions of the AIX binder (linker) can fail with a relocation
+   overflow severe error when the -bbigtoc option is used to link
+   GCC-produced object files into an executable that overflows the TOC.
+A
+   fix for APAR IX75823 (OVERFLOW DURING LINK WHEN USING GCC AND  
+   -BBIGTOC) is available from IBM Customer Support and from its
+   [27]service.boulder.ibm.com website as PTF U455193.   
+
+   Binutils does not support AIX 4.3 (at least through release 2.9). GNU
+   as and GNU ld will not work properly and one should not configure GCC
+   to use those GNU utilities. Use the native AIX tools which do
+   interoperate with GCC.
+
+add -Wl,-bbigtoc to USER_LDFLAGS, ie:
+
+    LDFLAGS='-Wl,-bbigtoc' ./configure
 
 
 [All platforms] 
@@ -78,18 +114,3 @@ This behaviour has been observed with machines that have old libg++
 versions (LinuxPPC feb '98, RedHat 4.x).  
 
 
-
-[Linux Intel]
-
-A problem resembling the previous: usage of libg++.2.8.x with the
-wrong version of libc results in a coredump from the scanner while
-reading the init files.  Stacktrace:
-
-       ios::eof (this=0x0)
-       
-       yyFlexLexer::LexerInput (this=0x8294848, buf=0x82955f0 "", max_size=8192)
-       yyFlexLexer::yy_get_next_buffer (this=0x8294848)
-       My_lily_lexer::yylex (this=0x8294848) 
-
-Fix: follow the install instructions of libg++: match the right
-library versions.