On Mar 23, 2006, at 3:53 PM, Mark Mitchell wrote:
As I just sent in my Gelato abstract
Oh right, I have to do that too! :)
(at which you and I will be
presenting talks about different approaches to link-time
optimization in
GCC), I was wondering what the status of the LLVM copyright assign
Chris --
As I just sent in my Gelato abstract (at which you and I will be
presenting talks about different approaches to link-time optimization in
GCC), I was wondering what the status of the LLVM copyright assignment
is. Has there been progress on that front?
Thanks,
--
Mark Mitchell
CodeSour
Snapshot gcc-4.0-20060323 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.0-20060323/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.0 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On 21 March 2006 20:21, Dave Korn wrote:
> At least as far as I have been able to find, there's no mention of these
> anywhere in any version of the internals manual.
> Since I have only deduced the existence of these patterns from stumbling
> across HAVE_sibcall etc. in calls.c, I won't imme
Hello, my name is Laura and I need to know where I could find or download the
oldest version of de "C" compiler. I look forward to hearing from you.
--
Departamento de Computaciòn
Universidad Nacional de Río Cuarto -Córdoba - Argentina
On Thursday 23 March 2006 17:14, Andrew Pinski wrote:
>
> On Mar 23, 2006, at 11:10 AM, Richard Guenther wrote:
> >
> >
> > Well - we could hack a new type attribute to specify min/max values...
>
> Or maybe try to using C++ instead since C++ rules for enums are
> different
> than C :).
Well,
Been so far unsuccessful in doing this, was hoping someone could help.
I tried to emulate our current cross compile method (C to NLM) for Ada
but something doesn't seem to be working. Currently, we cross compile
our C programs using gcc and link everything into an elf32-i386 object
file. Then, we
On Mar 23, 2006, at 11:10 AM, Richard Guenther wrote:
Well - we could hack a new type attribute to specify min/max values...
Or maybe try to using C++ instead since C++ rules for enums are
different
than C :).
-- Pinski
On 3/23/06, Jeffrey A Law <[EMAIL PROTECTED]> wrote:
> On Thu, 2006-03-23 at 10:40 +0100, Duncan Sands wrote:
> > Hi Jeff, this seems to work nicely - thanks again. I still see a bunch
> > of suboptimal range calculations in the Ada code I'm looking at, but these
> > now just coming from having ev
On Thu, 2006-03-23 at 10:40 +0100, Duncan Sands wrote:
> Hi Jeff, this seems to work nicely - thanks again. I still see a bunch
> of suboptimal range calculations in the Ada code I'm looking at, but these
> now just coming from having everything initialised to VR_VARYING rather than
> [TYPE_MIN, T
Hi,
I think the optimization parameter "max-cselib-memory-location"
documented in the section 3.10 should be called
"max-cselib-memory-locations". (The last 's' is missing.)
Bye,
Philipp Claßen
> Which ones?
PR tree-optimization/26797.
--
Eric Botcazou
On Thursday 23 March 2006 11:31, Eric Botcazou wrote:
> > Hi Jeff, this seems to work nicely - thanks again.
>
> Well, this has introduced 3 regressions in the ACATS testsuite on x86/x86-64.
Which ones?
Ciao,
Duncan.
> Hi Jeff, this seems to work nicely - thanks again.
Well, this has introduced 3 regressions in the ACATS testsuite on x86/x86-64.
--
Eric Botcazou
On Tuesday 21 March 2006 21:59, Jeffrey A Law wrote:
> On Tue, 2006-03-21 at 10:14 +0100, Duncan Sands wrote:
>
> > Hi Jeff, on the subject of seeing through typecasts, I was playing around
> > with VRP and noticed that the following "if" statement is not eliminated:
> >
> > int u (unsigned char
From: "Christian Joensson" <[EMAIL PROTECTED]>
Date: Thu, 23 Mar 2006 09:25:43 +0100
> On 3/23/06, David S. Miller <[EMAIL PROTECTED]> wrote:
> > From: "Christian Joensson" <[EMAIL PROTECTED]>
> > Date: Thu, 23 Mar 2006 09:05:54 +0100
> >
> > > The problem is this:
> > >
> > > file .libs/barrier.o
On 3/23/06, David S. Miller <[EMAIL PROTECTED]> wrote:
> From: "Christian Joensson" <[EMAIL PROTECTED]>
> Date: Thu, 23 Mar 2006 09:05:54 +0100
>
> > The problem is this:
> >
> > file .libs/barrier.o
> > .libs/barrier.o: ELF 32-bit MSB relocatable, SPARC32PLUS, V8+
> > Required, version 1 (SYSV), n
oops, this went to gcc-patches, should have gone here...
On 3/23/06, Christian Joensson <[EMAIL PROTECTED]> wrote:
> This was on
>
> Aurora SPARC Linux release 2.0b2 (Kashmir FC3) UltraSparc IIi (Sabre) sun4u:
>
> binutils-2.15.92.0.2-5.sparc
> bison-2.1-1.1.sparc
> dejagnu-1.4.4-2.noarch
> expect
18 matches
Mail list logo