Ian Lance Taylor writes:
> I agree that gcc is not well designed to cope with an accumulator
> architecture. Reload can't cope.
I've had a fair amount of success with the approach I initially posted
(perturbing the emission order of reloads based on dependencies between
the operand they are asso
Mike Stump wrote:
On Wednesday, June 1, 2005, at 07:01 PM, Peter O'Gorman wrote:
I think he has to, as far as I know the changes to use libSystemStubs on
tiger were never backported to 3.4 and 3.3.
If one uses fink to install the older compiler, it just works. :-(
Fink patched their g77
On Wednesday, June 1, 2005, at 07:01 PM, Peter O'Gorman wrote:
I think he has to, as far as I know the changes to use libSystemStubs
on
tiger were never backported to 3.4 and 3.3.
If one uses fink to install the older compiler, it just works. :-(
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Stump wrote:
| Anyway, I guess I would just recommend using 4.0 and ignoring the older
| releases if you can.. :-(
I think he has to, as far as I know the changes to use libSystemStubs on
tiger were never backported to 3.4 and 3.3.
Peter
- --
Camm Maguire wrote:
Raymond Toy writes:
On the sparc port, this area can be zeroed out with appropriate
optimization settings. I ran some tests using Eric Marsden's
cl-bench. If the stack is always cleared, the cost of some
benchmarks go up, but some go down, because the cost of GC is
decrea
Canqun Yang <[EMAIL PROTECTED]>:
> Steven Bosscher <[EMAIL PROTECTED]>:
>
> > On Wednesday 01 June 2005 16:43, Canqun Yang wrote:
> > > Hi, all
> > >
> > > I've taken a look on modulo-sched.c recently, and
> found
> > > that both new_cycles and orig_cycles are
> imprecise. The
> > > reason is that
Steven Bosscher <[EMAIL PROTECTED]>:
> On Wednesday 01 June 2005 16:43, Canqun Yang wrote:
> > Hi, all
> >
> > I've taken a look on modulo-sched.c recently, and
found
> > that both new_cycles and orig_cycles are
imprecise. The
> > reason is that kernel_number_of_cycles does not
take the
> > dat
rewrite_address_base is trying at
*op = build1 (INDIRECT_REF, TREE_TYPE (*op), with);
to substitute *op
state_inD.7206_16->savedD.7200[regD.7211_3]
which is of type integer_type 0x4014a3cc char with
*state_inD.7206_38
where state_inD.7206_38 is of type pointer_type 0x4047b21c
type . Th
On Wednesday, June 1, 2005, at 11:01 AM, Daniel Berlin wrote:
Mike says sarcastically, as if this isn't what tiger did :)
Someday, get me drunk and ask me how hard abi compatibility is. :-( I
hate how we did it, and I hate that it was necessary. I hate that
bools on darwin are 4 bytes, be
On Wed, 2005-06-01 at 10:26 -0700, Mike Stump wrote:
> On Wednesday, June 1, 2005, at 12:21 AM, Vincent Lefevre wrote:
> > But that's not the default and you'll have problems when linking with
> > existing libraries on the machine, that use a 64-bit long double...
>
> Fine, we'll make it the defa
On Wednesday, June 1, 2005, at 04:22 AM, dk zhou wrote:
Hello , I want to make the an compiler for a new
language to produce elf and pe(windows) format file.
Can you tell me where to find the document of
them(most detail)?
All the documentation we have can be found on the web site, or in the
On Wednesday, June 1, 2005, at 12:21 AM, Vincent Lefevre wrote:
But that's not the default and you'll have problems when linking with
existing libraries on the machine, that use a 64-bit long double...
Fine, we'll make it the default and recompile all your libraries for
you... give me a seco
On Tuesday, May 31, 2005, at 08:11 PM, Dan Allen wrote:
I tried doing bootstrap builds of GCC 3.3.6 and GCC 3.4.4 but these
builds fail due to the absence of the 'c++filt' tool.
mrs $ type c++filt
c++filt is /usr/bin/c++filt
The builds proceed for quite awhile until they hit this missing
'c+
On Wednesday 01 June 2005 16:43, Canqun Yang wrote:
> Hi, all
>
> I've taken a look on modulo-sched.c recently, and found
> that both new_cycles and orig_cycles are imprecise. The
> reason is that kernel_number_of_cycles does not take the
> data dependences of insns into account as the DFA
> schedu
Hi, all
I've taken a look on modulo-sched.c recently, and found
that both new_cycles and orig_cycles are imprecise. The
reason is that kernel_number_of_cycles does not take the
data dependences of insns into account as the DFA
scheduler does in haifa-sched.c.
On IA-64, three improvements are ne
On Wed, Jun 01, 2005 at 04:22:24AM -0700, sandeep nadkarni wrote:
> Hello,
Hi,
> I'm trying to migrate from open vms to Linux. I'm
> compiling programs on Linux which are running on open
> VMS
>
> I'm facing problem with int64 function.
What problem? Which function?
> my hardware configurat
Hello , I want to make the an compiler for a new
language to produce elf and pe(windows) format file.
Can you tell me where to find the document of
them(most detail)?
or,Is there some allready exist library ?
Thank You!
___
Hello,
I'm trying to migrate from open vms to Linux. I'm
compiling programs on Linux which are running on open
VMS
I'm facing problem with int64 function.
my hardware configuration is P-IV 3.06 GHz
512 MB,
I'm Running Fedora Core 3 with gcc
Reading specs from
/usr/lib/gcc/i386-redhat-linux/3.4.3
Vincent Lefevre <[EMAIL PROTECTED]> writes:
> On 2005-06-01 00:58:25 +0200, Andreas Schwab wrote:
>> #include
>> #include
>>
>> long double one = 1.0;
>> long double one_plus_eps;
>>
>> int
>> main (void)
>> {
>> long double one_plus_eps;
>>
>> one_plus_eps = one + LDBL_EPSILON;
>> asse
On Tue, May 31, 2005 at 05:24:15PM -0700, Steve Kargl wrote:
> On Tue, May 31, 2005 at 07:40:37PM -0400, Andrew Pinski wrote:
> > Right now on powerpc-darwin with the following versions:
> > Expect version is 5.38.0
> > Tcl version is 8.4
> > Framework version is1.4.4
> >
> > I
On 2005-06-01 15:29:37 +0930, Alan Modra wrote:
> On Tue, May 31, 2005 at 09:53:05PM +0200, Vincent Lefevre wrote:
> > Under the 32-bit version, there's no extended precision.
>
> No. powerpc-linux has 128-bit IEEE soft-float long double.
>
> $ cat > fadd.c <<\EOF
> long double fadd (long double
21 matches
Mail list logo
