Comp.compilers newsgroup

Re: Predict register usage

Fri, 9 May 2008 19:35:15 +0000 (UTC)

> Do you know of any approaches which try to predict the resulting > spill code added by a register allocation when inlining is done for > a particular function? Have a look at these two papers, they may contain some useful information for you:

Seed7 Release 2008-05-08

thomas.mertes@gmx.at — Fri, 9 May 2008 19:34:56 +0000 (UTC)

Hello, I have released a new version of Seed7: seed7_05_20080508.tgz In the Seed7 programming language new statements and operators can be declared easily. Types are first class objects and therefore templates/generics need no special syntax. Object orientation is

Bison conflict ?

judicator3@gmail.com — Fri, 9 May 2008 19:34:44 +0000 (UTC)

Hello All: I am writing a parser to parse SQL (actually T-SQL for MS Sql Server). I am getting a shift/reduce conflict that I don't know how to solve. I know the reason of the conflict and I can give you 2 valid SQL statements that can be parsed in two different ways. I just don't know

Look for GDT_PC paper from Algirdas Pakstas

Thu, 8 May 2008 13:10:07 +0000 (UTC)

I read about GDP_PC by Algirdas Pakstas at http://compilers.iecc.com/comparch/article/92-05-030 He said the paper could be sent to everybody by E-mail. It's been 16 years now. Does anyone still have this paper or how can I contact him? I sent an email to these addresses but got no response:

Re: Optimization for OOP

sgkelly4@gmail.com — Thu, 8 May 2008 01:32:48 +0000 (UTC)

Thanks for the responses! Anyway, the final Idea is good, it will allow me some more knowledge about what the programmer feels a function should be doing. And thus allow the optimizer to know what it can do. However, the problem is, because of the way the optimizer is set up (basically the way in which

Re: Compiler optimizations on GPU?

Tue, 6 May 2008 18:39:59 +0000 (UTC)

Shrey: > Can any one give me some broad hints on what sort of compiler > optimizations are important for GPU's Have a look at the recent work of guys from the Ohio State University: http://www.cse.ohio-state.edu/%7Ebaskaran/ics08.pdf Cheers,

Re: Optimization for OOP

Tue, 6 May 2008 18:39:18 +0000 (UTC)

On Mon, 5 May 2008 18:51:58 -0700 (PDT), lucretia9@lycos.co.uk wrote: > On 5 May, 17:37, "Dmitry A. Kazakov" > wrote: > >> I think a consistent types system would be a better way. In Ada it >> is always known if a call is dispatching or not. That is because of

Re: Optimization for OOP

Tue, 6 May 2008 03:16:11 +0000 (UTC)

On 5 May, 17:37, "Dmitry A. Kazakov" wrote: > I think a consistent types system would be a better way. In Ada it > is always known if a call is dispatching or not. That is because of > proper typing. When an object is of a specific type, its methods

Re: The Flaming Thunder compiler

Tue, 6 May 2008 03:15:54 +0000 (UTC)

On May 5, 3:05 pm, Dave Parker wrote: > The programming language itself reminds me of JOSS. -John] John, thanks for the reference to JOSS. I can see the similarity. http://en.wikipedia.org/wiki/JOSS -Dave

For Review: C++ Performance Benchmarks

Tue, 6 May 2008 03:15:37 +0000 (UTC)

Dear Colleagues; I would like to get your help in reviewing the initial release of an open source C++ Performance Benchmark. These benchmarks will test compiler optimizations, language features, common programming idioms, as well as some compiler runtime and OS