Updating Autoconf and Automake versions used in GCC and src

Hello GCC, binutils, gdb developers, short summary: I'd like to, in roughly that order, 1) update GCC and src to Autoconf 2.64, Automake 1.11, 2) enable automake dependency tracking for the bfd, binutils, ld, opcodes, gprof, and gas directories, 3) bring some more build sanity for libstdc++-v3

Good progress

Hi there. Sorry for the noise, but I thought it would be nice to hear from a new porter who has gotten past the first few hurdles. The architecture I'm working on is a 32 bit accumulator based machine with a very small instruction set. Binutils and GAS were straight forward and after some help I

Register Pressure in Instruction Level Parallelism

Hello GCC developers, I am going to write a Master's Thesis about instruction scheduling based on the technique presented in [1]. This will also include a implementation. The basic idea is to have an additional pass on the data dependency graph before instruction scheduling and register alloc

Re: Updating Autoconf and Automake versions used in GCC and src

On Sun, 28 Jun 2009, Ralf Wildenhues wrote: > I haven't tried the --with-build-sysroot build; can somebody point out > to me what I need to do for an effective test of this? I'm pretty sure > that updating Autoconf and Automake only will not impact this feature, > though, but I'll confirm before

Re: Register Pressure in Instruction Level Parallelism

Michael Kruse wrote: > So, now my questions: How much do you think could this could improve > compiled code speed? Would the current GCC/YARA benefit from such an > optimization pass at all? What are the chances that this could get into > the main GCC tree if it shows up to be an improvement? O

GCC Summit proceedings?

Is there any plan to put the GCC 2009 proceedings on the wiki page? -Chris

Compiling gcc 4.4.0 for Cell

Hello gcc list, I am trying to compile gcc 4.4.0 for the Cell processor for my google summer of code project (GCC's OpenCL implementation starting point). I have used OpenMP for some things and now I am trying to compile everything on the Cell. OpenMP is supported in the ppu-gcc 4.1.0 so I am tr

Re: Register Pressure in Instruction Level Parallelism

Hi all, I'm convinced that saturation and sufficiency based approaches are the future of register pressure management. [Please keep my colleague Sid Touati in CC of this thread, until he registers to the list.] Unfortunately, the state of the art (more recent that the thesis referenced in

Re: [gnat] reuse of ASTs already constructed

I'm now using a variable length data structure for Q_E_Name as suggested by Robert Dewar. Also I've added a -multi option to gnatmake to switch on the multi source compile mode. This allows test driving the new feature. I plan to send my next patch to gcc-patches and appreciate any comments you m

gcc-4.3-20090628 is now available

Snapshot gcc-4.3-20090628 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20090628/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Re: Register Pressure in Instruction Level Parallelism

[Posting this again because I noticed that I sent this to Dave Korn only] Hi Dave, Dave Korn wrote: > One of the major problems in gcc is the intertangling of instruction > selection with register allocation and spill generation. If these could be > separated it would almost certainly genera

Re: Register Pressure in Instruction Level Parallelism

Albert Cohen wrote: > Unfortunately, the state of the art (more recent that the thesis > referenced in the original email, see Touati's web page) is limited to > basic block and software-pipelining scopes, and limited to scheduling. > > Compared to the tasks currently managed by reload, it certai

Re: Register Pressure in Instruction Level Parallelism

Michael Kruse wrote: > [Posting this again because I noticed that I sent this to Dave Korn only] Wasn't sure if you just meant to keep our idle chatter off the public list or not. I think I summed up the salient points of our discussion in my other post just now, no? cheers, DaveK

Re: Register Pressure in Instruction Level Parallelism

Hi, Albert Cohen schrieb: Unfortunately, the state of the art (more recent that the thesis referenced in the original email, see Touati's web page) is limited to basic block and software-pipelining scopes, and limited to scheduling. Do have any specific publication in mind? At the moment, my

Re: Register Pressure in Instruction Level Parallelism

Dave Korn wrote: (...) I fully agree with your arguments. Managing register pressure early, and simplifying downstream passes (to avoid poluting them with pressure concerns) is a very tempting design. Yet from dream to reality there is a long way. :) I'm not up on advanced compiler theo

Re: Fwd: Register Pressure in Instruction Level Parallelism

David Edelsohn wrote: > -- Forwarded message -- > From: Albert Cohen > Date: Sun, Jun 28, 2009 at 6:25 PM > Subject: Re: Register Pressure in Instruction Level Parallelism > To: Dave Korn > Cc: re...@meinersbur.de, gcc@gcc.gnu.org, Sid Touati > , Frederic Brault > > > Hi all, > >

Re: Compiling gcc 4.4.0 for Cell

Hello, > I am trying to compile gcc 4.4.0 for the Cell processor for my google > summer of code project (GCC's OpenCL implementation starting point). > > I have used OpenMP for some things and now I am trying to compile > everything on the Cell. OpenMP is supported in the ppu-gcc 4.1.0 so > I am

Re: Compiling gcc 4.4.0 for Cell

>> [r...@ps3 gcc-4.4.0]# ./configure --prefix=/usr >> --mandir=/usr/share/man --infodir=/usr/share/info >> --with-as=/usr/bin/ppu-as --with-ld=/usr/bin/ppu-ld --enable-threads >> --with-system-zlib --disable-checking --enable-__cxa_atexit >> --disable-libunwind-exceptions --enable-languages=c,c++,f