On Wed, Mar 21, 2012 at 3:47 AM, Basile Starynkevitch
wrote:
> On Tue, 20 Mar 2012 18:39:40 +1000
> Peter Dolding wrote:
>>
>> The top level modules already exist and are named.
>
>
> Not really. I see nowhere on the GCC site a picture as clear as
> the "plateform overview" figure on http://devel
On Wed, Mar 21, 2012 at 10:36 AM, Peter Dolding wrote:
> On Wed, Mar 21, 2012 at 3:47 AM, Basile Starynkevitch
> wrote:
>> On Tue, 20 Mar 2012 18:39:40 +1000
>> Peter Dolding wrote:
>>>
>>> The top level modules already exist and are named.
>>
>>
>> Not really. I see nowhere on the GCC site a pi
On Wed, Mar 21, 2012 at 7:57 PM, Richard Guenther
wrote:
> Indeed. There is also different module hierarchies that overlap. For
> example ILs used in the different parts of the compiler.
>
> I think Basile is mostly confused about what files belong to what module,
> a question with not a single
>> Thank you for the quick reply.
>>
OKay, follow up from a few days ago. I ran the testsuite again however
with a stack size of 32Mb and now there are no ICE issues.
See :
http://gcc.gnu.org/ml/gcc-testresults/2012-03/msg02401.html
What I find interesting is why we see an internal
On Wed, 21 Mar 2012, Dennis Clarke wrote:
> What I find interesting is why we see an internal compiler error
> as opposed to something more reasonable when the user stack size is
> too small. Really, this is not a compiler fault at all but a user
> environment issue and thus the ICE is a false
> Hello,
> In my transformation of an input program, I need to clone functions
> and the callee functions in each clone. To clone a function, or
> create a duplicate, I use "cgraph_function_versioning()" This works
> perfectly well for the parent function. I then go through the
> statements in t
I have hit a rather annoying issue during "make install" thus :
.
.
.
gmake ada/doctools/xgnatugn
gmake[3]: Entering directory `/opt/bw/src/gcc-4.6.3-SunOS5.8-i386/gcc'
mkdir -p ada/doctools
cp -p ../../gcc-4.6.3/gcc/ada/xgnatugn.adb ada/doctools
cd ada/doctools && gnatmake -q xgnatugn
gnatmake:
> Hi Martin, thanks very much for the information!
>
> On Tue, Mar 20, 2012 at 9:29 PM, Martin Jambor wrote:
> > Hi,
> >
> > On Tue, Mar 20, 2012 at 02:07:17PM +1100, Matt Davis wrote:
> >> Hello,
> >> In my transformation of an input program, I need to clone functions
> >> and the callee functio
"Joseph S. Myers" writes:
> On Wed, 21 Mar 2012, Dennis Clarke wrote:
>
>> What I find interesting is why we see an internal compiler error
>> as opposed to something more reasonable when the user stack size is
>> too small. Really, this is not a compiler fault at all but a user
>> environmen
On Wed, Mar 21, 2012 at 10:57:08AM +0100, Richard Guenther wrote:
>
> Indeed. There is also different module hierarchies that overlap. For
> example ILs used in the different parts of the compiler.
>
> I think Basile is mostly confused about what files belong to what module,
> a question with n
Em 21/03/2012 08:58, Peter Dolding escreveu:
If there is a grey area you have broken into modules wrong. Module
based code has no grey. No grey equals less errors of person editing
a file they think is exclusive to some part that turns out to be
shared with another part so causing nasty failur
Hello,
I am a PhD student studying compilers. I am wondering, is there any
representation of array regions in the gcc/g++ IR? (Like in this
paper: http://dl.acm.org/citation.cfm?id=1152165).
I am having quite a hard time understanding how to build this IR from
the paper. Does anyone on this list
On Wed, Mar 21, 2012 at 4:02 PM, Pedro Lamarão
wrote:
> Em 21/03/2012 08:58, Peter Dolding escreveu:
>
>
>> If there is a grey area you have broken into modules wrong. Module
>> based code has no grey. No grey equals less errors of person editing
>> a file they think is exclusive to some part th
On Wed, Mar 21, 2012 at 10:03 AM, Basile Starynkevitch
wrote:
> Sorry people, we don't have any established list of named modules. I see
> nowhere a list of one or two dozens of modules with for each of them:
>
> * a name
>
> * short description in one or two sentences
>
> * the entire set of
On Wed, Mar 21, 2012 at 10:24:54AM -0500, Gabriel Dos Reis wrote:
> On Wed, Mar 21, 2012 at 10:03 AM, Basile Starynkevitch
> wrote:
>
> > Sorry people, we don't have any established list of named modules. I see
> > nowhere a list of one or two dozens of modules with for each of them:
> >
> > * a
Rainer Orth writes:
> That's a Linux-only option, unfortunately. I asked the Solaris
> engineers about implementing split-stack support, but they rejected it
> for the complexity.
Wimps. The split-stack support is simpler than than TLS support.
Not that I really think gcc should use split-sta
On 20/03/12 10:30, Jakub Jelinek wrote:
>
Like any other builtin expander? There are many dozens of examples in
builtins.c. It is called with the tree argument, so you verify it, complain
if the argument is not the one you are expecting, and just expand it as the
symbol instead of expanding the
On Wed, 2011-01-26 at 14:55 +, James Murray wrote:
> On Wed, 2011-01-26 at 15:40 +0100, Richard Guenther wrote:
>
> > Stephane Carrez is listed as maintainer of the port, so he should
> > know how to contribute fixes to the port upstream.
> >
> Yes, but as I said... he is no longer active on
James Murray writes:
> However, the generated code isn't as good as the output from 3.3.6. I
> swapped back to unpatched 3.4.4 and compared with unpatched 3.3.6.
I can understand why you are doing this. However, you should be aware
that the compiler internals changed significantly in version 4.
On Thu, Mar 22, 2012 at 1:03 AM, Basile Starynkevitch
wrote:
> On Wed, Mar 21, 2012 at 10:57:08AM +0100, Richard Guenther wrote:
>>
>> Indeed. There is also different module hierarchies that overlap. For
>> example ILs used in the different parts of the compiler.
>>
>> I think Basile is mostly c
On 21 March 2012 15:35, Basile Starynkevitch wrote:
>>
>
> I am not sure what you expect from me. As I said many times, I have not a
> global understanding of GCC (the "global reviewers" have a much better
> global understanding than I do). So I cannot propose or initiate a list of
> modules.
>
> O
Very well said. Discussing about modules also makes no sense. Figure out
the present state.
these kind of meta discussions are very rarely of value, this
one is no exception IMO
Richard.
--
P.
On 3/21/2012 11:35 AM, Basile Starynkevitch wrote:
I would be happy to help, but please understand that my understanding of GCC
is restricted to gengtype, ggc, and some parts of the middle-end. I know
nothing about the vast rest of the GCC compiler.
Perhaps suggestions about improvements in th
anyone can help on this question please? thanks
> From: blue_3...@hotmail.com
> To: gcc@gcc.gnu.org; maxim.kuvyr...@gmail.com
> Subject: dep question in sched-deps.c
> Date: Wed, 21 Mar 2012 01:17:07 +
>
>
> Hello,
>
> I am confused by following piece of code in sched-deps.c. My understa
24 matches
Mail list logo
