"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
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!
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
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
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
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
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*)
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
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
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 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
11 matches
Mail list logo
