Ian Lance Taylor wrote:
> Georg-Johann Lay writes:
>> Ian Lance Taylor wrote:
>>> Georg-Johann Lay writes:
>>> The point is that functions that are C/C++ specific need to not be in
>>> avr.c, because they will break for languages other than C/C++. In this
>>> terminology, LTO counts as a language.
Hi,
On Mon, 28 Nov 2011, Jiangning Liu wrote:
> > > One more question...
> > >
> > > Can " i = i.6_18;" be sinked out of loop, because it doesn't have
> > memory
> > > dependence with others?
> >
> > With current trunk the stores to i, a_p, b_p and k are sunken after the
> > loop. (There are no
Georg-Johann Lay writes:
> So if a frontend can define address spaces and it is a generic feature, the
> question is how to get the name of an address space in a generic, language
> independent way.
We could decide that all frontends that use address spaces must define a
printable name for each
