Re: Parallelizing C/C++ code

Raphael Fonte Boa <rfonteboa@gmail.com>
Mon, 3 May 2010 04:09:41 -0700 (PDT)

          From comp.compilers

Related articles
Parallelizing C/C++ code rfonteboa@gmail.com (Raphael Fonte Boa) (2010-04-29)
Re: Parallelizing C/C++ code kym@sdf.lonestar.org (russell kym horsell) (2010-05-01)
Re: Parallelizing C/C++ code rfonteboa@gmail.com (Raphael Fonte Boa) (2010-05-03)
Re: Parallelizing C/C++ code kym@sdf.lonestar.org (russell kym horsell) (2010-05-06)
Re: Parallelizing C/C++ code gneuner2@comcast.net (George Neuner) (2010-05-07)
Re: Parallelizing C/C++ code joe@burgershack.org (Randy Crawford) (2010-05-14)
Re: Parallelizing C/C++ code kamalpr@gmail.com (kamal) (2010-05-27)
| List of all articles for this month |

From: Raphael Fonte Boa <rfonteboa@gmail.com>
Newsgroups: comp.compilers
Date: Mon, 3 May 2010 04:09:41 -0700 (PDT)
Organization: Compilers Central
References: 10-04-071 10-05-002
Keywords: parallel, C
Posted-Date: 05 May 2010 13:32:56 EDT

On May 1, 7:00 am, russell kym horsell <k...@sdf.lonestar.org> wrote:
> According to google there are 4.4 million hits for "parallelizing
> compiler". :) So you know it's a huge area. Perhaps start with
> wikipedia for an introduction.


Hi Russel,
Thanks for googling it for me :)


Nevertheless, I think the problem for me lies more in the analysis
area. Are the analysis for parallelism worth the effort for compilers
technology? Googling for a tool that accomplishes such
parallelization gives no result. I therefore imagine that it has no
simple solution.


Since I'm no compilers researcher I thought of asking here, maybe I
could get an answer like:
It has not been adopted by most compilers because it is not worth it,
does not bring benefits, too complex or whatever.


I know that it is a very broad area, and I don't think that some
google searches will give me something I can use to answer my
question.


In any case, thanks for the help.
Raphael.



Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.