# HG changeset patch # User diego # Date 1025194674 0 # Node ID 22def385928d419f37b7b93b102eb621d3d8f5c6 # Parent 7663637ddba4ca598afb57c23a2f21ad7b785786 GCC 3.0.4-RH update Patch by Dominik Mierzejewski . diff -r 7663637ddba4 -r 22def385928d DOCS/documentation.html --- a/DOCS/documentation.html Thu Jun 27 13:00:40 2002 +0000 +++ b/DOCS/documentation.html Thu Jun 27 16:17:54 2002 +0000 @@ -417,28 +417,27 @@

binutils - suggested version is 2.11.x . This program is responsible for generating MMX/3DNow!/etc instructions, thus very important.
gcc - suggested version is from 2.95.3 to 2.95.4. - NEVER 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 MPlayer!) can be found +
gcc - suggested versions are: 2.95.3, 2.95.4 and 3.1. + NEVER 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 MPlayer!) can be found here and in the FAQ !
XFree86 - suggested version is always the newest (4.2.0). - Normally everyone wants this, as starting from XFree86 4.0.2, it contains - the XVideo extension (somewhere referred + Normally, everyone wants this, as starting with XFree86 4.0.2, it contains + the XVideo extension (somewhere referred to as Xv) which is needed to enable the hardware YUV acceleration (fast image display) on cards that support it. More information available.
- Make sure its development package is installed too otherwise + Make sure its development package is installed, too, otherwise it won't work.
For some videocards you don't need XFree86. See list below.
make - suggested version is always the newest (at least 3.79.x). This @@ -450,6 +449,8 @@ Useful for both MPlayer and MEncoder if you plan to work with jpeg files.
libpng - recommended and default (M)PNG decoder. Required for GUI. Useful for both MPlayer and MEncoder.
lame - recommended, needed for encoding MP3 audio with MEncoder, + suggested version is always the newest (at least 3.90).
libogg - optional, needed for playing OGG file format.
libvorbis - optional, needed for playing OGG Vorbis audio.

@@ -2510,10 +2511,10 @@ Workaround: ./configure --disable-sse etc. options

"Internal buffer inconsistency" during MEncoder run:
- Problem: known problem when lame was compiled with gcc 2.96 or 3.x, no fix - yet.
- Workaround: compile lame with gcc 2.95. Be sure to remove any installed - lame packages, they may have been compiled with gcc 2.96 .

+ Problem: known problem when lame < 3.90 was compiled with gcc 2.96 or 3.x.
+ Solution: use lame >=3.90.
+ Workaround: compile lame with gcc 2.95.x and remove any already installed + lame packages, they may have been compiled with gcc 2.96.

Messed up MP2/MP3 sound on PPC:
Problem: known GCC miscompilation bug on PPC platforms, no fix yet.
diff -r 7663637ddba4 -r 22def385928d DOCS/users_against_developers.html --- a/DOCS/users_against_developers.html Thu Jun 27 13:00:40 2002 +0000 +++ b/DOCS/users_against_developers.html Thu Jun 27 16:17:54 2002 +0000 @@ -65,17 +65,21 @@

If you have problems with GCC 2.96, you can get 2.96-85 packages from the Red Hat ftp server, 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:

+3.0.4 packages offered for version 7.2 and later. You can also get gcc-3.1 +packages (unofficial, but working fine) +here 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:

Go to the GCC mirrors page - page and download gcc-core-3.0.4.tar.gz. This includes the + page and download gcc-core-3.1.tar.gz. This includes the complete C compiler and is sufficient for MPlayer. If you also want C++, Java or some of the other advanced GCC features - gcc-3.0.4.tar.gz may better suit your needs.

gcc-3.1.tar.gz

Extract the archive with
- tar -xvzf gcc-core-3.0.4.tar.gz

tar -xvzf gcc-core-3.1.tar.gz

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
@@ -83,7 +87,7 @@
Then you can proceed to configure gcc in the build directory, but you need the configure from the source directory:
cd gcc-build - ../gcc-3.0.4/configure
Compile GCC by issuing this command in the build directory:
make bootstrap
Now you can install GCC (as root) by typing