Hi,
I came across the -mpcu=cortex-a8 option in the codesourcery gcc. When I
added that to build the Linux kernel, I found that there are no differences in
the kernel code with and without the options. The following are the gcc
options that where used to build the kernel. Am I missing some
Hi Rohan,
I have already worked on cfg data structure, plugin "data flow pass" on cfg.
For this purpose, following links would be useful.
http://www.cse.iitb.ac.in/~uday/gcc-workshop/?file=downloads
more info can be available at
http://www.cse.iitb.ac.in/grc/
- Seema
On Thu, Aug 21, 2008 at 6
Hi,
I may not have correctly understood your questions but from what I
understand I think you mean to ask how you could easily plug in your
optimization pass into GCC so as to test your implementation of some
optimization.
Well, the way to do that would be to understand the pass structure and
dec
Hi,
I am a student in Utah State University researching on compilers optimization
techniques.
I wanted to know how I could use gcc for experimenting with optimization.
Here is what I intend to do:
1) Understand the control flow graphs being generated by GCC, which I could
build using the -fdum
Hi Tobias,
On Wed, Aug 20, 2008 at 4:45 PM, Tobias Grosser
<[EMAIL PROTECTED]> wrote:
> So even if Google Summer of Code has finished. I do not want to say
> "Goodbye", but "Hello" to you.
> I am looking forward to work with you on gcc and graphite!
>
I would like to say a big thank you for your
Snapshot gcc-4.2-20080820 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20080820/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Hi gcc community, hi graphities,
since Monday Google Summer of Code 2008 is over and I would like to
write a little bit about my SOC project.
First of all I would like to thank Sebastian for being my mentor. It was
really fun to work with you. I never felt alone and always got great
mail or phone
Manuel López-Ibáñez wrote:
2008/8/20 Arnaud Charlet <[EMAIL PROTECTED]>:
If we want to implement re-opening files and reading strings given
locations, then opening/reading files should also be moved out of CCP
to its own module/namespace/object.
Agreed. Other modules may find these APIs very ha
Joe Buck <[EMAIL PROTECTED]> writes:
> On Wed, Aug 20, 2008 at 06:31:11AM -0700, Ian Lance Taylor wrote:
>> Writing your own gcc backend requires digging into the code and
>> figuring it out. It's not simple. We can't answer precise and
>> detailed questions about how it is supposed to work, but
On Wed, Aug 20, 2008 at 06:31:11AM -0700, Ian Lance Taylor wrote:
> Writing your own gcc backend requires digging into the code and
> figuring it out. It's not simple. We can't answer precise and
> detailed questions about how it is supposed to work, but we can't help
> you debug it.
I think you
> Hi Jan, hi Sebastian,
>
> Can you explain why you decided to replace GBB_LOOPS with
> loops_mapping?
> Where there any shortcomings in my implementation or did you need some
> different features?
I think we got confused about the existing implementation. The concern
was that a transform could
> Not just that, probably Fortran/Ada are already duplicating stuff that
> is in libcpp or they are implementing their own version of stuff that
> C/C++ are lacking (caret diagnostics? character encodings?).
Well, clearly, the preprocessor and handling of #include is very
C/C++ specific, and not u
2008/8/20 Arnaud Charlet <[EMAIL PROTECTED]>:
>> If we want to implement re-opening files and reading strings given
>> locations, then opening/reading files should also be moved out of CCP
>> to its own module/namespace/object.
>
> Agreed. Other modules may find these APIs very handy.
> Currently m
> If we want to implement re-opening files and reading strings given
> locations, then opening/reading files should also be moved out of CCP
> to its own module/namespace/object.
Agreed. Other modules may find these APIs very handy.
Currently many features are only available very deep or hidden in
2008/8/20 Tom Tromey <[EMAIL PROTECTED]>:
>> "Manuel" == Manuel López-Ibáñez <[EMAIL PROTECTED]> writes:
>
> Manuel> If I ever get the time, I would like to abstract our line-map
> Manuel> implementation within a "location_manager" object and API but
> Manuel> I don't think this conflicts direc
> "Manuel" == Manuel López-Ibáñez <[EMAIL PROTECTED]> writes:
Manuel> If I ever get the time, I would like to abstract our line-map
Manuel> implementation within a "location_manager" object and API but
Manuel> I don't think this conflicts directly with your work.
I am curious to know how this
> Would your implementation also handle two locations for tokens that
> come from macro expansion?
macro expansion are tricky to handle as far as I could see, so currently
this is not handled. It's tricky because some locations are "real" in
the source, and some are "virtual" from the macro.
Cons
2008/8/20 Arnaud Charlet <[EMAIL PROTECTED]>:
>
> The way I did it, since I thought that adding a new location_t field in
> the expr struct would likely be a no-no (due to additional memory usage) is to
> use a hash table "on the side", and use macros (SET_EXPR_LOCATION2,
> GET_EXPR_LOCATION2) that
Hi Jan, hi Sebastian,
while looking in the graphite backend code I stepped over a commit
(r138161) introducing graphite_loops_mapping.
At the moment I do not understand perfectly for what it is used, as it
seems to mirror a feature I already implemented (see graphite.h):
> Oh yes. Well, there is a lot of fine-tunning to do but I think that
> would be covered by A.1 and the binary_op expression would have at
> least two locations begin/end pointing to X and r. If we are able to
> print ({break;}), in the example I gave earlier, then we will be able
> to print nice r
> That is clear. Thanks. I personally would be perfectly happy if the
> compiler said
> bug.c:4.COLUMN: error: called object is not a function
> That is, fixing the compiler to includes parts of the source code in
> the error message itself is, for me, of considerably lower priority
> than fi
Balthasar Biedermann <[EMAIL PROTECTED]> writes:
> #0 0x081c5d48 in mark_jump_label_1 (x=0x0, insn=0xb7b77118, in_mem=0
> '\0', is_target=0 '\0') at ../.././gcc/jump.c:987
> #1 0x081c60e0 in mark_jump_label_1 (x=0xb7b70e28, insn=0xb7b77118,
> in_mem=0 '\0', is_target=0 '\0') at ../.././gcc/jump.
On Wed, 2008-08-20 at 09:10 +0200, Albert Cohen wrote:
> Tobias Grosser wrote:
> > I would like to improve the way how we handle scalar variables and ivs
> > during graphite transformation.
> > I am not sure, if I got it right and where to put my code in the backend.
> > So it would be great, if y
Ben Elliston schrieb:
> Perhaps you could get a stack backtrace and try to understand why you're
> getting a NULL_RTX passed in?
I already made a stack backtrace and posted it in my first mail:
Program received signal SIGSEGV, Segmentation fault.
0x081c5d48 in mark_jump_label_1 (x=0x0, insn=0xb7b
Tobias Grosser wrote:
> I would like to improve the way how we handle scalar variables and ivs
> during graphite transformation.
> I am not sure, if I got it right and where to put my code in the backend.
> So it would be great, if you could read over my ideas.
>
> The problem:
>
> In
25 matches
Mail list logo
