* Richard Kenner:
>> bitsizetype is a type that can hold any values of sizetype *
>> BITS_PER_UNIT so we can safely do bit-size calculations without overflow.
>> This type shouldn't end up used in code though.
>
> Unfortunately, it does, though not in C. Ada's 'Size attribute returns
> the size i
> Ada used a 32-bit signed integer type in this case, limiting object size
> to 2**31 bits. Is this no longer the case?
It was never the case. You're confusing sizetype with bitsizetype.
With my current email setup and the volume of the gcc mailing list,
it is not desirable to be to be subscribed to the gcc mailing list,
I rather read the web archives.
However, this does not allow to make a properly threaded reply. I've
tried to use gcc-get email interface, but apparently it will
Joern Rennecke wrote on 13 May 2008 15:04:
> With my current email setup and the volume of the gcc mailing list,
> it is not desirable to be to be subscribed to the gcc mailing list,
> I rather read the web archives.
> However, this does not allow to make a properly threaded reply. I've
> tried t
> You could sub up to the digest mode, which might at least be less of a
> burden,
It would reduce the number of messages, but the volume would still be
very high.
> but we can't let the list manager answer GET requests from
> non-subscribers, because "non-subscribing email address" means "non-
Joern Rennecke <[EMAIL PROTECTED]> writes:
> That's why I asked if there was a subscription for the purposes of gcc-get
> only. I originally thought it would be sufficient to subscribe to
> gcc-announce, as this already verifies my email address, but apparently
> that is not good enough.
You can
Joern Rennecke wrote:
You could sub up to the digest mode, which might at least be less of a
burden,
It would reduce the number of messages, but the volume would still be
very high.
Hi Joern,
You could just sign up to one of the online mail list services. Here's
the nabble link for this
Andrew STUBBS <[EMAIL PROTECTED]> writes:
> Joern Rennecke wrote:
>>> You could sub up to the digest mode, which might at least be less of a
>>> burden,
>
>> It would reduce the number of messages, but the volume would still be
>> very high.
>
> Hi Joern,
>
> You could just sign up to one of the
* Richard Kenner:
>> Ada used a 32-bit signed integer type in this case, limiting object size
>> to 2**31 bits. Is this no longer the case?
>
> It was never the case. You're confusing sizetype with bitsizetype.
The limit was definitely there. Maybe it had a different root cause,
though.
Omar <[EMAIL PROTECTED]> writes:
> 1-The c816's port is heavily using the c816.c instead of better
> describing the cpu in the c816.md file. For instance, looking at the
> define_insn movhi:
> ;; movhi
> (define_insn "movhi"
> [(set (match_operand:HI 0 "general_operand" "=g")
>(match_oper
Anyone else seeing this on trunk?
if test -z "$objects"; then \
echo 'int __libgcc_eh_dummy;' > eh_dummy.c; \
/sata/dj/gnu/newlib/h8300-elf/./gcc/xgcc
-B/sata/dj/gnu/newlib/h8300-elf/./gcc/ -B/sata/dj/gnu/install/h8300-elf/bin/
-
Hello!
Anyone else seeing this on trunk?
if test -z "$objects"; then \
echo 'int __libgcc_eh_dummy;' > eh_dummy.c;\
/sata/dj/gnu/newlib/h8300-elf/./gcc/xgcc
-B/sata/dj/gnu/newlib/h8300-elf/./gcc/ -B/sata/dj/gnu/install/h8300
Sorry, didn't help.
On tis, 2008-05-13 at 15:03 +0100, Joern Rennecke wrote:
> With my current email setup and the volume of the gcc mailing list,
> it is not desirable to be to be subscribed to the gcc mailing list,
> I rather read the web archives.
I have read the list like that for years.
> However, this does not
Richard,
Thanks a lot for the detailed explanation. I need some time to digest,
since this is my first experience doing a gcc backend port.
> Probably most of that was just telling you what you already knew, sorry.
Not really, I am new to most of these concepts. At this stage, this is
exactly th
On 5/12/08 1:21 PM, David Daney wrote:
For mipsel-linux:
http://gcc.gnu.org/ml/gcc-testresults/2008-05/msg01055.html
Thanks.
The complete bootstrap/test cycle seems to be about 10% faster than on
the trunk. I didn't try to figure out why, although I can speculate
that it is due to the fac
Hello all,
Will it be possible to write a pattern in the md file to support
setting/clearing a bit of a particular register?
The instructions are as follows:
clrb Rx, bitNo
setb Rx, bitNo
Could you point me to the back-ends that has support for this kind of
instructions?
Thanks for your time.
On Fri, May 9, 2008 at 12:03 AM, Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> "Mohamed Shafi" <[EMAIL PROTECTED]> writes:
>
> > For the 16-bit target that i porting now to gcc 4.1.2 doesn't have any
> > branch instructions. It only has jump instructions. For comparison
> > operation it has this
18 matches
Mail list logo
