Eric Botcazou <[EMAIL PROTECTED]> writes:
> > Pragmatically I guess it is best for me to maintain a reversed patch
> > which can be applied to a gcc-4.1.0 tar ball which reintroduces this
> > TYPE. Any thoughts?
>
> Integrating the Modula-2 front-end?
Hi,
this would be an excellent thing to do.
This has been discussed and patched on the gc mailing list. I think
that incorporating the patch is mandatory for all the 4.x branches:
http://www.hpl.hp.com/hosted/linux/mail-archives/gc/2005-December/
001071.html
Cheers,
Sandro
Hi Jeff,
> > By the way, I hacked tree-vrp to start all value ranges for INTEGRAL_TYPE_P
> > variables to [TYPE_MIN, TYPE_MAX]. It certainly helps with eliminating many
> > Ada range checks. Maybe the compiler will even bootstrap :)
> The thing to check will be compile-time performance -- in gen
On 25 Mar 2006 00:02:43 +, Gaius Mulley <[EMAIL PROTECTED]> wrote:
> Pragmatically I guess it is best for me to maintain a reversed patch
> which can be applied to a gcc-4.1.0 tar ball which reintroduces this
> TYPE. Any thoughts?
I think it would be better if you make the SET_TYPE a front-end
On 03/25/06 09:12, Duncan Sands wrote:
> I'm quite interested in trying out this scheme. Unfortunately it's not clear
> to me how I would go about finding which variables are subroutine parameters,
> and adding ASSERT_EXPRs for them; any hints would be welcome.
>
Probably not a bad idea to test.
On 24/mar/2006, at 14:24, Andrew Pinski wrote:
This looks like you did not update your cctools to the newest one
which
was posted which includes this symbol.
Updated cctools, now the not found symbol has changed:
dyld: _dyld_bind_fully_image_containing_address() error
dyld: Symbol not foun
Sandro Tolaini wrote:
On 24/mar/2006, at 14:24, Andrew Pinski wrote:
This looks like you did not update your cctools to the newest one which
was posted which includes this symbol.
Updated cctools, now the not found symbol has changed:
dyld: _dyld_bind_fully_image_containing_address() error
Snapshot gcc-4.2-20060325 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060325/
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
"Steven Bosscher" <[EMAIL PROTECTED]> writes:
> On 25 Mar 2006 00:02:43 +, Gaius Mulley <[EMAIL PROTECTED]> wrote:
> > Pragmatically I guess it is best for me to maintain a reversed patch
> > which can be applied to a gcc-4.1.0 tar ball which reintroduces this
> > TYPE. Any thoughts?
>
> I th
Hello,
I've looked into the bugzilla, but have not been able to find similar or
the same bug, so I wonder if this is known or not. Anyway, when I compiled
GCC 4.1.0 (release) on OpenBSD 3.9 configured with:
$ c++41x -v
Using built-in specs.
Target: i386-unknown-openbsd3.9
Configured with: /h
Over the last 2.5 weeks I have built the complete Debian archive
on a quad-core MIPS machine donated by Broadcom using the recently
released version 4.1 of GCC. In parallel, I have done the same
on an EM64T box donated to Debian by Intel.
The purpose of this exercise was three-fold:
- Find out a
On Fri, Mar 24, 2006 at 12:01:26PM +0100, [EMAIL PROTECTED] wrote:
> "ld: *_s.o uses VFP instructions, whereas ./libgcc_s.so.1.tmp does not"
>
> (Complete log in attachment).
>
> I found this message quite strange, as libgcc_s.so.1.tmp was the
> output of the linker, so it should have been crea
Greetings! GCL is a lisp compiler system which outputs C code normally
compiled by gcc into an object, which is then loaded and relocated
into the running GCL image. In lisp, compiling is a very incremental
process, with many, often thousands of small functions compiled one at
a time. GCL/gcc com
13 matches
Mail list logo
