RE: Infinite number of iterations in loop [v850, mep]

[Paulo Matos]

> -Original Message-
> From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org] On Behalf Of Paulo
> Matos
> Sent: 09 January 2014 16:48
> To: Richard Biener
> Cc: Andrew Haley; gcc@gcc.gnu.org; Jan Hubicka
> Subject: RE: Infinite number of iterations in loop [v850, mep]
> 
> 
> I would like some comments on the following patch that seems to work but I 
> think
> it could be generalized.
> The idea is for the specific infinite condition of type (and reg int), we can
> search for the definition of reg,
> check nonzero_bits and check that they don't match any of the bits in int.
> 

Forget the patch, I am implementing a much more robust patch with the same 
objective which I will post with a request for comments in a separate thread.

Paulo Matos

Bug fix release of GNU MPC 1.0.2 "Fagus silvatica"

[Andreas Enge]

We are pleased to announce the release of GNU MPC 1.0.2 "Fagus silvatica".
GNU MPC is a C library for the arithmetic of complex numbers with
arbitrarily high precision and correct rounding of the result.

This release contains two bug fixes backported from the trunk:
- Fixed mpc_atan, mpc_atanh for (+-0, +-1), see
  http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57994#c7
- Fixed mpc_log10 for purely imaginary argument, see
  http://lists.gforge.inria.fr/pipermail/mpc-discuss/2012-September/001208.html

To download GNU MPC 1.0.2, please go to
   ftp://ftp.gnu.org/gnu/mpc/
   http://mpc.multiprecision.org/
The file mpc-1.0.2.tar.gz has a SHA1 hash value of
   5072d82ab50ec36cc8c0e320b5c377adb48abe70
and is signed with the GnuPG key with finger print
AD17 A21E F8AE D8F1 CC02 DBD9 F7D5 C9BF 765C 61E3 .

Please let us know of any issues you may encounter on the GNU MPC
mailing list at
   mpc-disc...@lists.gforge.inria.fr .

This is also a good occasion to recall the Third MPFR-MPC Developer Meeting
in Nancy, France, next week, from January 20 to January 22:
   http://www.loria.fr/~zimmerma/mpfr-mpc-2014.html
It is still possible to register and participate.
 
Andreas, for the GNU MPC development team

Automatic dependency file generation bug/question

[ANDY KENNEDY]

Reading , I find that
dependency files should be created along the lines of

%.o:  %.c ...

In gcc version 4.4.4 (Slackware64 Linux version 13.0), I execute the
following commands:

touch a.c
gcc -c -MMD -MP -MF"a.d" -MT"a.d" -o "a.o" "a.c"
cat a.c

and get the following output:

a.d a.o: a.c

which is precisely what I want.  However, I have a cross compiler using
gcc version 4.7.3 which produces the following output using the same
commands (obviously, with gcc replace with /bin/gcc:

a.d: a.c

I have been looking for the reason for the change, but am unable to find
the rational.

Please advise whether this is a bug, or if this is meant to be the way
gcc will work for all future releases.  As I see it, this complicates my
Makefile(s) as I have two gcc version that behave differently.  This
implies that my Makefile(s) will now require a section specifically
dedicated to the .d file generation.  Whereas I remember that this used
to be the way I had to construct the dependency list, this was
cumbersome and the way e.g. 4.4.4 supported automatic dependency
generation is preferable to me.

Thank you for your time,
Andy