This is the mail archive of the
mailing list for the GCC project.
Re: [RFC Patch]: Implement remainder() as built-in function [PR fortran/24518]
- From: Paul Brook <paul at codesourcery dot com>
- To: gcc-patches at gcc dot gnu dot org
- Cc: Mike Stump <mrs at apple dot com>, Roger Sayle <roger at eyesopen dot com>, "Kaveh R. GHAZI" <ghazi at caip dot rutgers dot edu>, Richard Guenther <richard dot guenther at gmail dot com>, Uros Bizjak <ubizjak at gmail dot com>, FX Coudert <fxcoudert at gmail dot com>
- Date: Wed, 25 Oct 2006 22:35:47 +0100
- Subject: Re: [RFC Patch]: Implement remainder() as built-in function [PR fortran/24518]
- References: <Pine.LNX.email@example.com> <E90A782A-6C0B-423B-B894-95E39BFE05FF@apple.com>
> > Our issue is that libc's stdout isn't guaranteed to be mapped to a
> > single simple symbol, and is often #defined to something cryptic.
> Are you talking about theory or practice? If practice, what system
> and what does it map to? My take is that such systems can add a hook
> (or an md fragment) to explain how to get the value, if they want the
On newlib stdout ends up as: