Hi,
On Thu, 24 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 aliasing problems because the
Hi.
from the ld.info manual:
""" [...] the ability to bind a symbol to a version node in the source
file where the symbol is defined instead of in the versioning script.
This was done mainly to reduce the burden on the library maintainer.
You can do this by putting something like:
__as
Snapshot gcc-4.6-2025 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-2025/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
I have the latest gcc from svn, and with "configure --target=avr
--enable-languages=c":
When building with "make" eventually I get:
gcc -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-format-a
Jan Engelhardt writes:
> from the ld.info manual:
>
> """ [...] the ability to bind a symbol to a version node in the source
> file where the symbol is defined instead of in the versioning script.
> This was done mainly to reduce the burden on the library maintainer.
> You can do this by put
Hi,
I looked into PR43491 a while and found in this case the gimple
generated before pre
is like:
reg.0_12 = reg
...
c()
reg.0_1 = reg
D.xxx = MEM[reg.0_1 + 8B]
The pre pass transforms it into:
reg.0_12 = reg
...
c()
reg.0_1 = reg.0_12
D.xxx = MEM[reg.0_1 + 8B]
>From now on, following passes(li
