2011/2/26 Georg Johann Lay
>
> Eric Botcazou schrieb:
>>>
>>> What does "word" mean here? Is it a 32-bit entity or is it according to
>>> word_mode which is QImode for avr?
>>
>> The latter, it is machine-dependent.
>>
>>
>>> So the same should be true for QI-subregs of scalar modes if
>>> UNITS_P
Denis Chertykov schrieb:
2011/2/26 Georg Johann Lay
Eric Botcazou schrieb:
What does "word" mean here? Is it a 32-bit entity or is it according to
word_mode which is QImode for avr?
The latter, it is machine-dependent.
So the same should be true for QI-subregs of scalar modes if
UNITS_
Georg-Johann Lay schrieb:
Denis Chertykov schrieb:
2011/2/26 Georg Johann Lay
Eric Botcazou schrieb:
What does "word" mean here? Is it a 32-bit entity or is it
according to
word_mode which is QImode for avr?
The latter, it is machine-dependent.
So the same should be true for QI-sub
On 02/24/2011 06:04 PM, Michael Matz wrote:
Funny. As far back as I remember we consistently said that bits of the
same word, but outside the subreg are left with undefined values after
storing into the subreg, except if wrapped with a strict_low_part. In
fact that's the whole point of strict_l
Georg-Johann Lay schrieb:
Denis Chertykov schrieb:
2011/2/26 Georg Johann Lay
Eric Botcazou schrieb:
What does "word" mean here? Is it a 32-bit entity or is it
according to
word_mode which is QImode for avr?
The latter, it is machine-dependent.
So the same should be true for QI-sub
On Sat, Feb 26, 2011 at 12:22 AM, Steve Ellcey wrote:
>
> I am looking at an lto bug on ia64-hp-hpux11.23. If I compile
> g++.dg/torture/pr33572.C with -flto on this platform I get:
>
> ld: Unsatisfied symbol "__gcc_personality_v0" in file
> /var/tmp//ccYlpGzO.ltrans0.ltrans.o
> 1 errors.
> coll
Snapshot gcc-4.6-20110226 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20110226/
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/trunk
Basile Starynkevitch writes:
> PS. By the way, git clone-ing the GCC git repository takes a lot of time
> from Europe. Perhaps having a daily tar ball of the result of that command
> available by ftp would be very nice
Do you use the http: or git: protocol for cloning? The official gcc git
r
