Since -fsection-anchors is very useful for PPC-Darwin, I decided to
see what I needed to do to support them.
I started by just doing a bootstrap with them enabled by default
and ran into the first issue of SET_ASM_OP not being set. Next
I ran into the issue of quoting ". + 0" which caused the ass
On Fri, 17 Feb 2006, Grigory Zagorodnev wrote:
> For example cgi-bin/mesg.cgi script of mhonarc mail-to-html converter,
> the one used by gcc.gnu.org, can "extract a message from an archive
> based upon message-id" so having interface to this script would be
> useful. Further the mail client may be
Andrew Pinski wrote:
The PI which is in config/i386.c is what fldpi will produce and
not really PI.
Probably might be worth an extra comment, since I can see people
being confused by this. The comments do say fldpi, but I am not
sure everyone realizes clearly that fldpi does not (and cannot)
y
On Feb 18, 2006, at 3:45 PM, Christophe Jaillet wrote:
Maybe this is not an issue but in the files 'emit-rtl.c' and
'config/i386.c', PI is represented as a string :
|
v
3.1415926535897932384626433832795028841971693993751058209749445923078
('emit-rtl.c')
Maybe this is not an issue but in the files 'emit-rtl.c' and
'config/i386.c', PI is represented as a string :
|
v
3.1415926535897932384626433832795028841971693993751058209749445923078
('emit-rtl.c')
3.1415926535897932385128089594061862044 ('config/i386.c')
Snapshot gcc-4.2-20060218 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060218/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Sat, Feb 18, 2006 at 09:23:36AM -0500, Joern Rennecke wrote:
> In http://gcc.gnu.org/ml/gcc/2006-02/msg00357.html, you wrote:
>
> > In fact the "gamer" benchmarks you are dissing are quite well reflecting the
> very kind
> > of coding excessively found in GCC itself. Some observations suggest
>
On 2006-02-18, at 15:23, Joern Rennecke wrote:
In http://gcc.gnu.org/ml/gcc/2006-02/msg00357.html, you wrote:
In fact the "gamer" benchmarks you are dissing are quite well
reflecting the
very kind
of coding excessively found in GCC itself. Some observations suggest
the you should aim at th
In http://gcc.gnu.org/ml/gcc/2006-02/msg00357.html, you wrote:
> In fact the "gamer" benchmarks you are dissing are quite well reflecting the
very kind
> of coding excessively found in GCC itself. Some observations suggest
> the you should aim at the CPU with the biggest L2-cache size affordable.
> Has anybody done timings for gcc bootstrap / cross builds and
> regtests with modern multi-core processors? I wonder what a
> sensible modern configuration would be for gcc development, but the
> the multimedia and games benchmarks I found on the web neither seem
> particularily relevant, nor d
Diego Novillo <[EMAIL PROTECTED]> writes:
>I/O is probably the biggest bottleneck, so if you have a fairly decent
>I/O system, you may find higher -jN numbers giving better results.
Yes, but there is also an effect in the opposite direction: higher
parallelism may compensate for slow I/O by keepi
I plan to spin RC1 on Sunday morning, California time.
Therefore, if you have outstanding patches, already approved for 4.1,
please check them in Saturday.
Thanks,
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
On Fri, 2006-02-17 at 22:43 +, Joern RENNECKE wrote:
> Has anybody done timings for gcc bootstrap / cross builds and regtests
> with modern multi-core processors? I wonder what a sensible modern
> configuration would be for gcc development, but the the multimedia and
> games benchmarks I fo
13 matches
Mail list logo
