On Sun, 3 Aug 2008, Basile STARYNKEVITCH wrote:
> I also am in favor of having some stuff in GCC which use external libraries,
> provided this stuff can be disabled at configure time.
My view as a general principle is that options such as -O2 must have
exactly the same results regardless of how
On Sun, 3 Aug 2008, Sebastian Pop wrote:
> Hi,
>
> I'm moving this thread to gcc@ mailing list for a wider audience.
This message didn't seem to go to the gcc list.
> On Sun, Aug 3, 2008 at 2:07 PM, Mark Mitchell <[EMAIL PROTECTED]> wrote:
> > I agree with Joseph's comments. Thanks,
> >
> > --
Balthasar Biedermann wrote on 03 August 2008 14:59:
> The compilation of my custom GCC works, but the binary I get is not
> working. I always get the "internal compiler error: Segmentation fault"
> message if I try to Compile a c-file.
> But the GCC don't tell me, where or why the error occurred.
Hello All
Richard Guenther wrote:
On Sun, Aug 3, 2008 at 8:23 PM, Joseph S. Myers <[EMAIL PROTECTED]> wrote:
On Sat, 2 Aug 2008, Sebastian Pop wrote:
You have to get a copy of the release 0.9 of PPL from:
http://www.cs.unipr.it/ppl/Download/
I see this is documented as needing (a) C++, (b) GC
Hi,
I'm creating a GCC Back-End for a virtual CPU.
I have already created a Machine Description (cpu.md) File and the
Target Description Makro Files (cpu.h cpu.c). I have only implemented
all the makros, which are needed for compiling the GCC. But not all
which are needed for the CPU.
The co
Hi
I am working on expanding auto par for outer loops, and while doing so,
I need to duplicate the whole body of the outer loop. the current
function that is used for the inner loops
is gimple_duplicate_sese_tail, only it doesn't support subloops.
Any ideas on how I can alternatively get the s
On Aug 1, 2008, at 7:53 AM, Mark Mitchell wrote:
My concern is that the path we're heading towards is:
...
2. Middle-end builds call graphs, etc., and throws out 99.5% of the
functions and debug info, after deciding it's not needed. (Note,
for example, that mangled names are typically not
