Re: Git repository with full GCC history

Harvey Harrison wrote: Was this repo made with svnimport or git-svn? svnimport is faster but chooses bad delta bases as a result. git repack -a -d -f would allow git to choose better deltas rather than reusing the deltas that svnimport created. I used: git-svn fetch git-fetch . remotes/git-s

Re: Git repository with full GCC history

Whoops, trimmed CC: On 5/31/07, Bernardo Innocenti <[EMAIL PROTECTED]> wrote: Harvey Harrison wrote: > Are you sure it packs to 877MB? Oh, are you including a checked out > gcc source tree in that total? No, I only computed the .git size. OK, just seemed like my size with working tree was

Re: Git repository with full GCC history

Harvey Harrison wrote: Are you sure it packs to 877MB? Oh, are you including a checked out gcc source tree in that total? No, I only computed the .git size. ~/dev/trunk$ du .git -s 423064 I have a single, huge pack of 863M: -r--r--r-- 1 bernie bernie 863M May 31 21:42 pack-88472c7e9d0d

Re: Git repository with full GCC history

Are you sure it packs to 877MB? Oh, are you including a checked out gcc source tree in that total? In my gcc-svn clone of trunk: ~/dev/trunk$ du -s 873200 ~/dev/trunk$ du .git -s 423064 This is a fully packed repo with default packing settings. (git gc) Cheers, Harvey Harrison

Re: Access to symbol table??

On 5/31/07, Seema S. Ravandale <[EMAIL PROTECTED]> wrote: Hello sir, Thank you for help. you have already cleared my confusion. But I am working on inter-procedural data flow analysis. And i am trying to implement IPDFA on gimple-CFG IR. If i were you, I would do it on the gimple-SSA IR, sinc

Git repository with full GCC history

Hello, I've set up a Git mirror of the entire GCC history on server space kindly provided by David Woodhouse. You can clone it with: git-clone git://git.infradead.org/gcc.git The entire repo packs to 877MB. If you can't afford that much disk space, I suggest you get a shallow copy instead: g

Re: Very Fast: Directly Coded Lexical Analyzer

2007/5/31, J.C. Pizarro <[EMAIL PROTECTED]> wrote: To obtain 200-250% in speed gain won't be possible for this GCC optimizing compiler because of http://en.wikipedia.org/wiki/Amdahl%27s_law To understand the law's idea, to see first the red-A & blue-B graphic. GCC throws more time optimizing th

Linux Foundation Travel Fund and GCC Summit

The GCC Summit web page at http://www.gccsummit.org announces: Tuesday, May 15th, 2007 ~ Linux Foundation Travel Fund The wonderful people at Linux Foundation are offering a Travel Fund for those individuals who are unable to cover their travel expenses to events such as the GCC Developer

Re: Very Fast: Directly Coded Lexical Analyzer

On Thu, 31 May 2007, Andrew Haley wrote: No. Speed is always measured in reciprocal units of time: s^-1. A program that runs in 10 seconds has a speed of 0.1 s^-1. Thus, 200% is (0.1 * 200/100) s^-1 faster, giving a speed of 0.3 s^-1. Um, 0.1 * 200/100 = 0.2. Amdahl's Law says: speedup =

Re: Very Fast: Directly Coded Lexical Analyzer

On 5/31/07, Joseph S. Myers <[EMAIL PROTECTED]> wrote: Zack had some ideas a few years ago (I don't think they were ever posted to a public list) about how to speed up _cpp_clean_line in particular, and some or all of translation phases 1 to 3 in general. The idea is that you have several Mealy

Re: Very Fast: Directly Coded Lexical Analyzer

From "Frank Schaefer" <[EMAIL PROTECTED]> wrote: Dear GCC Team, Last weekend I finished the release of my directly coded analyzer generator engine for Quex. First, I thought, it would be just a nice idea to step away from table driven approach of flex/lex. Directly coding also facilitates the st

cxx-reflection branch ?

Hi ! I'm wondering whether cxx-reflection branch is still active or alive ? http://www.gnu.org/software/gcc/projects/cxx-reflection/ I've already tried to contact Gabriel Dos Reis [mailto:[EMAIL PROTECTED] but received no responce from him. Based on what I have found on web pages and in forums l

Re:Access to symbol table??

Hello sir, Thank you for help. you have already cleared my confusion. But I am working on inter-procedural data flow analysis. And i am trying to implement IPDFA on gimple-CFG IR. So at IR level all usages of global variable are replaced by some local variables of kind global.0, global.1 etc...

Re: Option ordering

Sergei Organov <[EMAIL PROTECTED]> writes: > I like the idea. I'd also suggest that group options won't do anything > else but affecting [default values of] simple options. It means that one > will be able to substitute a set of simple options for a "group option" > without change in behavior (for

Re: Dorit, Richi and Zdenek appointed Auto-Vectorizer maintainers

David Edelsohn <[EMAIL PROTECTED]> wrote on 30/05/2007 04:21:15: >I am pleased to announce that the GCC Steering Committee has > appointed Dorit Nuzman, Richard Guenther, and Zdenek Dvorak as > Auto-Vectorizer maintainers. > >Please join me in congratulating Dorit, Richard, and Zdenek on t

RE: Very Fast: Directly Coded Lexical Analyzer

On 31 May 2007 17:30, Andreas Schwab wrote: > "Dave Korn" <[EMAIL PROTECTED]> writes: > >> On 31 May 2007 16:59, Kevin Handy wrote: >> >>> Diego Novillo wrote: We are *always* interested in making GCC faster. All you need now is a copyright assignment, the willingness to do the work (

Re: Very Fast: Directly Coded Lexical Analyzer

On Thu, 31 May 2007, Andi Kleen wrote: > "Frank Schaefer" <[EMAIL PROTECTED]> writes: > > > > Is there any interest in using such an engine in the GCC toolset? > > Right now gcc doesn't use flex so it would be probably non trivial > to implement support. You would need to rewrite c-lex.c All t

Re: Very Fast: Directly Coded Lexical Analyzer

"Dave Korn" <[EMAIL PROTECTED]> writes: > On 31 May 2007 16:59, Kevin Handy wrote: > >> Diego Novillo wrote: >>> We are *always* interested in making GCC faster. All you need now is a >>> copyright assignment, the willingness to do the work (or find someone to >>> do it for you) and the time to i

Re: Fixed-point branch?

Joseph S. Myers wrote: > I haven't examined it. When the branch maintainers consider it ready to > merge I hope a proposal along the lines of the DFP one > will be posted (see also > subsequent discussion in that thread, and on the submitted pa

RE: Very Fast: Directly Coded Lexical Analyzer

On 31 May 2007 16:59, Kevin Handy wrote: > Diego Novillo wrote: >> We are *always* interested in making GCC faster. All you need now is a >> copyright assignment, the willingness to do the work (or find someone to >> do it for you) and the time to implement it. >> >> 200% speed gains are nice, e

Re: Very Fast: Directly Coded Lexical Analyzer

Kevin Handy writes: > Diego Novillo wrote: > > We are *always* interested in making GCC faster. All you need now is a > > copyright assignment, the willingness to do the work (or find someone to > > do it for you) and the time to implement it. > > > > 200% speed gains are nice, especially if

Re: Very Fast: Directly Coded Lexical Analyzer

Diego Novillo wrote: We are *always* interested in making GCC faster. All you need now is a copyright assignment, the willingness to do the work (or find someone to do it for you) and the time to implement it. 200% speed gains are nice, especially if they can be replicated outside the lab.

Re: Very Fast: Directly Coded Lexical Analyzer

Thanks for your comments, However, I did not get the point with the table driven against special jumps statement. If you look at the code that quex creates, you see that the jumps are towards fixed labels, and the conditions for those jumps are based on constants. With a table driven approach, yo

Re: Access to symbol table??

On 5/31/07, Seema S. Ravandale <[EMAIL PROTECTED]> wrote: > On 5/31/07, Seema S. Ravandale <[EMAIL PROTECTED]> wrote: >> Hi... >> This is Seema here. I am working on GCC in IITB as research fellow. >> >> Actually i am trying to find out scope information of a variable. > >> But i >> didnt find an

Re: Access to symbol table??

> On 5/31/07, Seema S. Ravandale <[EMAIL PROTECTED]> wrote: >> Hi... >> This is Seema here. I am working on GCC in IITB as research fellow. >> >> Actually i am trying to find out scope information of a variable. > >> But i >> didnt find any information within "decl" data structure of a variable. >

Re: Fixed-point branch?

On Mon, 28 May 2007, Mark Mitchell wrote: > Joseph, Richard -- > > As C maintainers, have either of you looked at Chao-Ying's fixed-point > branch? I haven't examined it. When the branch maintainers consider it ready to merge I hope a proposal along the lines of the DFP one

Re: Access to symbol table??

On 5/31/07, Seema S. Ravandale <[EMAIL PROTECTED]> wrote: Hi... This is Seema here. I am working on GCC in IITB as research fellow. Actually i am trying to find out scope information of a variable. But i didnt find any information within "decl" data structure of a variable. It's there, it's

Access to symbol table??

Hi... This is Seema here. I am working on GCC in IITB as research fellow. Actually i am trying to find out scope information of a variable. But i didnt find any information within "decl" data structure of a variable. somewhere i read that "level # attribute" gives the inforamtion about scope. but

Re: Very Fast: Directly Coded Lexical Analyzer

"Frank Schaefer" <[EMAIL PROTECTED]> writes: > > Is there any interest in using such an engine in the GCC toolset? Right now gcc doesn't use flex so it would be probably non trivial to implement support. You would need to rewrite c-lex.c > It would be an honor for me to provide any adaptions yo

Debug info generation (target: Fr30) - GCC 4.1.1

Hi all, I need some clarification regarding the debug info generated for var_arg function. Target: fr30 Compiler version : v4.1.1 binutils : v2.16 newlib : v1.14.0 <

Re: Very Fast: Directly Coded Lexical Analyzer

On 5/31/07 9:19 AM, Frank Schaefer wrote: > Is there any interest in using such an engine in the GCC toolset? We are *always* interested in making GCC faster. All you need now is a copyright assignment, the willingness to do the work (or find someone to do it for you) and the time to implement i

Very Fast: Directly Coded Lexical Analyzer

Dear GCC Team, Last weekend I finished the release of my directly coded analyzer generator engine for Quex. First, I thought, it would be just a nice idea to step away from table driven approach of flex/lex. Directly coding also facilitates the step towards analysis of different character encodi

Re: Option ordering

"Manuel López-Ibáñez" <[EMAIL PROTECTED]> writes: > On 30 May 2007 16:12:12 -0700, Ian Lance Taylor <[EMAIL PROTECTED]> wrote: >> Joe Buck <[EMAIL PROTECTED]> writes: >> >> > How about: have -Wall still set warn_strict_overflow >> > to 1, but to have -Wall -Wstrict-overflow *or* -Wstrict-overflow

Re: Option ordering

On 31/05/07, Jakub Jelinek <[EMAIL PROTECTED]> wrote: On Wed, May 30, 2007 at 09:23:34PM -0400, Diego Novillo wrote: > On 5/30/07 7:07 PM, Joe Buck wrote: > > > How about: have -Wall still set warn_strict_overflow > > to 1, but to have -Wall -Wstrict-overflow *or* -Wstrict-overflow -Wall > > *or*

Re: Option ordering

On Wed, May 30, 2007 at 09:23:34PM -0400, Diego Novillo wrote: > On 5/30/07 7:07 PM, Joe Buck wrote: > > > How about: have -Wall still set warn_strict_overflow > > to 1, but to have -Wall -Wstrict-overflow *or* -Wstrict-overflow -Wall > > *or* just -Wstrict-overflow set it to 2? The only change w

No puedo descargar

El mirror de Brasil no anda

Re: POINTER_PLUS branch status?

On Wed, 2007-05-30 at 17:53 -0700, Andrew Pinski wrote: > On 5/30/07, Jeffrey Law <[EMAIL PROTECTED]> wrote: > > On Tue, 2007-05-29 at 16:13 -0700, Andrew Pinski wrote: > > > The next step is to see if that patch is no longer needed for hppa > > > (well and fixing the hppa back-end). > > I would ex