This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: Using gen_int_mode instead of GEN_INT minor testsuite fallout on MIPS
- From: Mike Stump <mikestump at comcast dot net>
- To: Mike Stump <mikestump at comcast dot net>
- Cc: DJ Delorie <dj at redhat dot com>, richard dot guenther at gmail dot com, rdsandiford at googlemail dot com, graham dot stott at btinternet dot com, james dot greenhalgh at arm dot com, gcc-patches at gcc dot gnu dot org
- Date: Tue, 17 Sep 2013 17:11:00 -0700
- Subject: Re: Using gen_int_mode instead of GEN_INT minor testsuite fallout on MIPS
- Authentication-results: sourceware.org; auth=none
- References: <CAFiYyc3o+GLpPnNb=E1ru9rOJxuVkxBMsMEeE99wRm8SRWrmCg at mail dot gmail dot com> <1378833157-11511-1-git-send-email-james dot greenhalgh at arm dot com> <87y574mr2h dot fsf at talisman dot default> <1378900963 dot 71148 dot YahooMailNeo at web87402 dot mail dot ir2 dot yahoo dot com> <87y573kxse dot fsf at talisman dot default> <CAFiYyc1aR91hKgkGMbLfVtH0vmXOBPruaiPRqQ5-FCA5gTDMWg at mail dot gmail dot com> <87ppseko71 dot fsf at talisman dot default> <CAFiYyc36vmFX0HneNXQFcBT5ajGZ2fapVCX08DBR-x+LY7h1mQ at mail dot gmail dot com> <87d2odkuu7 dot fsf at talisman dot default> <0F11E779-5DA9-43E6-A12F-64A66B147AF7 at comcast dot net> <CAFiYyc0r-5_u+f0HKRNZpRH8NBZKcrV=F+TFMYX7mb0yQbEMMA at mail dot gmail dot com> <792D0DC7-4751-438F-A40A-94168CBA7F9E at comcast dot net> <201309170341 dot r8H3fnTD032129 at greed dot delorie dot com> <FC31B5DC-CF0F-4D5A-B2A7-63E4B7ACD0F6 at comcast dot net>
On Sep 17, 2013, at 10:24 AM, Mike Stump <mikestump@comcast.net> wrote:
> On Sep 16, 2013, at 8:41 PM, DJ Delorie <dj@redhat.com> wrote:
>> m32c's PSImode is 24-bits, why does it have "32" in the macro?
>>
>> /* 24-bit pointers, in 32-bit units */
>> -PARTIAL_INT_MODE (SI);
>> +PARTIAL_INT_MODE_NAME (SI, 32, PSI);
>
> Sorry, fingers copied the wrong number. Thanks for the catch.
>
> <partial-1.diffs.txt>
p7 boostrap test complete:
New tests that PASS:
gcc.dg/simulate-thread/atomic-other-short.c -O3 -g thread simulation test
it seems someone doesn't flush or wait, I don't think my patch actually fixed this.