2008/4/25 Prateek Saxena <[EMAIL PROTECTED]>:
> On Thu, Apr 24, 2008 at 2:20 PM, Ralph Loader <[EMAIL PROTECTED]> wrote:
> > > I am very interested in seeing how this optimization can remove
> > > arithmetic overflows.
> >
> > int foo (char * buf, int n)
> > {
> > // buf+n may over
I want to flag the failure in bootstrapping gfortran-4.4.0-20080425 [1],
observed on Cygwin.
---
[...]
# Now that we have built all the objects, we need to copy
# them back to the GCC directory. Too many things (other
# in-tree libraries, and DejaGNU) know about
James Courtier-Dutton wrote:
2008/4/25 Prateek Saxena <[EMAIL PROTECTED]>:
On Thu, Apr 24, 2008 at 2:20 PM, Ralph Loader <[EMAIL PROTECTED]> wrote:
> > I am very interested in seeing how this optimization can remove
> > arithmetic overflows.
>
> int foo (char * buf, int n)
> {
>
2008/4/27 Robert Dewar <[EMAIL PROTECTED]>:
>
> > Fortunately there is a assembler instruction to do just this on most CPUs.
> > e.g. jo, jc, js
> > It would be nice to be able to write this sort of C code.
> >
> > int a,b,c;
> > a = b + c;
> > if (a overflowed) {
> >handle_overflow();
> > }
>
On Tue, 2008-04-22 at 17:41 +0200, Manuel López-Ibáñez wrote:
> And in our wiki:
>
> http://gcc.gnu.org/wiki/SummerOfCode
>
> which our new developers are welcome to use to document their progress.
They are also welcome to apply for an account on the GCC Compile Farm,
instructions to do so are h
James Courtier-Dutton wrote:
I think Java handles it OK for floats. I.e. Tests for positive
infinity and negative infinity etc.
Float is another matter entirely, the problem discussed here is
for integer overflow. By the way, according to microsoft developers
wrt the vista code base, integer o
I think Java handles it OK for floats. I.e. Tests for positive
infinity and negative infinity etc.
I don't think Java handles it for integer maths.
Java integer math is mandated to have wrap-around semantics. So you can
do something like
if ((b^c) > 0 && (a^c) < 0 && (a^b) < 0)
overflow
Paolo Bonzini wrote:
I think Java handles it OK for floats. I.e. Tests for positive
infinity and negative infinity etc.
I don't think Java handles it for integer maths.
Java integer math is mandated to have wrap-around semantics. So you can
do something like
if ((b^c) > 0 && (a^c) < 0 && (a
checking for C compiler default output file name... configure:
error: C compiler cannot create executables
See `config.log' for more details.
Well, as it says so well, we need to see your config.log if we want
to have any idea at all what's happening. That should be the file in
intl/config
FX wrote:
checking for C compiler default output file name... configure: error:
C compiler cannot create executables
See `config.log' for more details.
Well, as it says so well, we need to see your config.log if we want to
have any idea at all what's happening. That should be the file in
int
Cygwin native built gfortran 4.4 was already broken, even when it
was making it through bootstrap and testsuite. All comments I've
received told me I was wasting my time with it.
Where is that bug reported? cygwin is secondary target, I think it
should really be unbroken, with the help of
Is this related to
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01951.html
H.J.
On Sun, Apr 27, 2008 at 11:47 AM, FX <[EMAIL PROTECTED]> wrote:
>
> > Cygwin native built gfortran 4.4 was already broken, even when it was
> making it through bootstrap and testsuite. All comments I've received tol
On Fri 25 Apr 2008 22:22:55 -0500, Peter Bergner <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-04-24 at 20:23 -0400, Vladimir Makarov wrote:
> > Hi, Peter. The last time I looked at the conflict builder
> > (ra-conflict.c), I did not see the compressed matrix. Is it in the
> > trunk? What should I l
FX ha scritto:
Cygwin native built gfortran 4.4 was already broken, even when it was
making it through bootstrap and testsuite. All comments I've received
told me I was wasting my time with it.
Where is that bug reported? cygwin is secondary target, I think it
should really be unbroken, with
H.J. Lu wrote:
Is this related to
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01951.html
H.J.y t
Seems unlikely. I don't see that Fortran was involved in the failure,
although both of us included it in configure. If it makes a difference,
I'll try to bootstrap C alone tomorrow, from the su
Janis Johnson wrote:
This will involve editing every test that using dg-options
to add a -mcpu/-march flag. Would it make sense to let
dg-options check for the conflict as it adds an option?
Yes, it would meaning adding the new option to hundreds of tests,
but that's better than the earlier s
On Sun, 2008-04-27 at 21:45 +0200, J.C. Pizarro wrote:
> Don't be stupid!
Could you be a bit more civil, please? It's fairly unusual for people
on this list to talk to each other in this way.
Thanks,
Ben
>I'm using the arm-elf-gcc compiler to compile some files to a ARM9
> (Freescale i.MX27, ARM926EJ-S core). What I would like to know is how
> can I visualize/change the address specifications made by the linker
> to the output file? I heard gcc can generate a file (.lst) that
> contains such in
Hello all,
I/O instructions are different from other instructions because there
isn't any way to recognize them as i/o patterns,
I guess in AVR this is possible because AVR has memory mapped i/o. So
its is possible to write something like
PORTA = 0xff
But i couldn't find out much about other tar
Status
==
The GCC 4.3 branch is open for commits under normal release branch
rules.
GCC 4.3.1 is scheduled for 2008-05-05. As we have not yet built
4.3.1-rc1, we will slip that date. As shown below, there are 2 P1s on
the 4.3 branch, so we are not yet ready to build RC1.
One of the P1s
20 matches
Mail list logo
