This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic
- From: "ebotcazou at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 11 Dec 2004 09:39:43 -0000
- Subject: [Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic
- References: <20041124222749.18665.skunk@iskunk.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-11 09:39 -------
> Since the symbol exists in 3.3 (which I'd forgotten), we have to keep it.
> But I don't see any reason we can't fix the bug in its implementation.
> So let's do proper simode arithmetic.
Agreed. It turns out that the same problem exists for DImode arithmetic on
targets for which the word_mode is smaller than SImode: since the di variants
were always emitted, should we still emit them now? Can the big __mulvdi3
routine contained in libgcc2.c be compiled with real DImode on those targets?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665