Re: gcov for assembly

2010-10-10 Thread ravi s
Pls let me know if you have any solution/workaround in gcc. On Wed, Oct 6, 2010 at 5:08 PM, ravi s wrote: > > Hi, > >  Is there a way to get the assembly code coverage just like we have it for > source code like C/C++/Fortran ? >  -fprofile-arcs -ftest-coverage  doesn't seem to work with assembl

Re: forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Basile Starynkevitch
On Sun, 10 Oct 2010 23:03:53 +0200 Eric Botcazou wrote: > > Thanks for the tip! Perhaps we should add a sentence about it in the > > documentation? > > -B is already documented in "Options for Directory Search": > > `-BPREFIX' > This option specifies where to find the executables, librari

Re: forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Eric Botcazou
> Thanks for the tip! Perhaps we should add a sentence about it in the > documentation? -B is already documented in "Options for Directory Search": `-BPREFIX' This option specifies where to find the executables, libraries, include files, and data files of the compiler itself. The

Re: forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Matthias Klose
On 10.10.2010 22:02, Kalle Olavi Niemitalo wrote: Basile Starynkevitch writes: Of course, one can always force ld to be a particular linker (i.e. the BFD one on a system where the default is GOLD, or vice versa) with ugly $PATH and symlink tricks. But that is ugly. You mentioned you use Debi

Re: forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Kalle Olavi Niemitalo
Basile Starynkevitch writes: > Of course, one can always force ld to be a particular linker (i.e. the > BFD one on a system where the default is GOLD, or vice versa) with ugly > $PATH and symlink tricks. But that is ugly. You mentioned you use Debian; their gcc-4.4 4.4.3-4 and later have a "gold

Re: forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Basile Starynkevitch
On Sun, 10 Oct 2010 21:25:30 +0200 (CEST) Marc Glisse wrote: [citing me Basile] > > Or, if there is some other way (excluding dirty PATH manipuation), > > document it better perhaps in > > http://gcc.gnu.org/onlinedocs/gcc/Link-Options.html#Link-Options > > On Debian (since this is the system you

gcc-4.3-20101010 is now available

2010-10-10 Thread gccadmin
Snapshot gcc-4.3-20101010 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20101010/ 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: forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Marc Glisse
On Sun, 10 Oct 2010, Basile Starynkevitch wrote: I am a mostly happy user of the GOLD binutils linker (thanks Ian!) and it is the default /usr/bin/ld on my Debian/Testing system. However, in some occasions, it could be useful to use another linker (ie the plain BFD one). [...] Of course, one

forcing the linker to be a particular one (i.e. gold vs bfd)

2010-10-10 Thread Basile Starynkevitch
Hello All, I am a mostly happy user of the GOLD binutils linker (thanks Ian!) and it is the default /usr/bin/ld on my Debian/Testing system. However, in some occasions, it could be useful to use another linker (ie the plain BFD one). For example, polyml requires that (see my http://lists.inf.ed.a

Re: ICE with GCC-4.5.1-20100708

2010-10-10 Thread Angelo Graziosi
Il 10/10/2010 15.31, NightStrike ha scritto: On Thu, Sep 16, 2010 at 12:54 PM, JonY wrote: On 7/16/2010 08:46, Yaakov (Cygwin/X) wrote: On Fri, 2010-07-16 at 02:06 +0200, Angelo Graziosi wrote: Testing the mingw64-i686* packages found at ftp://ftp.cygwinports.org/pub/cygwinports/temp/MinGW

Re: ICE with GCC-4.5.1-20100708

2010-10-10 Thread NightStrike
On Thu, Sep 16, 2010 at 12:54 PM, JonY wrote: > On 7/16/2010 08:46, Yaakov (Cygwin/X) wrote: >> >> On Fri, 2010-07-16 at 02:06 +0200, Angelo Graziosi wrote: >>> >>> Testing the mingw64-i686* packages found at >>> ftp://ftp.cygwinports.org/pub/cygwinports/temp/MinGW (Cygwin cross >>> compiler, see[

Re: %pc relative addressing of string literals/const data

2010-10-10 Thread Joakim Tjernlund
Alan Modra wrote on 2010/10/06 00:19:26: > > On Tue, Oct 05, 2010 at 11:40:11PM +0200, Joakim Tjernlund wrote: > > yes, but this could be a new PIC mode that uses a new better > > PIC mode for everything. Especially one that doesn't require each function > > to calculate the GOT address in the fun

Re: MIPS64 GCC not building at r165246

2010-10-10 Thread Richard Sandiford
David Daney writes: > Hi Richard, > > I was just trying to build the trunk GCC at r165246 > > Configured thusly: > > $ ../trunk/configure --target=mips64-linux > --with-sysroot=/home/daney/mips64-linux > --prefix=/home/daney/mips64-linux --with-arch=mips64r2 > --enable-languages=c --disable-l