Hi,
I would like to send a gcc-frontend tracer and a perlscript
called htmltags.pl that takes the trace and creates a
nice dhtml page. The source is here:
http://cfw.sourceforge.net/htmltags.html
an example of the output is here:
http://cfw.sourceforge.net/htmltag/init_32.c.pinfo.html
There is a
Hi,
Giuseppe Scrivano writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>>> The GUPC project is described here: http://gcc.gnu.org/projects/gupc.html.
>>
>> This URL is 404.
>
> Hey Ludovic, it works well here.
Works for me now, don’t know what happened.
Thanks,
Ludo’.
l...@gnu.org (Ludovic Courtès) writes:
>> The GUPC project is described here: http://gcc.gnu.org/projects/gupc.html.
>
> This URL is 404.
Hey Ludovic, it works well here. Can the trailing dot be the problem?
Cheers,
Giuseppe
Hello Gary,
Gary Funck writes:
> A GCC front-end (and runtime) for UPC (Unified Parallel C) is available
> via the following GCC branch: svn://svn/gcc/branches/gupc.
Good to hear! ;-)
> The GUPC project is described here: http://gcc.gnu.org/projects/gupc.html.
This URL is 404.
Thanks,
Ludo’
A GCC front-end (and runtime) for UPC (Unified Parallel C) is available
via the following GCC branch: svn://svn/gcc/branches/gupc.
The GUPC project is described here: http://gcc.gnu.org/projects/gupc.html.
Over the course of this year, we plan to work with the GCC
development community with the g
Sebastian Pop writes:
> I haven't looked at the gccgo branch yet, but have quickly browsed
> over the material at golang.org, and I found no document describing,
> at a high level, the design of the compiler(s) and the runtime of go.
As far as I know there is no such document.
First let me say
Hi Ian,
On Tue, Nov 10, 2009 at 17:21, Ian Lance Taylor wrote:
> For the last year and a half I've been working on a gcc frontend for
> Go, a new experimental systems programming language designed by a
> small group at Google. We've just open sourced it. You can read more
Basile STARYNKEVITCH writes:
> BTW, I understood perhaps wrongly that Ian Taylor seems to believe
> that gccgo has not much future, and that most of the software written
> in Go (the Google niche language) could be compiled by something which
> is not GCC based.
I certainly hope that gccgo has a
Joseph S. Myers wrote:
On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote:
* Looking at other niche languages in the past having had a GCC front-end (D,
Mercury, perhaps some Modula, or Cobol, or Pascal, ...) it seems that most of
them are not accepted in the GCC trunk proper.
No, it's not di
On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote:
> * Looking at other niche languages in the past having had a GCC front-end (D,
> Mercury, perhaps some Modula, or Cobol, or Pascal, ...) it seems that most of
> them are not accepted in the GCC trunk proper. As far as I understand, neither
> gcc-4.
Basile STARYNKEVITCH wrote:
* Google Go is still a niche language. And I would guess it is targetted
to Linux & Unix variants (because I heard that Google does not use
Windows on their web-crawling servers, but only Unix variants, mostly
Linux). I really feel that a niche language is exactly
Joe Buck wrote:
On Wed, Nov 11, 2009 at 11:26:36AM -0800, Basile STARYNKEVITCH wrote:
My feeling is that Google's Go (quite a nice language from the slides I just have read) is almost "canonically" the case
for a front-end plugin.
I have some major concerns about this suggestion. Isn't this a
ave a front-end written in its own
> language (and use the current C++ one only for bootstrapping)?
I don't personally have any plans to write the gcc frontend in Go,
though that would be clearly possible. There are vague plans for a
full compiler written in Go.
Note that there is another
On Nov 11, 2009, at 12:43 PM, Joe Buck wrote:
They weren't intended as a way of attaching complete new front ends
or complete new back ends. That was the thing that RMS feared the
most,
and he had at least some justification: would we have a C++ compiler
or
an Objective-C compiler if the
On Wed, Nov 11, 2009 at 11:26:36AM -0800, Basile STARYNKEVITCH wrote:
> My feeling is that Google's Go (quite a nice language from the slides I just
> have read) is almost "canonically" the case
> for a front-end plugin.
I have some major concerns about this suggestion. Isn't this a recipe for
On Wed, 11 Nov 2009, Basile STARYNKEVITCH wrote:
> My feeling is that Google's Go (quite a nice language from the slides I just
> have read) is almost "canonically" the case for a front-end plugin.
Well, if you really wish to impede host portability in several different
ways.
* Use of a plugin
Frank Ch. Eigler wrote:
Ian Lance Taylor writes:
[...] Go, a new experimental systems programming language designed
by a small group at Google. [...] The frontend is written in, yes,
C++. [...]
Neat. Are there any plans to have a front-end written in its own
language (and use the current
Ian Lance Taylor writes:
> [...] Go, a new experimental systems programming language designed
> by a small group at Google. [...] The frontend is written in, yes,
> C++. [...]
Neat. Are there any plans to have a front-end written in its own
language (and use the current C++ one only for boot
For the last year and a half I've been working on a gcc frontend for
Go, a new experimental systems programming language designed by a
small group at Google. We've just open sourced it. You can read more
about it at http://golang.org/ .
The gcc frontend is called gccgo. I've ju
> "Doug84" == Doug84 <[EMAIL PROTECTED]> writes:
Doug84> What I wish to do is create my own front end outside of GCC
Doug84> and then send the partly-processed code through the back end
Doug84> (i.e. an intermediate to assembly code transformation would be
Doug84> done by GCC - the High langu
On 07/02/2008, Doug84 <[EMAIL PROTECTED]> wrote:
>
> Hi folks,
>
> I've been looking at the documentation for writing a GCC front end and the
> common thing I believe I'm seeing is that the GCC front ends are all run
> through GCC (i.e. you're efficiently adding a new section of coding to the
> GCC
level, I would like the split ideally to be:
My program:- Lexical analysis, Syntax Analysis, Semantic Analysis,
Intermediate Code Generation
GCC backend:- Code optimization, (Final) code generation.
--
View this message in context:
http://www.nabble.com/GCC-frontend-tp15338832p15338832.html
Sent f
22 matches
Mail list logo
