On Tue, Aug 07, 2007 at 06:41:33PM -0400, Daniel Jacobowitz wrote:
> On Tue, Aug 07, 2007 at 03:34:56PM -0700, H.J. Lu wrote:
> > > - tmake_file="$tmake_file i386/t-crtstuff i386/t-sol2-10"
> > > + tmake_file="$tmake_file i386/t-sol2-10"
>
> > CRTSTUFF_T_CFLAGS in config/i386/t-sol
On Tue, Aug 07, 2007 at 03:34:56PM -0700, H.J. Lu wrote:
> > - tmake_file="$tmake_file i386/t-crtstuff i386/t-sol2-10"
> > + tmake_file="$tmake_file i386/t-sol2-10"
> CRTSTUFF_T_CFLAGS in config/i386/t-sol2 should override the one
> in i386/t-crtstuff anyway. Why didn't it happ
On Tue, Aug 07, 2007 at 07:38:45PM +, Art Haas wrote:
> Hi.
>
> The patch for PR 31868 broke my builds on this machine. I had to back
> out the change to 'config.gnu' for my build to succeed. The resulting
> diff is below:
>
> diff --git a/gcc/config.gcc b/gcc/config.gcc
> --- a/gcc/config.gc
Hi,
In response to a suggestion from Mark Mitchell, I've been attempting
to migrate pointers to members to the GCC middle end. The goal of
this is twofold: (a) to enable conversion of pointer to member
dereferences to direct function calls and member accesses when
analysis determines this is unam
Hi.
The patch for PR 31868 broke my builds on this machine. I had to back
out the change to 'config.gnu' for my build to succeed. The resulting
diff is below:
diff --git a/gcc/config.gcc b/gcc/config.gcc
--- a/gcc/config.gcc
+++ b/gcc/config.gcc
@@ -1265,7 +1265,7 @@ i[34567]86-*-solaris2*)
On Tue, Aug 07, 2007 at 12:08:48PM -0500, Ben White wrote:
> From the GCC Wiki, Speedup Areas page, Strings/identifiers section:
>
> /3. Replace identifier hash table with a better data structure (have
> already tried a ternary tree, it's not faster; could try to code it even
> cleverer than i
On Sun, Aug 05, 2007 at 11:18:52PM -0400, Daniel Berlin wrote:
> For now, i have made the fields not subtract two from the size (which
> was done to fix a broken browser)
It worked. Thanks.
--
Rask Ingemann Lambertsen
From the GCC Wiki, Speedup Areas page, Strings/identifiers section:
/3. Replace identifier hash table with a better data structure (have
already tried a ternary tree, it's not faster; could try to code it even
cleverer than it already was; B* trees might be worth looking into)/
A different
I'm sure this has come up before, but I don't understand how the
-maltivec definition of STACK_BOUNDARY can be right. We tell the
compiler that STACK_BOUNDARY == 128 if -maltivec, without telling it
that other people may ignore that, because -maltivec is not supposed
to be an ABI changing option b
On 8/6/07, Alfred M. Szmidt <[EMAIL PROTECTED]> wrote:
>> Any chance of moving to launchpad.net?
>
>And launchpad.net forces everyone else to remember a new username
>and password.
>
> Launchpad is also non-free software.
>
Great!
We'll start the migration tomorrow then!
"Andrew Pinski" <[EMAIL PROTECTED]> wrote on 02.08.2007 19:36:30:
> On 8/2/07, Sa Liu <[EMAIL PROTECTED]> wrote:
> > Hi all,
> >
> > I have detected a bug in C++ frontend.
>
> This used to work. Can you file a bug at the very least?
>
Hi Andrew,
Do you still remember on which version it used
11 matches
Mail list logo
