http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
--- Comment #5 from Alan Modra amodra at gmail dot com 2011-11-02 00:05:42
UTC ---
bl _save64gpr_24
.loc 1 17 0
mr 31,4
.cfi_offset 31, -100
.cfi_offset 1231, -104
.cfi_offset 30, -108
.cfi_offset 1230, -112
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
--- Comment #8 from Alan Modra amodra at gmail dot com 2011-11-03 12:54:32
UTC ---
Created attachment 25702
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25702
Proposed mainline fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
--- Comment #9 from Alan Modra amodra at gmail dot com 2011-11-03 12:55:29
UTC ---
Created attachment 25703
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25703
gcc-4.6 fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
--- Comment #10 from Alan Modra amodra at gmail dot com 2011-11-03 12:59:10
UTC ---
Please test out these patches. bootstrap and regression tests with -Os in
BOOT_CFLAGS on spe would be ideal. I'll be running a powerpc-linux regression
test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Attachment #25702|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50906
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Attachment #25703|0 |1
is obsolete
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47935
Summary: PowerPC64 -mcmodel=medium invalid lwa offset
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47935
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47935
--- Comment #1 from Alan Modra amodra at gmail dot com 2011-03-01 07:10:18
UTC ---
res6000/predicates.md:lwa_operand needs to handle -mcmodel=medium code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47935
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47986
Summary: gcc.c-torture/execute/20040709-1.c fails with
non-delegitimized UNSPEC
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47986
--- Comment #1 from Alan Modra amodra at gmail dot com 2011-03-04 11:24:02
UTC ---
I can easily fix rs6000_delegitimize_address to handle this debug expression,
but I suspect that would be papering over the real problem, the duplicate
debug_insns.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47986
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47986
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
Summary: PowerPC64 -mcmodel=medium invalid ld offset
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target||powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target|powerpc-apple-darwin9 |powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |amodra at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48032
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45844
--- Comment #9 from Alan Modra amodra at gmail dot com 2011-03-28 01:44:36
UTC ---
I an planning to backport to 4.6.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Summary: unnecessary duplicate __tls_get_addr calls
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target||powerpc*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48900
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46770
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
CC||amodra at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49383
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
CC||amodra at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49383
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49383
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49665
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49665
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49601
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
Summary: segmentation fault in redirect_jump_2
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Priority|P1 |P3
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
--- Comment #2 from Alan Modra amodra at gmail dot com 2011-08-02 15:29:57
UTC ---
So, rebuild_jump_labels doesn't add back this JUMP_LABEL, because
mark_jump_label does as its comment says:
If INSN is a JUMP_INSN and there is at least one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
--- Comment #5 from Alan Modra amodra at gmail dot com 2011-08-03 01:29:54
UTC ---
Bernd, that looks very similar to the patch I started to write. Then I saw the
comment in mark_jump_label_1
/* Do not change a previous setting
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
--- Comment #6 from Alan Modra amodra at gmail dot com 2011-08-03 02:43:18
UTC ---
Bernd, with your patch applied, bootstrap dies here:
In file included from
/home/amodra/src/gcc-virgin/libgcc/../libdecnumber/decQuad.c:140:0:
/home/amodra/src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
--- Comment #7 from Alan Modra amodra at gmail dot com 2011-08-03 03:07:13
UTC ---
The lurking problem being that copy_rtx_if_shared_1 needs to leave RETURN
shared, and I guess mark_used_flags doesn't need to do anything with RETURN
too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49941
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target||powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #3 from Alan Modra amodra at gmail dot com 2011-01-27 22:52:29
UTC ---
This is odd. The error is given when a plt call, or a call needing an r2
offsetting stub is made but the code does not have a following nop which can be
replaced
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #9 from Alan Modra amodra at gmail dot com 2011-01-31 01:40:15
UTC ---
I can't duplicate the failure, even using 167488 as host compiler. -Wl,--stats
shows:
/usr/local/powerpc-linux/bin/ld: linker stubs in 2 groups
/usr/local
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
--- Comment #10 from Alan Modra amodra at gmail dot com 2011-01-31 08:47:16
UTC ---
With enough fiddling around, I finally duplicated the error, in my case when
linking lto1.
libbackend.a(cse.o): In function `insert_const_anchors':
/src/gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47279
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47607
Summary: FAIL: gcc.c-torture/execute/builtins/abs-2.c
execution, -O2 -flto
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47607
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
Summary: Lying eh_frame r2 save info causes crashes with static
libgcc_eh and libstdc++
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
--- Comment #4 from Alan Modra amodra at gmail dot com 2010-09-30 23:52:29
UTC ---
Caught out by sign extension rules.
Index: gcc/config/rs6000/rs6000.c
===
--- gcc/config/rs6000
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46030
Summary: registers trashed with -Os
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46030
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Target||powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
Summary: huge number of c++ testsuite failures, libstdc++.so
alias missing
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #1 from Alan Modra amodra at gmail dot com 2010-10-29 05:38:59
UTC ---
Created attachment 22197
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22197
locale-inst.s 20101028
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #2 from Alan Modra amodra at gmail dot com 2010-10-29 05:40:02
UTC ---
Created attachment 22198
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22198
locale-inst.s 20101014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #3 from Alan Modra amodra at gmail dot com 2010-10-29 13:01:34
UTC ---
I poked at this a little today. remove_unreachable_alias_pairs prunes the
alias_pair we need for some reason. I don't know my way around the cgraph code
well
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #4 from Alan Modra amodra at gmail dot com 2010-10-30 04:37:38
UTC ---
The one thing that makes the missing alias different from other aliases is that
its target is itself an alias. Hmm, that suggests a reduced C testcase might
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #5 from Alan Modra amodra at gmail dot com 2010-10-30 04:41:54
UTC ---
Created attachment 22203
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22203
aliases.i reduced C testcase
This reduced testcase shows lack of wobbly alias
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
CC||hubicka at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46030
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Summary: Code size regression in struct access
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
--- Comment #1 from Alan Modra amodra at gmail dot com 2010-11-21 23:09:13
UTC ---
I believe this code size regression is due to the fix for #32698. Before that
change, gcc calculated the offset for accessing the array elements as
n*4
64+n*4
128
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46556
--- Comment #4 from Alan Modra amodra at gmail dot com 2010-11-22 10:47:24
UTC ---
But within a loop gcc-4.2 looked quite reasonable too..
Don't we have a pass ordering problem if fwprop is to rewrite addresses? We
currently have cse1, fwprop1
at gmail dot com
GCC target triplet: powerpc*-*-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44075
--
amodra at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at gmail dot com
|dot org
--- Comment #8 from amodra at gmail dot com 2010-05-20 04:31 ---
FWIW, Jakub's patch looks a reasonable fix to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44199
Component: target
AssignedTo: amodra at gmail dot com
ReportedBy: amodra at gmail dot com
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
--
amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #1 from amodra at gmail dot com 2010-05-25 13:42 ---
Created an attachment (id=20742)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20742action=view)
fairly obvious fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
--- Comment #2 from amodra at gmail dot com 2010-05-25 13:45 ---
Created an attachment (id=20743)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20743action=view)
alternate fix using emit_library_call machinery
this one hasn't finished bootstrapping yet
--
http://gcc.gnu.org
--- Comment #3 from amodra at gmail dot com 2010-05-26 02:49 ---
and it contained a typo too. superceded by the patch in the patch url
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44266
--- Comment #2 from amodra at gmail dot com 2010-05-26 13:22 ---
I think this testcase may invoke undefined behaviour. Section 6.5.2.2 of the
ISO C spec says of function calls without a prototype that if the types of the
arguments after promotion are not compatible with those
--- Comment #12 from amodra at gmail dot com 2010-05-28 02:28 ---
This problem can be seen on powerpc-linux-gcc with the options -O1 -fPIC
-ftls-model=initial-exec -misel.
The error occurs between 172r.ira and 174r.postreload, not at 186r.dce as
previously reported.
--
amodra
--- Comment #13 from amodra at gmail dot com 2010-05-28 02:31 ---
Created an attachment (id=20765)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20765action=view)
ok at this point
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #14 from amodra at gmail dot com 2010-05-28 02:32 ---
Created an attachment (id=20766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20766action=view)
broken here, see insn 27
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44169
--
amodra at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at gmail dot com
|dot org
--- Comment #15 from amodra at gmail dot com 2010-05-28 13:16 ---
Created an attachment (id=20768)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20768action=view)
gcc-4.4 patch
The underlying problem is that the load_toc_v4_PIC_1b rtl doesn't properly
describe that its output
--- Comment #19 from amodra at gmail dot com 2010-06-03 03:26 ---
Fixed all active branches
--
amodra at gmail dot com changed:
What|Removed |Added
Status
--- Comment #6 from amodra at gmail dot com 2010-06-04 03:03 ---
Fixed mainline.
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from amodra at gmail dot com 2010-06-04 04:59 ---
fixed
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from amodra at gmail dot com 2010-06-06 14:11 ---
Confirmed.
Regarding O1test.c:
Wierd set of gcc options, particularly -fno-dce and -fcaller-saves. I can't
see any sane reason why you would use those options on powerpc, unless you were
deliberately stress testing gcc
--- Comment #20 from amodra at gmail dot com 2010-06-06 14:52 ---
My guess is that tc-lossings-floats.c hits an ira related problem, but I'm not
particularly familiar with that area of the compiler so won't look further
myself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #1 from amodra at gmail dot com 2010-06-07 02:19 ---
First testcase in pr44364 tickles this bug on mainline too. Looks like we need
the following.
Index: gcc/config/rs6000/rs6000.c
===
--- gcc/config/rs6000
--- Comment #1 from amodra at gmail dot com 2010-06-07 02:21 ---
*** This bug has been marked as a duplicate of 44067 ***
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #2 from amodra at gmail dot com 2010-06-07 02:21 ---
*** Bug 44419 has been marked as a duplicate of this bug. ***
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #22 from amodra at gmail dot com 2010-06-07 04:41 ---
Adding the following to config/rs6000/e500.h will likely fix the bug.
Testing..
#define HARD_REGNO_CALLER_SAVE_MODE(REGNO, NREGS, MODE) \
(TARGET_E500_DOUBLE ((MODE) == DFmode || (MODE) == TFmode
--- Comment #4 from amodra at gmail dot com 2010-06-07 06:57 ---
Actually, that's the wrong patch. The correct one stops
rs6000_split_multireg_move being called in this case, by modifying
define_mode_iterator DIFD in rs6000.md.
--
amodra at gmail dot com changed:
What
--- Comment #25 from amodra at gmail dot com 2010-06-07 09:53 ---
Yes it seems the patch is not sufficient on 4.4. On mainline the code looks
good by inspection. (I don't have e500 hardware to run tests on.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #26 from amodra at gmail dot com 2010-06-07 10:29 ---
Doh! No, it's still broken on mainline too. I wasn't testing what I thought I
was...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44364
--- Comment #28 from amodra at gmail dot com 2010-06-07 17:05 ---
Please bootstrap and test this addition to e500.h
/* When setting up caller-save slots (MODE == VOIDmode) ensure we
allocate space for DFmode. Save gprs in the correct mode too. */
#define
--- Comment #5 from amodra at gmail dot com 2010-06-07 17:25 ---
Created an attachment (id=20859)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20859action=view)
fix pr42427 fallout
Would someone with e500 hardware please bootstrap and regression test this
patch? I'm running
--- Comment #8 from amodra at gmail dot com 2010-06-07 23:33 ---
Reassigning since Edmar's identical patch predates mine.
--
amodra at gmail dot com changed:
What|Removed |Added
--- Comment #11 from amodra at gmail dot com 2010-06-09 00:29 ---
Fixed
--
amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #41 from amodra at gmail dot com 2010-06-09 13:26 ---
Created an attachment (id=20877)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20877action=view)
e500.h and caller-save.c patch
The ICE in #38 is due to a bug in caller-save.c
--
http://gcc.gnu.org/bugzilla
--- Comment #12 from amodra at gmail dot com 2010-06-16 03:14 ---
testsuite/gcc.dg/vect/pr44507.c is invalid on LP64. This:
curVal = *((unsigned long *)(pArray[index]));
loads 8 bytes, ie. the last time around the loop this loads 4 bytes past the
end of the array. On big-endian
--- Comment #3 from amodra at gmail dot com 2010-06-16 05:59 ---
Confirmed on powerpc-linux. check_fa tail calls check_fa_mid, ignoring the
fact that check_fa_mid is passed the address of a check_fa local var.
1510 check_fa:
1510: 94 21 ff e0 stwur1,-32(r1
201 - 300 of 872 matches
Mail list logo
