Date: Fri, 25 Apr 2003 13:24:36 -0500 From: Eric Rudd Organization: CyberOptics User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en,pdf MIME-Version: 1.0 Newsgroups: comp.os.msdos.djgpp Subject: Re: Bug 00314 -- div() still broken References: <3e9c6920$0$21928$afc38c87@> <3EA5477F DOT 2020901 AT cyberoptics DOT com> <3ea85d95$0$12489$4c41069e AT reader1 DOT ash DOT ops DOT us DOT uu DOT net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Lines: 15 Message-ID: <3ea97d4c$0$19415$4c41069e@reader1.ash.ops.us.uu.net> NNTP-Posting-Host: 65.214.98.62 X-Trace: 1051295052 reader1.ash.ops.us.uu.net 19415 65.214.98.62 To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp Reply-To: djgpp AT delorie DOT com Ben Peddell wrote: > Obviously, some sort of optimization puts the div_t structure in > %edx:%eax instead of 16(%ebp). It would be a good optimization if it > didn't break the libraries. Yes, indeed. So, it looks as if there is a gcc bug here. Where are the calling conventions documented? I couldn't find them in the gcc.ixx docs. I think I ought to isolate this and submit a bug report, if gcc is indeed at fault. I suppose a workaround would be to recompile libc, but then one wonders whether all the other libraries are also broken. -Eric Rudd rudd AT cyberoptics DOT com