Re: [RFC] WHOPR - A whole program optimizer framework for GCC

2007-12-13 Thread Paolo Bonzini
They are gaming or playing with the words of the language for Google. If the world is global then ^^ what means "global optimizer" using the infraestructure for google? ^^. Wow, paranoia is a new feature of J.C.'s messages. Seriously, your future employers might search for your name in the

Re: [RFC] WHOPR - A whole program optimizer framework for GCC

2007-12-13 Thread Nicholas Nethercote
On Wed, 12 Dec 2007, J.C. Pizarro wrote: [...] * "executable" means "it's from an execution to death of the e-prisoner"? * "Indirect call promotion" means "this promotion indirectly e?"? * "Dead variable elimination" means "elimination variable of R.I.P.s"? * etc. J.C.Pizarro i though

Re: Something is broken in repack

2007-12-13 Thread Nguyen Thai Ngoc Duy
On Dec 12, 2007 10:48 PM, Nicolas Pitre <[EMAIL PROTECTED]> wrote: > In the mean time you might have to use only one thread and lots of > memory to repack the gcc repo, or find the perfect memory allocator to > be used with Git. After all, packing the whole gcc history to around > 230MB is quite a

Re: [RFC] WHOPR - A whole program optimizer framework for GCC

2007-12-13 Thread Diego Novillo
On 12/12/07 6:41 PM, Harvey Harrison wrote: I'm curious how this interacts/complements with any efforts to using the LLVM IR in LTO. No. At least not at this moment. GCC uses its own IR (GIMPLE) as the in-core and on-disk representation. Any pointers to where that discussion ended up?

Re: [RFC] WHOPR - A whole program optimizer framework for GCC

2007-12-13 Thread Diego Novillo
On 12/13/07 2:39 AM, Ollie Wild wrote: The lto branch is already doing this, so presumably that discussion was resolved (Maybe someone in the know should pipe up.). Yes, streaming the IL to/from disk is a resolved issue. I believe a stable representation is an explicit non-goal of the LTO pr

Re: Git and GCC

2007-12-13 Thread Rafael Espindola
> Yes, everything, by default you only get the more modern branches/tags, > but it's all in there. If there is interest I can work with Bernardo > and get the rest publically exposed. I decided to give it a try, but could not find the tuples branch. Is it too hard to make gimple-tuples-branch and

Re: Something is broken in repack

2007-12-13 Thread Paolo Bonzini
Is there an alternative to "git repack -a -d" that repacks everything but the first pack? That would be a pretty good idea for big repositories. If I were to implement it, I would actually add a .git/config option like pack.permanent so that more than one pack could be made permanent; then

Re: Something is broken in repack

2007-12-13 Thread Johannes Sixt
Paolo Bonzini schrieb: > Nguyen Thai Ngoc Duy wrote: >> On Dec 12, 2007 10:48 PM, Nicolas Pitre <[EMAIL PROTECTED]> wrote: >>> In the mean time you might have to use only one thread and lots of >>> memory to repack the gcc repo, or find the perfect memory allocator to >>> be used with Git. After a

Re: [RFC] WHOPR - A whole program optimizer framework for GCC

2007-12-13 Thread Chris Lattner
On Dec 13, 2007, at 5:32 AM, Diego Novillo wrote: On 12/12/07 6:41 PM, Harvey Harrison wrote: Any pointers to where that discussion ended up? There was some discussion about merging LLVM and GCC a couple of years back but nothing concrete came out of it. The concrete thing that came out of

Re: Git and GCC

2007-12-13 Thread Harvey Harrison
On Thu, 2007-12-13 at 14:40 +, Rafael Espindola wrote: > > Yes, everything, by default you only get the more modern branches/tags, > > but it's all in there. If there is interest I can work with Bernardo > > and get the rest publically exposed. > > I decided to give it a try, but could not fi

Re: Status of simulator targets after dataflow merge

2007-12-13 Thread Rask Ingemann Lambertsen
On Sat, Jun 16, 2007 at 05:31:02PM +0200, Rask Ingemann Lambertsen wrote: > >The following targets have significantly more unexpected failures than > before: > > mipsisa64-unknown-elf 841 -> 921 g++ (my results) Results have recently improved dramatically to only 3 unexpected g++ failure

Re: Something is broken in repack

2007-12-13 Thread Jakub Narebski
Johannes Sixt wrote: > Paolo Bonzini schrieb: >> Nguyen Thai Ngoc Duy wrote: >>> >>> Is there an alternative to "git repack -a -d" that repacks everything >>> but the first pack? >> >> That would be a pretty good idea for big repositories. If I were to >> implement it, I would actually add a .git

ctor style cast vs c style cast

2007-12-13 Thread Peter A. Felvegi
hello all, today i've run into this: if i cast a double value to an unsigned int using the C style cast when passing it to printf, it's fine. however, if i use the ctor style cast, i get a compile error. in theory, these two should do the same: create a temporary unsigned int, and assign the doubl

Re: ctor style cast vs c style cast

2007-12-13 Thread David Fang
today i've run into this: if i cast a double value to an unsigned int using the C style cast when passing it to printf, it's fine. however, if i use the ctor style cast, i get a compile error. in theory, these two should do the same: create a temporary unsigned int, and assign the double to it aft

help pls, about gcc-3.0.1 on HP unix

2007-12-13 Thread 爬爬虫
hi Tapani Tarvainen, sorry for interrupt you. I searched a your mail in gnu-gcc maillist. http://gcc.gnu.org/ml/gcc/2002-01/msg00062.html you said you have installed gcc 3.0.3 in HP-UX 11.11, but I really wasn't successfull on it. my step: export CC=/opt/hp-gcc/bin/gcc (the gcc is binary gcc-3.

Re: Something is broken in repack

2007-12-13 Thread Nguyen Thai Ngoc Duy
On Dec 14, 2007 1:14 PM, Paolo Bonzini <[EMAIL PROTECTED]> wrote: > > Hmmm... it is even documented in git-gc(1)... and git-index-pack(1) of > > all things. > > I found that the .keep file is not transmitted over the network (at > least I tried with git+ssh:// and http:// protocols), however. I'm

how to compile gcc4 on cygwin?

2007-12-13 Thread Fan Zhang
how to compile gcc4 on cygwin? thanks