Jan Hubicka wrote:
> I am bit in hurry, so just quickly (will give it second look at evening). The
> pass is a simple dataflow propagating preferred sections. NULL means that the
> symbol in question was not visited yet. Assuming that all symbols are
> reachable,
> this should not happen by the
On 09/19/14 08:11, Sebastian Pop wrote:
Jeff Law wrote:
On 09/17/14 13:59, Sebastian Pop wrote:
Hi,
I got an ICE while building libstdc++ of a cross compiler x86 to aarch64. I
have a testcase that ICEs on current GCC trunk. I was trying to painfully
reduce it with creduce, and it is still se
> Jeff Law wrote:
> > On 09/17/14 13:59, Sebastian Pop wrote:
> > >Hi,
> > >
> > >I got an ICE while building libstdc++ of a cross compiler x86 to aarch64.
> > >I
> > >have a testcase that ICEs on current GCC trunk. I was trying to painfully
> > >reduce it with creduce, and it is still several t
Jeff Law wrote:
> On 09/17/14 13:59, Sebastian Pop wrote:
> >Hi,
> >
> >I got an ICE while building libstdc++ of a cross compiler x86 to aarch64. I
> >have a testcase that ICEs on current GCC trunk. I was trying to painfully
> >reduce it with creduce, and it is still several thousand lines of c++
On 09/17/14 13:59, Sebastian Pop wrote:
Hi,
I got an ICE while building libstdc++ of a cross compiler x86 to aarch64. I
have a testcase that ICEs on current GCC trunk. I was trying to painfully
reduce it with creduce, and it is still several thousand lines of c++.
Frustrated
that it does not
Hi,
I got an ICE while building libstdc++ of a cross compiler x86 to aarch64. I
have a testcase that ICEs on current GCC trunk. I was trying to painfully
reduce it with creduce, and it is still several thousand lines of c++.
Frustrated
that it does not reduce anymore, I decided to have a look w
