Re: testsuite fixes for small doubles

> The fp-int-convert tests are meant to be correct independent of the sizes > involved, so this change is inappropriate and may point to a bug > elsewhere. It did, I fixed it. Thanks for the insight.

Making CFLAGS=-g1 bigger but more useful

Hi - I'm working on a little patch that extends the data produced for the little-used (?) -g1 mode. Normally, this produces very little DWARF data (basically just function declaration locus, PC range, and basic backtrace-enabling data). Compared to normal -g (== -g2) mode, this is very small.

Re: -O3 and new optimizations in 4.4.0

On Fri, Apr 24, 2009 at 01:34:37PM -0700, Andi Kleen wrote: > Robert Dewar writes: > > > Sebastian Pop wrote: > >> On Fri, Apr 24, 2009 at 08:12, Robert Dewar wrote: > What would we have to do to make PPL and CLooG required to build GCC? > >>> Why would that be desirable? Seems to me the cu

Re: -O3 and new optimizations in 4.4.0

Robert Dewar writes: > Sebastian Pop wrote: >> On Fri, Apr 24, 2009 at 08:12, Robert Dewar wrote: What would we have to do to make PPL and CLooG required to build GCC? >>> Why would that be desirable? Seems to me the current situation is >>> clearly preferable. >> To enable loop transforms

Re: Emit jump insn in function prologue

Eric Botcazou writes: >> Doesn't count, because that is done in the TARGET_SETUP_INCOMING_VARARGS >> hook which is called before reload. The interesting case here is >> prologue generation done after reload. > > Alpha emits a loop in the prologue to check the stack as per the Tru64 ABI. You're

Re: Emit jump insn in function prologue

> Doesn't count, because that is done in the TARGET_SETUP_INCOMING_VARARGS > hook which is called before reload. The interesting case here is > prologue generation done after reload. Alpha emits a loop in the prologue to check the stack as per the Tru64 ABI. -- Eric Botcazou

Re: Emit jump insn in function prologue

Jan Hubicka writes: >> I don't know of any existing cases where the prologue needs a jump, but >> it should be easy enough to emit a jump insn and set JUMP_LABEL >> yourself. > > x86_64 has jump around saving SSE regs for variadic function prologue. Doesn't count, because that is done in the TAR

Re: Emit jump insn in function prologue

> Peter Leist writes: > > > can I use emit_cmp_and_jump_insns while creating the function > > prologue/epilogue? > > If I try, I always get an error at runtime > > > > func.c:33: internal compiler error: in make_edges, at cfgbuild.c:354 > > > > I think this is because the jump doesn't get an JUM

Re: testsuite fixes for small doubles

> But it doesn't need to store it *exactly*; it only tests that the > conversion reverses if PREC_OK (argument to TEST_I_F_VAL) is true, and > TEST_I_F sets PREC_OK to what should be an appropriate value (based on the > types involved, LDBL_MANT_DIG, etc.) in each case. The other tests are >

Re: testsuite fixes for small doubles

On Fri, 24 Apr 2009, DJ Delorie wrote: > The fp-int-convert-long-double test does this: > > static volatile signed long long ivin, ivout; > static volatile long double fv1, fv2; > ivin = ((signed long long) (((unsigned long long) ~(unsigned long long) 0) > >> 1)); > fv1 = ((signed long

Re: Emit jump insn in function prologue

Peter Leist writes: > can I use emit_cmp_and_jump_insns while creating the function > prologue/epilogue? > If I try, I always get an error at runtime > > func.c:33: internal compiler error: in make_edges, at cfgbuild.c:354 > > I think this is because the jump doesn't get an JUMP_LABEL associated

Re: gcc-4.4.0.tar.gz.sig, expired key

On Fri, Apr 24, 2009 at 12:31:43PM +0200, Jakub Jelinek wrote: > On Thu, Apr 23, 2009 at 08:09:55PM -0700, Keith Thompson wrote: > > gcc-4.4.0.tar.gz.sig was generated with an expired key: > > > > gpg: Signature made Tue 21 Apr 2009 07:35:29 AM PDT using DSA key ID > > C3C45C06 > > gpg: Good sign

Re: testsuite fixes for small doubles

The fp-int-convert-long-double test does this: static volatile signed long long ivin, ivout; static volatile long double fv1, fv2; ivin = ((signed long long) (((unsigned long long) ~(unsigned long long) 0) >> 1)); fv1 = ((signed long long) (((unsigned long long) ~(unsigned long long) 0)

[[webmaster] New contact address for ftp.fu-berlin.de]

- Forwarded message from Holger Weiss - Hello, ftp.fu-berlin.de is listed as a mirror of the gcc.gnu.org FTP site on with Felix von Leitner's e-mail address. As Felix is no longer a contact for our site, could you please replace his address with ? Tha

Re: -O3 and new optimizations in 4.4.0

Sebastian Pop wrote: On Fri, Apr 24, 2009 at 08:12, Robert Dewar wrote: What would we have to do to make PPL and CLooG required to build GCC? Why would that be desirable? Seems to me the current situation is clearly preferable. To enable loop transforms in -O3. To me, you would have to sho

Re: What version of Boehm for --enable-objc-gc ?

On Fri, Apr 24, 2009 at 7:20 AM, Andrew Haley wrote: > Fabrice Feray wrote: > >> What version of Boehm's gc is best fit for the objc runtime? It seems >> that the one that comes with gcc is a special version meant for java. Am >> I wrong? > > It's not substantially customized for Java, although it

Re: What version of Boehm for --enable-objc-gc ?

Fabrice Feray wrote: > What version of Boehm's gc is best fit for the objc runtime? It seems > that the one that comes with gcc is a special version meant for java. Am > I wrong? It's not substantially customized for Java, although it has some hooks that make it work better on Java. I don't thin

Re: Slight tree reorganization for cygming platforms

Pedro Alves wrote: > How would people prefer something like this going forward? Start with > extracting common stuff into config/, while making sure e.g, at least > one of mingw or cygwin still bootstraps/tests OK; or, start by > updating config/arm/ with copies of what's under config/i386/, and

Re: Slight tree reorganization for cygming platforms

On Friday 24 April 2009 10:05:00, Vincent R. wrote: > Once again we are referencing i386/t-gthr-win32, i386/t-dw2-eh and > i386/t-sjlj-eh > and this is stupid because those files have only one definition that is not > i386 specific. That's the definition of a ... > +#hack! using i386 file direc

What version of Boehm for --enable-objc-gc ?

Hi, What version of Boehm's gc is best fit for the objc runtime? It seems that the one that comes with gcc is a special version meant for java. Am I wrong? Fab

Re: -O3 and new optimizations in 4.4.0

On Fri, Apr 24, 2009 at 08:30:37AM -0500, Sebastian Pop wrote: > On Fri, Apr 24, 2...@08:12, Robert Dewar wrote: > >> What would we have to do to make PPL and CLooG required to build GCC? > > > > Why would that be desirable? Seems to me the current situation is > > clearly preferable. > > To enab

Re: Slight tree reorganization for cygming platforms

Vincent R. wrote: > to have multiple files with in general only one or two differences. Funny, I thought that was good modular design with inheritance and override. YMMV! > For instance here is some part of our patch : > > --- libgcc/config/arm/t-wince-pe (revision 0) > +++ libgcc/config

Re: -O3 and new optimizations in 4.4.0

On Fri, Apr 24, 2009 at 08:12, Robert Dewar wrote: >> What would we have to do to make PPL and CLooG required to build GCC? > > Why would that be desirable? Seems to me the current situation is > clearly preferable. To enable loop transforms in -O3. Sebastian Pop -- AMD - GNU Tools

Re: -O3 and new optimizations in 4.4.0

Sebastian Pop wrote: Hi, On Thu, Apr 23, 2009 at 10:57, Joseph S. Myers wrote: Because the behavior of -O3 must not depend on whether optional libraries are linked into GCC, and we did not decide to make PPL and CLooG required to build GCC, so -O3 cannot enable any optimizations using optional

Re: -O3 and new optimizations in 4.4.0

Hi, On Thu, Apr 23, 2009 at 10:57, Joseph S. Myers wrote: > Because the behavior of -O3 must not depend on whether optional libraries > are linked into GCC, and we did not decide to make PPL and CLooG required > to build GCC, so -O3 cannot enable any optimizations using optional > libraries. > W

Re: Wrong information about GnuPG keys at page listing GCC mirrors

On Fri, 24 Apr 2009, Damian Pietras wrote: > There is probably an outdated information on GnuPG keys at > http://gcc.gnu.org/mirrors.html Thanks for the report, Damian. Jakub just updated the website, and you should now find the key having signed the GCC 4.4.0 release there. Gerald

Re: dodgy syntax in acx.m4?

> If $4 is empty this expands to "if expr ...", otherwise you get "ok=yes > ... if test $ok = yes; then ... elif expr ..." Thanks for the explanation! I didn't realise it was trying to be that clever. Thanks, Jay.

Re: dodgy syntax in acx.m4?

Jay Foad writes: > I've just noticed this in config/acx.m4: > > dnl GCC_TARGET_TOOL(PROGRAM, TARGET-VAR, HOST-VAR, IN-TREE-TOOL, LANGUAGE) > AC_DEFUN([GCC_TARGET_TOOL], > [AC_MSG_CHECKING(where to find the target $1) > if test "x${build}" != "x${host}" ; then > ... > else > ifelse([$4],,, >

Re: gcc-4.4.0.tar.gz.sig, expired key

On Thu, Apr 23, 2009 at 08:09:55PM -0700, Keith Thompson wrote: > gcc-4.4.0.tar.gz.sig was generated with an expired key: > > gpg: Signature made Tue 21 Apr 2009 07:35:29 AM PDT using DSA key ID C3C45C06 > gpg: Good signature from "Jakub Jelinek " > gpg: Note: This key has expired! > Primary key f

dodgy syntax in acx.m4?

I've just noticed this in config/acx.m4: dnl GCC_TARGET_TOOL(PROGRAM, TARGET-VAR, HOST-VAR, IN-TREE-TOOL, LANGUAGE) AC_DEFUN([GCC_TARGET_TOOL], [AC_MSG_CHECKING(where to find the target $1) if test "x${build}" != "x${host}" ; then ... else ifelse([$4],,, [ok=yes case " ${configdirs} " in

Emit jump insn in function prologue

Hi all, can I use emit_cmp_and_jump_insns while creating the function prologue/epilogue? If I try, I always get an error at runtime func.c:33: internal compiler error: in make_edges, at cfgbuild.c:354 I think this is because the jump doesn't get an JUMP_LABEL associated to it. Is there an other

Slight tree reorganization for cygming platforms

Hi, I am playing(don't know if it's the right word) for a few months with a modified gcc targeting arm-wince-pe and I have noticed some ugly organization in files that force to have multiple files with in general only one or two differences. For instance here is some part of our patch : --- libgc

Re: testsuite fixes for small doubles

On Thu, 23 Apr 2009, DJ Delorie wrote: > Index: gcc.dg/torture/fp-int-convert-long-double.c > === > --- gcc.dg/torture/fp-int-convert-long-double.c (revision 146652) > +++ gcc.dg/torture/fp-int-convert-long-double.c (worki

Wrong information about GnuPG keys at page listing GCC mirrors

There is probably an outdated information on GnuPG keys at http://gcc.gnu.org/mirrors.html The newest gcc 4.4.0 (gcc-4.4.0.tar.bz2) is signed using a key not listed on this page (key ID C3C45C06). I think it's worth to fix this information. -- Damian Pietras http://www.linuxprogrammingblog.com