Hello,
HelloGcc Working Group was set up in 2007 by Chinese free software
fans and developers in Beijing. With the goal of constructing a free,
open, sharing technical community, we not only discuss and learn about
GNU toolchains (such as GCC, GDB, Binutils etc) and QEMU, LLVM, etc,
provide helps
On Mon, 17 Sep 2012, Vincent Lefevre wrote:
> Then, between implementing round-to-odd and implementing a direct
> formatOf operation, I don't think there is much difference concerning
> the work to do (I would even say that round-to-odd could require more
> work).
The difference would probably be
On 2012-09-14 16:17:43 +, Joseph S. Myers wrote:
> On Fri, 14 Sep 2012, Vincent Lefevre wrote:
>
> > round-to-odd would be a good solution if it were provided directly
> > in hardware. Otherwise a "direct" implementation would probably be
> > more efficient (in particular when the implementati
On Sun, Sep 16, 2012 at 04:59:29PM -0400, Jack Howarth wrote:
> > All changes need explicit release manager approval until the final
> > release of GCC 4.7.2 which should happen roughly one week after
> > the release candidate if no issues show up with it.
>
>The backport of changes required t
Hi Uros,
> Recent patch introduced 10% runtime regression on x86_64 targets in
> rnflow Polyhedron benchmark [1]. Did somebody alread bisected to the
> offending patch?
I see it since some time. It is on my TODO list to open a new PR.
You can suppress the slowdown with -fno-tree-loop-if-convert.
Hello!
Recent patch introduced 10% runtime regression on x86_64 targets in
rnflow Polyhedron benchmark [1]. Did somebody alread bisected to the
offending patch?
[1] http://gcc.opensuse.org/c++bench/polyhedron/polyhedron-summary.txt-2-0.html
Uros.
