Re: GNU MPC 1.0 release candidate

2012-07-14 Thread Mikael Pettersson
Andreas Enge writes:
 > We are pleased to announce the immediate availability of the first release
 > candidate for GNU MPC 1.0 at
 >http://www.multiprecision.org/mpc/download/mpc-1.0.0rc1.tar.gz
 >sha1sum 9acc8a54ba4ecd0ccf172c0d07fcc218220e79a3
 > 
 > Reports on successful installations and potential problems are very welcome;
 > please include the configuration triple of your platform, and the gcc, gmp
 > and mpfr versions used (these are output at the end of 'make check').
 > 
 > The status of successful and failed builds can be seen at
 >http://www.multiprecision.org/index.php?prog=mpc&page=platforms
 > 
 > In particular, we need to compile on the primary and secondary gcc platforms
 > before the release.
 > 
 > Thank you very much for your help,
 > 
 > Andreas

Testing on sparc-sun-solaris2.10:

GMP: include 5.0.5, lib 5.0.5
MPFR: include 3.1.1, lib 3.1.1
MPC: include 1.0.0rc1, lib 1.0.0rc1
C compiler: gcc
GCC: yes
GCC version: 4.7.1
PASS: tget_version
===
All 64 tests passed
===


Re: GNU MPC 1.0 release candidate

2012-07-14 Thread Mikael Pettersson
Andreas Enge writes:
 > We are pleased to announce the immediate availability of the first release
 > candidate for GNU MPC 1.0 at
 >http://www.multiprecision.org/mpc/download/mpc-1.0.0rc1.tar.gz
 >sha1sum 9acc8a54ba4ecd0ccf172c0d07fcc218220e79a3
 > 
 > Reports on successful installations and potential problems are very welcome;
 > please include the configuration triple of your platform, and the gcc, gmp
 > and mpfr versions used (these are output at the end of 'make check').
 > 
 > The status of successful and failed builds can be seen at
 >http://www.multiprecision.org/index.php?prog=mpc&page=platforms
 > 
 > In particular, we need to compile on the primary and secondary gcc platforms
 > before the release.
 > 
 > Thank you very much for your help,
 > 
 > Andreas

Testing on m68k-unknown-linux-gnu:

GMP: include 5.0.4, lib 5.0.4
MPFR: include 3.1.0-p8, lib 3.1.0-p8
MPC: include 1.0.0rc1, lib 1.0.0rc1
C compiler: gcc
GCC: yes
GCC version: 4.6.3
PASS: tget_version
===
All 64 tests passed
===

Note:
This is an emulated M68040 system, you may want to put "ARAnyM 0.9.13"
in the "Comment" field.


Re: GNU MPC 1.0 release candidate - Second call for help

2012-07-14 Thread Andreas Enge
On Sat, Jul 14, 2012 at 01:00:59AM +0200, Steven Bosscher wrote:
> Have you looked at the MAINTAINERS file and contacted some maintainers 
> directly?

Not yet, thanks for the suggestion. So far I was hoping for volunteers (thanks
for all who replied!), later, I could also try to contact people who carried
out tests with previous versions.

> hppa2.0w-hp-hpux11.11,

Added, thanks!

Andreas


Re: GNU MPC 1.0 release candidate

2012-07-14 Thread Jörg Richter
Andreas Enge  inria.fr> writes:
> We are pleased to announce the immediate availability of the first release
> candidate for GNU MPC 1.0 at
>http://www.multiprecision.org/mpc/download/mpc-1.0.0rc1.tar.gz
>sha1sum 9acc8a54ba4ecd0ccf172c0d07fcc218220e79a3
> 
> Reports on successful installations and potential problems are very welcome;
> please include the configuration triple of your platform, and the gcc, gmp
> and mpfr versions used (these are output at the end of 'make check').
> 
> The status of successful and failed builds can be seen at
>http://www.multiprecision.org/index.php?prog=mpc&page=platforms
> 
> In particular, we need to compile on the primary and secondary gcc platforms
> before the release.
> 
> Thank you very much for your help,
> 
> Andreas

Testing on powerpc-ibm-aix5.3.0.0:

GMP: include 5.0.5, lib 5.0.5
MPFR: include 3.1.1, lib 3.1.1
MPC: include 1.0.0rc1, lib 1.0.0rc1
C compiler: gcc
GCC: yes
GCC version: 4.7.1
PASS: tget_version
===
All 64 tests passed
===

   Jörg




The documentation of option -flto-partition=alg

2012-07-14 Thread Toon Moene
I have been using the option -flto-partition=none recently (with Debian 
testing's gcc-4.7.1-2), but I'm not convinced - based on the 
documentation - that I am using it correctly.


I have:

for C source code:

CCFLAGS := -g -Ofast -flto -march=native -mtune=native

for Fortran source code:

FCFLAGS := -g -Ofast -flto -fprotect-parens -fbacktrace -march=native 
-mtune=native -I$(HOME)/netcdf/include


and for the final link stage:

LDFLAGS := -g -Ofast -flto -flto-partition=none -fuse-linker-plugin 
-fprotect-parens -fbacktrace -march=native -mtune=native


1. Is it correct to assume that -flto-partition=alg is only necessary 
during the final link stage ?  If so, shouldn't that be made clear in 
the documentation ?


2. What is the relation with -flto=n; doesn't no-partitioning imply 
-flto=1 ?  If so, shouldn't that be made clear in the documentation ?


--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG  Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news


Re: GCC internal API access in plugin

2012-07-14 Thread Ian Lance Taylor
On Fri, Jul 13, 2012 at 3:54 PM, mahdi hamzeh  wrote:
>
> I am developing a new modulo scheduling technique in gcc 4.7.0. and I
> would like to implement it as a plugin for now. I found
> "sms_schedule" which does swing modulo scheduling and I think this
> function matches well with what I am going to do. The problem I have
> is that there are a set of internal APIs as well as a set of
> structures inside GCC that I could not figure out how to use them
> inside my function. For example, for sake of just testing, how can I
> call "sms_schedule" function in a pluging? Or, how can I use "ddg_ptr"
> structure in a plugin? The mentioned function and structures are not
> defined in any plugin header file and I am new in plugin development.
> I tried hard to find a reference or discussion but it was not
> successful. Any help or reference is highly appreciated.

The current plugin API is very incomplete.  Most actual plugins must
simply call functions available in the backend, although these
functions are not officially exported.  This means that such plugins
must be rebuilt for each new version of GCC.  There are various ideas
for how to fix this situation; it's not yet clear exactly what will
happen.

Ian


gcc-4.7-20120714 is now available

2012-07-14 Thread gccadmin
Snapshot gcc-4.7-20120714 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20120714/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_7-branch 
revision 189484

You'll find:

 gcc-4.7-20120714.tar.bz2 Complete GCC

  MD5=6be9e34cd8e3ff6e0301972b2765c3c2
  SHA1=5060a51e1ed4de1d270de94ab4adcffbd3e821dc

Diffs from 4.7-20120707 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.7
link is updated and a message is sent to the gcc list.  Please do not use
a snapshot before it has been announced that way.