Re: Question about code licensing

2010-01-23 Thread Jerry Quinn
On Fri, 2010-01-22 at 20:17 -0800, Joe Buck wrote: > On Fri, Jan 22, 2010 at 05:31:03PM -0800, Jerry Quinn wrote: > > There is renewed interest in getting a D compiler into the GCC sources. > > The most direct route for this to happen is to use the existing Digital > > Mars DMD front end. > > > >

Re: speed of double-precision divide

2010-01-23 Thread Richard Guenther
On Sat, Jan 23, 2010 at 6:33 PM, Steve White wrote: > Hi, Andrew! > > Thanks for the suggestion, but it didn't make any difference for me. > Neither the speed nor the assembler was significantly altered. > > Which version of gcc did you use?  Mine is 4.4.1. > > I threw everything at it: >        g

Re: speed of double-precision divide

2010-01-23 Thread Steve White
Hi, Andrew! Thanks for the suggestion, but it didn't make any difference for me. Neither the speed nor the assembler was significantly altered. Which version of gcc did you use? Mine is 4.4.1. I threw everything at it: gcc -std=c99 -Wall -pedantic -O3 -ffast-math -mmmx -msse -msse2 -mf

Re: what 68k platform config switch put float return values in fpu register ?

2010-01-23 Thread Andreas Schwab
Bernd Roesch writes: > What Option i need set that GCC do this in FPU register ? There is none, this is part of the target description. See (gccint)Scalar Return for the related target macros. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 0

Re: fixincludes

2010-01-23 Thread Basile STARYNKEVITCH
Richard Guenther wrote: On Sat, Jan 23, 2010 at 5:43 PM, Franz Fehringer wrote: but an OS update could lead to updated C runtime headers? Yes. There is still one point I don't understand about fixincludes. Why is it still useful on recent GNU/Linux systems? From what I understood, fixi

Re: speed of double-precision divide

2010-01-23 Thread Richard Guenther
On Sat, Jan 23, 2010 at 5:47 PM, Steve White wrote: > Hi, > > I recently revised some speed tests of basic CPU operations. > There were a few surprises, but one was that, a test of double-precision > divide was a factor of ten slower when compiled with gcc than with the > Intel compiler icc. > > T

Re: speed of double-precision divide

2010-01-23 Thread Andrew Pinski
On Sat, Jan 23, 2010 at 8:47 AM, Steve White wrote: > gcc has this (gcc -std=c99 -O3 -msse2 -mfpmath=sse -lm -S dt.c) > icc has this (icc -Wall -w2 -fast -c dt.c) icc's -fast is equivalent to gcc's -ffast-math option which you did not supply so you comparing apples to oranges. Note supplying -ff

Re: fixincludes

2010-01-23 Thread Richard Guenther
On Sat, Jan 23, 2010 at 5:43 PM, Franz Fehringer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > understood. > but an OS update could lead to updated C runtime headers? Yes. Richard.

speed of double-precision divide

2010-01-23 Thread Steve White
Hi, I recently revised some speed tests of basic CPU operations. There were a few surprises, but one was that, a test of double-precision divide was a factor of ten slower when compiled with gcc than with the Intel compiler icc. This was with full optimization turned on, with an Intel Duo (Yonah

Re: fixincludes

2010-01-23 Thread Franz Fehringer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 understood. but an OS update could lead to updated C runtime headers? Am 23.01.2010 17:39, schrieb Richard Guenther: > On Sat, Jan 23, 2010 at 5:34 PM, Franz Fehringer wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi all, >> >> I

Re: fixincludes

2010-01-23 Thread Richard Guenther
On Sat, Jan 23, 2010 at 5:34 PM, Franz Fehringer wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi all, > > I have two hopefully not too dull questions about the gcc fixincludes > mechanism: > 1) When after the initial fixinclude run (parts of) new software is > installed into /usr/i

fixincludes

2010-01-23 Thread Franz Fehringer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I have two hopefully not too dull questions about the gcc fixincludes mechanism: 1) When after the initial fixinclude run (parts of) new software is installed into /usr/include, the fixincludes run has to be repeated (at least in principle), i

Re: Long paths with ../../../../ throughout

2010-01-23 Thread Jon Grant
Hello Ian Thank you for the quick reply with explanations. 2010/1/19 Ian Lance Taylor : > Jon Grant writes: > >> Any easy way to evaluate and reduce command lines? Consider this: >> >> /usr/lib/gcc/i486-linux-gnu/4.3.3/../../../../lib/crt1.o >> >> Is actually the same as: /usr/lib/crt1.o  -- whi

Re: int vs. bool / _Bool (Was: Re: Committed: Fix distribute_loop)

2010-01-23 Thread Richard Guenther
On Sat, Jan 23, 2010 at 4:16 PM, Olivier Galibert wrote: > On Sat, Jan 23, 2010 at 09:21:47AM -0500, Joern Rennecke wrote: >> [This started on gcc-patches] >> Quoting Richard Guenther : > [...] >> >  bool all_critical_edge_p = true; >> >  all_critical_edge_p &= e->flags & EDGE_CRITICAL; > [...] >>

Re: int vs. bool / _Bool (Was: Re: Committed: Fix distribute_loop)

2010-01-23 Thread Olivier Galibert
On Sat, Jan 23, 2010 at 09:21:47AM -0500, Joern Rennecke wrote: > [This started on gcc-patches] > Quoting Richard Guenther : [...] > > bool all_critical_edge_p = true; > > all_critical_edge_p &= e->flags & EDGE_CRITICAL; [...] > I think a better long-term plan would be to add an option to insert

int vs. bool / _Bool (Was: Re: Committed: Fix distribute_loop)

2010-01-23 Thread Joern Rennecke
[This started on gcc-patches] Quoting Richard Guenther : On Sat, Jan 23, 2010 at 2:37 PM, Paolo Bonzini wrote: On 01/23/2010 01:36 PM, Richard Guenther wrote: Ugh.  I wonder if we should use _Bool instead of int if the host compiler supports it. Then we'd have another share of bugs if someo

what 68k platform config switch put float return values in fpu register ?

2010-01-23 Thread Bernd Roesch
Hi, I use same compiler settings -m68060 a call of a function and return value with double float is on all m68k-amigaos compiler (that use only other 68k config files but same main source) as this. jsr testfunc move.l d1,-(sp) move.l d0,-(sp) fdmove.d (sp)+,fp1 fsmove.x fp1,f

Re: Question about code licensing

2010-01-23 Thread Robert Dewar
Jerry Quinn wrote: Hi, folks, There is renewed interest in getting a D compiler into the GCC sources. The most direct route for this to happen is to use the existing Digital Mars DMD front end. The current DMD front end code is GPL licensed, and copyright is owned by Digital Mars. If they were