[MPlayer-dev-eng] gcc-3.x patch for docs (and some other minor things) (was: Re: [MPlayer-users] yes I did rtfm)
Dominik Mierzejewski
dominik at rangers.eu.org
Thu Jun 27 15:58:38 CEST 2002
On Thursday, 27 June 2002, Winner of tha face compo wrote:
> Dominik Mierzejewski didn't RTFM :
> > Basically, I added info that 3.1 is better than 3.0.4. Do we recommend 3.1?
> > I wrote so. I also corrected some spelling/grammar mistakes and added
> > lame requirement (mencoder needs it to encode mp3) and added gcc-2.96/lame
> > bug solution.
> Please remake the patch according to the recent changes in that section.
Done. New version attached.
--
MPlayer RPMs: http://www.piorunek.pl/~dominik/linux/pkgs/mplayer/
"The Universe doesn't give you any points for doing things that are easy."
-- Sheridan to Garibaldi in Babylon 5:"The Geometry of Shadows"
Dominik 'Rathann' Mierzejewski <rathann(at)rangers.eu.org>
-------------- next part --------------
Index: documentation.html
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/documentation.html,v
retrieving revision 1.266
diff -u -r1.266 documentation.html
--- documentation.html 27 Jun 2002 13:00:40 -0000 1.266
+++ documentation.html 27 Jun 2002 14:01:55 -0000
@@ -417,28 +417,27 @@
<UL>
<LI><B>binutils</B> - suggested version is <B>2.11.x</B> . This program is
responsible for generating MMX/3DNow!/etc instructions, thus very important.</LI>
- <LI><B>gcc</B> - suggested version is from <B>2.95.3</B> to <B>2.95.4</B>.
- <B>NEVER</B> use 2.96 or 3.x.x !!! They generate faulty code. If you decide
- to change gcc from 2.96, then don't decide in favor of 3.x just because
- it's newer! In some ways it's even worse than 2.96. So downgrade to
- 2.95.x (downgrade libstdc++ too, other programs may need it) or don't
- up/downgrade at all (but in this case, be prepared for compiletime/runtime
- problems).
- If you vote for 3.x.x, try to use the latest version, early releases had
- various bugs, so be sure you use at least 3.1, it's tested and working.
- Don't use RedHat's gcc 3.x versions! 3.0.4-RH reproducably dies with
- internal error during GUI compilation (vanilla 3.0.4 does not).
- Detailed information about gcc 2.96's bugs (that are still NOT fixed, they
- are WORKAROUNDED in <B>MPlayer</B>!) can be found
+ <LI><B>gcc</B> - suggested versions are: <B>2.95.3</B>, <B>2.95.4</B> and <B>3.1</B>.
+ <B>NEVER</B> use 2.96 or 3.0.x !!! They generate faulty code for MPlayer.
+ If you decide to change gcc from 2.96, then don't decide in favor of 3.0.x
+ just because it's newer! Early releases of 3.0.x were even more buggy than
+ 2.96. So downgrade to 2.95.x (downgrade libstdc++ too, other programs may
+ need it) or don't up/downgrade at all (but in this case, be prepared for
+ runtime problems). If you vote for 3.x.x, try to use the latest version,
+ early releases had various bugs, so be sure you use at least 3.1, it's
+ tested and working. Don't use RedHat's gcc 3.0.x versions! 3.0.4-RH
+ reproducibly dies with internal error during GUI compilation (vanilla 3.0.4
+ does not). Detailed information about gcc 2.96's bugs (that are still NOT
+ fixed, they have been WORKED AROUND in <B>MPlayer</B>!) can be found
<A HREF="users_against_developers.html"><B><I>here</I></B></A> and in the
<A HREF="faq.html">FAQ</A> !</LI>
<LI><B>XFree86</B> - suggested version is <B>always the newest (4.2.0)</B>.
- Normally everyone wants this, as starting from XFree86 4.0.2, it contains
- the <A HREF="video.html#2.3.1.2">XVideo</A> extension (somewhere referred
+ Normally, everyone wants this, as starting with XFree86 4.0.2, it contains
+ the <A HREF="video.html#2.3.1.2">XVideo</A> extension (somewhere referred to
as <B>Xv</B>) which is needed to enable the hardware YUV acceleration (fast
image display) on cards that support it. <A HREF="video.html#2.3.1.2">More
information available.</A><BR>
- Make sure its <B>development package</B> is installed too otherwise
+ Make sure its <B>development package</B> is installed, too, otherwise
it won't work.<BR>
For some videocards you don't need XFree86. See list below.</LI>
<LI><B>make</B> - suggested version is <B>always the newest</B> (at least 3.79.x). This
@@ -450,6 +449,8 @@
Useful for both <B>MPlayer</B> and <B>MEncoder</B> if you plan to work with jpeg files.</LI>
<LI><B>libpng</B> - recommended and default (M)PNG decoder. Required for GUI.
Useful for both <B>MPlayer</B> and <B>MEncoder</B>.</LI>
+ <LI><B>lame</B> - recommended, needed for encoding MP3 audio with MEncoder,
+ suggested version is <B>always the newest</B> (at least 3.90).</LI>
<LI><B>libogg</B> - optional, needed for playing OGG file format.</LI>
<LI><B>libvorbis</B> - optional, needed for playing OGG Vorbis audio.</LI>
</UL>
@@ -2510,10 +2511,10 @@
Workaround: ./configure --disable-sse etc. options</LI>
<LI>"Internal buffer inconsistency" during MEncoder run:<BR>
- Problem: known problem when lame was compiled with gcc 2.96 or 3.x, no fix
- yet.<BR>
- Workaround: compile lame with gcc 2.95. Be sure to remove any installed
- lame packages, they may have been compiled with gcc 2.96 .</LI>
+ Problem: known problem when lame < 3.90 was compiled with gcc 2.96 or 3.x.<BR>
+ Solution: use lame >=3.90.<BR>
+ Workaround: compile lame with gcc 2.95.x and remove any already installed
+ lame packages, they may have been compiled with gcc 2.96.</LI>
<LI>Messed up MP2/MP3 sound on PPC:<BR>
Problem: known GCC miscompilation bug on PPC platforms, no fix yet.<BR>
Index: users_against_developers.html
===================================================================
RCS file: /cvsroot/mplayer/main/DOCS/users_against_developers.html,v
retrieving revision 1.21
diff -u -r1.21 users_against_developers.html
--- users_against_developers.html 12 Jun 2002 23:53:28 -0000 1.21
+++ users_against_developers.html 27 Jun 2002 14:01:57 -0000
@@ -65,17 +65,21 @@
<P>If you have problems with GCC 2.96, you can get 2.96-85 packages from the
Red Hat <A HREF="ftp://updates.redhat.com">ftp server</A>, or just go for the
-3.04 packages offered for version 7.2 and later. If you do not want to or cannot
-use the binary packages, here is how you can compile GCC 3.0.4 from source:</P>
+3.0.4 packages offered for version 7.2 and later. You can also get gcc-3.1
+packages (unofficial, but working fine)
+<A HREF="ftp://people.redhat.com/jakub/gcc3/3.1-1/">here</A> and you can
+install them along the gcc-2.96 you already have. MPlayer will detect it and
+use 3.1 instead of 2.96. If you do not want to or cannot use the binary
+packages, here is how you can compile GCC 3.1 from source:</P>
<UL>
<LI>Go to the <A HREF="http://gcc.gnu.org/mirrors.html">GCC mirrors page</A>
- page and download <CODE>gcc-core-3.0.4.tar.gz</CODE>. This includes the
+ page and download <CODE>gcc-core-3.1.tar.gz</CODE>. This includes the
complete C compiler and is sufficient for <B>MPlayer</B>. If you also want
C++, Java or some of the other advanced GCC features
- <CODE>gcc-3.0.4.tar.gz</CODE> may better suit your needs.</LI>
+ <CODE>gcc-3.1.tar.gz</CODE> may better suit your needs.</LI>
<LI>Extract the archive with<BR>
- <CODE>tar -xvzf gcc-core-3.0.4.tar.gz</CODE></LI>
+ <CODE>tar -xvzf gcc-core-3.1.tar.gz</CODE></LI>
<LI>GCC is not built inside the source directory itself like most programs,
but needs a build directory outside the source directory. Thus you need to
create this directory via<BR>
@@ -83,7 +87,7 @@
<LI>Then you can proceed to configure gcc in the build directory, but you need
the configure from the source directory:<BR>
<CODE>cd gcc-build<BR>
- ../gcc-3.0.4/configure</CODE></LI>
+ ../gcc-3.1/configure</CODE></LI>
<LI>Compile GCC by issuing this command in the build directory:<BR>
<CODE>make bootstrap</CODE></LI>
<LI>Now you can install GCC (as root) by typing<BR>
More information about the MPlayer-dev-eng
mailing list