Relying on precise integer calculation with double

Hi, This is likely to be the one FAQ you've all learned to answer but as I was bitten by it, I just wanted to make sure that what I saw was expected. I've used -ffast-math for a slight speedup of floating point arithmetics, but I've also used doubles to store integers. Since integers (up to

Re: Relying on precise integer calculation with double

Daniel Bratell writes: > This is likely to be the one FAQ you've all learned to answer but > as I was bitten by it, I just wanted to make sure that what I saw > was expected. > > I've used -ffast-math for a slight speedup of floating point > arithmetics, but I've also used doubles to store

Re: mips-elf target

Niklaus kirjoitti: Hi, Until now i have only build cross toolchains for linux systems. I guess "for totally self-built Linux-from-scratch" systems, not cross toolchains for usual Linuces like RedHats, SuSEs, Fedoras, Ubuntus etc. Usually i build crossgcc in 2 parts, one is before glibc i

Open-source projects supporting GIMPLE

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there are there any open-source projects supporting GIMPLE (e.g. as the input IR for compilation purposes) and specifically focus on: a) tree transformations b) automating the backend development process Thanks in advance Nikolaos Kavvadias --

Re: GCC port for V8-uRISC (8 bit CPU)

Thank you all for informations. Regards, Nemanja - Original Message - From: "Dave Hudson" <[EMAIL PROTECTED]> To: "Alan Lehotsky" <[EMAIL PROTECTED]>; "Nemanja Popov" <[EMAIL PROTECTED]>; Sent: Wednesday, April 05, 2006 7:21 PM Subject: RE: GCC port for V8-uRISC (8 bit CPU) FWIW w

Re: Relying on precise integer calculation with double

On Thu, 6 Apr 2006, Daniel Bratell wrote: > that it would be safe to use that flag unless I relied on extreme > precision or behaviour related to NaN or +-Inf, and that normal simple > arithmetics should still give the same result. Unfortunately, with -ffast-math simple arithemtics no longer have

Successful gcc 4.0.3 build on alphaev68-dec-osf5.1bTru64(c,c++,f95,objc,java,treelang)

[EMAIL PROTECTED]:~#gcc -v Using built-in specs. Target: alphaev68-dec-osf5.1b Configured with: ../configure --host=alphaev68-dec-osf5.1b --enable-threads=posix --enable-languages=c,c++,f95,objc,java,treelang --prefix=/usr/local --enable-version-specific-runtime-libs --enable-shared --enabl

Build report for gcc 4.1.0 on powerpc-apple-darwin8.5.0

powerpc-apple-darwin8.5.0 /usr/local/gcc-4.1.0/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8.5.0 Configured with: ../gcc-4.1.0/configure --prefix=/usr/local/gcc-4.1.0 --with-gmp=/usr/local/gmp-4.2 --with-mpfr=/usr/local/gmp-4.2 Thread model: posix gcc version 4.1.0 Languages: de

Ipa and CONSTRUCTOR in global vars

I am updating GNU Pascal to work with gcc-4.x. I have hit the following problem: `get_base_var' (in ipa-utils.c:224) can not handle a CONSTRUCTOR and I get ICE. AFAICS the CONSTRUCTOR in question comes from initializer of global variable. More precisely, I have a global variable with an initialize

[gnu.org #283065] Confirming the mailing of your assignment

Hello Nic, Thank you for contributing to GNU software. We'll send you the appropriate papers through the post Please sign and return the original in the envelope provided. Once the FSF has signed it, we will send you a digital copy in pdf format for your records. If your employment status cha

Re: preview of the tree-check pass (Re: gcc project)

On Wed, 2006-04-05 at 09:12, Zack Weinberg wrote: > It's an interesting system. I wonder if it's powerful enough to express > the rather complicated constraints on objects of type va_list. Warnings > for violations of those constraints would be valuable - there are common > portability errors tha

gcc-4.0-20060406 is now available

Snapshot gcc-4.0-20060406 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060406/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.0 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: Ipa and CONSTRUCTOR in global vars

> Now, the question is: should `get_base_var' be extended to handle > CONSTRUCTOR nodes or is ADDR_EXPR of a CONSTRUCTOR forbidden from > getting there? The latter. See PR c++/23171 and PR ada/22533. -- Eric Botcazou

Re: preview of the tree-check pass (Re: gcc project)

On Thu, Apr 06, 2006 at 11:58:20PM +0200, Nic Volanschi wrote: > 3. (in the caller:) exiting the function after a va_start() then a call > to the mangler without an va_end(). > This one involves more than a from/to/avoid; it is of the form > from/then/to/avoid. In other words, the corresponding aut

Flag of inline assembly ??

Hi, Is there a flag in gcc that indicate that we are in the inline assembly ? thanks, Aladdin

Addressing mode in inline assembly

Hello , If it is possible to restrict the addressing mode of inline assembly? For example,in normal mode that we accept the addressing mode BASE+OFFSET, but do not like it in inline assembly. Is there any one can give me a hand? thanks a lot! Aladdin