--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-02-24 19:45
---
Fixed on trunk, Thanks for report.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-02-24 19:19
---
Subject: Bug 35223
Author: jvdelisle
Date: Sun Feb 24 19:18:27 2008
New Revision: 132597
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132597
Log:
2008-02-24 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #14 from burnus at gcc dot gnu dot org 2008-02-18 07:45 ---
> Error: Result of IBITS overflows its kind at (1)
I wonder whether one should also add to simplify.c's range_check
"Result of %s overflows its kind at %L"
the following
". This check can be disabled with the option
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-02-17 22:50
---
Assigning to myself
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-02-17 22:50
---
The fix is straight forward. I will take care of this when 4.4 opens
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from sgk at troutmask dot apl dot washington dot edu
2008-02-17 19:59 ---
Subject: Re: IBITS gives compiler error
On Sun, Feb 17, 2008 at 07:10:19PM -, jvdelisle at gcc dot gnu dot org
wrote:
> --- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-02-17 19
--- Comment #10 from dominiq at lps dot ens dot fr 2008-02-17 19:56 ---
> I don't remember the details for NOT() other than the simplification
> isn't simply because of the internal representation with GMP and
> GMP does not have a mpz_not function. So, NOT() may accidentally get
> the
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-02-17 19:10
---
We do need to fix some things here. The runtime perhaps should catch the
invalid of pos + len > 32 for bit_size being 32.
Also from my read of the standard the ibits is extracting bits from (in this
case) a 32 b
--- Comment #8 from sgk at troutmask dot apl dot washington dot edu
2008-02-17 18:09 ---
Subject: Re: IBITS gives compiler error
On Sun, Feb 17, 2008 at 01:10:06PM -, dominiq at lps dot ens dot fr wrote:
>
> I dont want to rant again about gfortran feature, but nevertheless I'll
--- Comment #7 from dominiq at lps dot ens dot fr 2008-02-17 13:15 ---
/z−1/z-1/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35223
--- Comment #6 from dominiq at lps dot ens dot fr 2008-02-17 13:10 ---
I dont want to rant again about gfortran feature, but nevertheless I'll repeat
that this error should not be the default behavior (even a warning will an
overkill that should be restricted to -std=f* -pedantic).
Now
--- Comment #5 from phl at kth dot se 2008-02-17 11:55 ---
Subject: Re: IBITS gives compiler error
> The bit intrinsic model numbers do not have a sign bit, and you're asking
> IBITS to return 2**32, which is outside of the range for gfortran's
> default
> integer kind.
>
Actually i
--- Comment #4 from kargl at gcc dot gnu dot org 2008-02-17 06:38 ---
(In reply to comment #3)
> Subject: Re: IBITS gives compiler error
> --- Comment #2 from kargl at gcc dot gnu dot org 2008-02-17 01:08
> > ---
> > (In reply to comment #0)
> >> hades [TEST] cat bug-ibits.f90
--- Comment #3 from phl at kth dot se 2008-02-17 05:18 ---
Subject: Re: IBITS gives compiler error
>
>
> --- Comment #2 from kargl at gcc dot gnu dot org 2008-02-17 01:08
> ---
> (In reply to comment #0)
>> hades [TEST] cat bug-ibits.f90
>> program main
>> write (*, *) ibits
--- Comment #2 from kargl at gcc dot gnu dot org 2008-02-17 01:08 ---
(In reply to comment #0)
> hades [TEST] cat bug-ibits.f90
> program main
> write (*, *) ibits (-1, 0, bit_size (0))
> end program main
>
(snip)
What result do you expect?
> Compiling with g95 works fine though.
--- Comment #1 from jvdelisle at verizon dot net 2008-02-17 00:21 ---
Subject: Re: New: IBITS gives compiler error
phl at kth dot se wrote:
> hades [TEST] cat bug-ibits.f90
> program main
> write (*, *) ibits (-1, 0, bit_size (0))
> end program main
>
>
> hades [TEST] gfortran bug
16 matches
Mail list logo