From 2324cfb6c86e75ea954b2b72ef3e9dab4cb735bb Mon Sep 17 00:00:00 2001 From: arpi Date: Wed, 24 Oct 2001 02:55:08 +0000 Subject: [PATCH] htmlize, added new things git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@2442 b3059339-0415-0410-9bf9-f77b7e298cf2 --- DOCS/gcc-2.96-3.0.html | 63 ++++++++++++++++++++++++++++++++++++++++-- 1 file changed, 61 insertions(+), 2 deletions(-) diff --git a/DOCS/gcc-2.96-3.0.html b/DOCS/gcc-2.96-3.0.html index 150b0bf267..8ba75d0f72 100644 --- a/DOCS/gcc-2.96-3.0.html +++ b/DOCS/gcc-2.96-3.0.html @@ -1,5 +1,14 @@ + + +

+Question: What is GCC 2.96 ? I can't find it at GNU site. +

+ +

+Answer: Read the official answer from GNU GCC team. +

Question: What is the problem with GCC 2.96 ? And with 3.x ? @@ -11,7 +20,9 @@

And for the people, who periodically asks what are the exact problems with -gcc 2.96, my answer: we don't know. We just see various bugreports mostly +gcc 2.96, my answer: we don't know exactly. +There were various problems and new problems / bugs come up periodically. +It is not a single bug/problem. We just see various bugreports, mostly gcc internal bugs, compiler syntax errors in source or bad code compiled. They all are solved using different version of gcc. I understand that gcc 2.96 has different default optimization flags and they conflicts with our inline @@ -33,7 +44,7 @@ Ah, and about the pipe-in-comment bug: it wasn't really our bug. I've talked one of gcc maintainers, and he told me that gcc 2.96 and 3.x supports intel asm syntax, and it caused the pipe bug. But it was a bug, because gcc silently, without any warning, ignored the whole asm block. -*They* have fixed that, now it prints warning and doesn't skip the block. +They have fixed that, now it prints warning and doesn't skip the block. (at least he told me, i didn't checked)

@@ -45,5 +56,53 @@ elements, including gcc 2.96 release number, enabled mplayer features, etc. If it works for you using gcc 2.96, it doesn't mean it will work for everyone.

+

+Question: No! You are wrong! Everything works with gcc 2.96 but MPlayer +

+ +

+Answer: +

+ +

+No. You are wrong! +Several projects (mainly which source contains high optimized inline asm code) +had problems with gcc 2.96. For example: avifile, MESA / DRI, ffmpeg. +But other projects already workarounded gcc bugs (changed code which +triggered compiler bugs) so they work for now. +

+ +

+Question: No! You are wrong! Everything works with gcc 2.96 including MPlayer +

+ +

+Answer: +

+ +Good. Be happy. But you must know, it depends on many environment +elements, including gcc 2.96 release number, enabled mplayer features, etc. +If it works for you using gcc 2.96, it doesn't mean it will work for everyone! +It only means that you are lucky, until you find a problem. But don't forget the +No.1 rule of gcc 2.96 users: NEVER REPORT BUGS OR PROBLEMS IF YOU ARE USING GCC 2.96 + +

+Question: Ok. Understood. But I want to give it a try... how to compile with gcc 2.96? +

+ +

+Answer: Really? Are you sure? Ok. You know... here is it: ./configure --disable-gcc-checking +

+ +

+Question: No! I don't agree with you, because ... +

+ +

+Answer: It doesn't matter. Keep your commets for yourself. We're not interested in gcc 2.96 stories. +

+ + +