From: "Alexei A. Frounze" Newsgroups: comp.os.msdos.djgpp Subject: Re: inefficiency of GCC output code & -O problem Date: Tue, 18 Apr 2000 11:31:15 +0400 Organization: MTU-Intel ISP Lines: 22 Message-ID: <38FC0F43.87E209B3@mtu-net.ru> References: <38FBB719 DOT 3915C530 AT mtu-net DOT ru> <8dgvat DOT 3vvqu6v DOT 0 AT buerssner-17104 DOT user DOT cis DOT dfn DOT de> NNTP-Posting-Host: ppp101-157.dialup.mtu-net.ru Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit X-Trace: gavrilo.mtu.ru 956043538 86544 212.188.101.157 (18 Apr 2000 07:38:58 GMT) X-Complaints-To: usenet-abuse AT mtu DOT ru NNTP-Posting-Date: 18 Apr 2000 07:38:58 GMT X-Mailer: Mozilla 4.72 [en] (Win95; I) X-Accept-Language: en,ru To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Dieter Buerssner wrote: > >Yes, we have proved. We also haven't trow away all my inline ASM. The > >FIDIVRL trick is still alive. :) > > Wrong. It's not wrong, since I don't get your results with (USEC=USEC2=1 and -O switch). I get it *slower*. And I have no idea what's up. > Put the source I sent you on your homepage, so everybody still > interested can judge. I stand by my claim, that I have disabled > *all* your inline assembly in T_Map(), and got the same FPS. I'll put it. bye. Alexei A. Frounze ----------------------------------------- Homepage: http://alexfru.chat.ru Mirror: http://members.xoom.com/alexfru