--- Comment #1 from mrs at apple dot com 2009-12-10 18:13 ---
In general you can answer what we think is best by checking the llvm-gcc
sources from llvm, and in this case, we are using:
/* { dg-options "-fnext-runtime -fno-constant-cfstrings" } */
/* { dg-do compile { targ
--- Comment #27 from mrs at apple dot com 2009-12-09 18:48 ---
nm | grep ___divdc3 on all the objects and libraries on the link line, will
tell you from where this symbol can be resolved. Reading the link line, will
tell you the order ld will resolve in, but you have to realize that
--- Comment #25 from mrs at apple dot com 2009-12-09 18:29 ---
I've filed radr://7457013 for libSystem (aka libm on 10.6) to improve the
accuracy of ___divdc3. If that were fixed, then having -lm or not wouldn't
matter.
--
mrs at apple dot com changed:
What
--- Comment #2 from mrs at apple dot com 2009-10-05 21:21 ---
Ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41595
--- Comment #33 from mrs at apple dot com 2009-10-05 21:16 ---
I'm fine with the latest patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #32 from mrs at apple dot com 2009-10-05 20:55 ---
I suspect the other case is simply:
if (flag_exceptions)
flag_reorder_blocks_and_partition = 0;
be added, just like the code for flag_unwind_tables. I suspect this, as the
testcase is *.C.
--
http://gcc.gnu.org
--- Comment #20 from mrs at apple dot com 2009-10-02 02:03 ---
flag_reorder_blocks_and_partition was the complete name of the variable last I
looked. If flag_unwind_tables is true and this variable is true, that's the
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #58 from mrs at apple dot com 2009-10-01 19:18 ---
Seems reasonable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888
--- Comment #18 from mrs at apple dot com 2009-10-01 19:14 ---
Yes. If someone wants to propose a better solution, they will...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313
--- Comment #15 from mrs at apple dot com 2009-10-01 00:54 ---
Yeah, the patch in #11 is about the right for half the problem (darwin10), if
it weren't for ld's warning message. I don't know quite why it is doing that,
so guess we'll just have to nix that idea. So,
--- Comment #10 from mrs at apple dot com 2009-09-30 20:54 ---
When targeting darwin10, the .eh symbols don't have to be generated anymore.
They are from darwin.c, darwin_emit_unwind_label.
if (darwin_macosx_version_min
&& strverscmp (darwin_macosx_version_min,
--- Comment #51 from mrs at apple dot com 2009-09-30 19:45 ---
Looks much better than past versions... Seems like muse-shared-libgcc-ext
should be the default, and possibly that we don't even need the switch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39888
--- Comment #22 from mrs at apple dot com 2009-09-23 20:52 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 11:40 AM, howarth at nitro dot med dot uc dot edu
wrote:
> Also I don't see why the macro above has any advantages over just
--- Comment #21 from mrs at apple dot com 2009-09-23 20:49 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 9:19 AM, howarth at nitro dot med dot uc dot edu
wrote:
> What we need is an approach that links in libgcc.a or libgcc_s to a
>
--- Comment #20 from mrs at apple dot com 2009-09-23 20:48 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 23, 2009, at 8:50 AM, howarth at nitro dot med dot uc dot edu
wrote:
> What about just leveraging PIC-code libgcc.a on darwin by creatin
--- Comment #19 from mrs at apple dot com 2009-09-23 20:43 ---
Subject: Re: TLS emutls not linked to automatically on Darwin
On Sep 22, 2009, at 8:02 PM, howarth at nitro dot med dot uc dot edu
wrote:
> Doesn't this imply that you can't make force libgcc to be
--- Comment #8 from mrs at apple dot com 2009-09-22 21:17 ---
I meant the idea that libSystem has new symbols in it is relevant only to
darwin10. The system libgcc_s is present on older OSes, so those aspects are
still relevant. Yeah, to solve that problem one would either have to
--- Comment #6 from mrs at apple dot com 2009-09-22 18:56 ---
I wonder if we could just trim out the symbols from libgcc that are in
libSystem, and arrange for gcc's installed libgcc to be found first.
Advantage, simplicity, less target specific work, easy to understand.
Downsid
--- Comment #30 from mrs at apple dot com 2009-09-04 01:49 ---
I admit that having gcc automagically add -m32 isn't strictly needed, the user
can do that. The problem is when they don't do that. What behavior do we
want? We can pick:
1) Just work.
2) Fail immediatel
--- Comment #26 from mrs at apple dot com 2009-09-03 00:20 ---
First, config.guess is orthogonal to the entire discussion, because of that, we
never need to mention it again.
Next, we do a case analysis of every combination of host/target and build
We
engineer each case to work as
--- Comment #21 from mrs at apple dot com 2009-09-02 20:37 ---
The patch in #19 is wrong. If you configure a x86->ppc64 compile, it would
want to use -m32, which is wrong. We experimented with a change like that in
#20 and it resulted in failures; I can't imagine any good com
--- Comment #13 from mrs at apple dot com 2009-09-02 20:17 ---
Subject: Re: [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at
revision 151318
On Sep 2, 2009, at 12:57 PM, howarth at nitro dot med dot uc dot edu
wrote:
> --- Comment #12 from howarth at nitro dot
--- Comment #11 from mrs at apple dot com 2009-09-02 17:41 ---
dwarfdump exists on 10.5 and 10.6. Not sure if that would help at all (I've
not been following what people are doing).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #18 from mrs at apple dot com 2009-08-31 20:37 ---
That file just has:
# APPLE LOCAL file dynamic-no-pic
# The -mdynamic-no-pic ensures that the compiler executable is built without
# position-independent-code -- the usual default on Darwin.
BOOT_CFLAGS=-g -O2 -mdynamic-no
--- Comment #16 from mrs at apple dot com 2009-08-31 17:37 ---
Oops, I mean #12 and #13. For #13, make sure there isn't an existing entry
already. If there is, the code should be added to it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
--- Comment #15 from mrs at apple dot com 2009-08-31 17:35 ---
#13 looks fine. #14 needs a build to confirm it works. I've tested the style
of #14 in the gcc-4.2.1 tree and it works as expected.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41180
--- Comment #13 from mrs at apple dot com 2009-02-17 19:18 ---
Ok to add that to darwin.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34587
--- Comment #4 from mrs at apple dot com 2009-01-24 04:22 ---
First, you didn't test 4.0.0, so all your reasoning is invalid. Second,
claiming no ABI breakage when there is abi breakage is silly. I guess if you
have no customers with no software, with do previously deployed sof
--- Comment #8 from mrs at apple dot com 2009-01-24 04:18 ---
First, you didn't test 4.0.0, so all your reasoning is invalid. Second,
claiming no ABI breakage when there is abi breakage is silly. I guess if you
have no customers with no software, with do previously deployed sof
--- Comment #9 from mrs at apple dot com 2008-12-18 12:21 ---
Ok with the:
+ *-*-darwin[3-8]*) have_unwind_getipinfo=no ;;
spelling. It matches the spelling in the rest of the compiler, which makes it
easier to spot and modify. Technically, the:
*-*-darwin[0-8]|*-*-darwin[0-8
--- Comment #21 from mrs at apple dot com 2008-12-12 18:42 ---
My long term guidance would be to engineer gcc to use its copy of the libgcc_s
dylib and link against it. This would mean that the newly installed libgcc_s
should be found first, over /usr/lib, and that development and
--- Comment #17 from mrs at apple dot com 2008-12-09 23:24 ---
I agree, Apple would like this as well...
radr://5739832
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
--- Comment #1 from mrs at apple dot com 2008-12-02 21:43 ---
Radar 6400208
--
mrs at apple dot com changed:
What|Removed |Added
CC
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38375
--- Comment #5 from mrs at apple dot com 2008-11-18 20:26 ---
The C standard mandates that all enumeration constants have the same type, gcc
violates this requirement.
--
mrs at apple dot com changed:
What|Removed |Added
--- Comment #3 from mrs at apple dot com 2008-11-12 18:33 ---
I'm merely eching bits from the clang development list... Now they think the
above doesn't apply, but 3.4.5p3 does:
3 If the unqualified-id is
∼ type-name, the type-name is looked up in the context of the ent
dTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38087
--- Comment #13 from mrs at apple dot com 2008-11-11 23:13 ---
The darwin patch is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37202
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37864
: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37728
--- Comment #1 from mrs at apple dot com 2008-09-10 18:28 ---
radr://6202462
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37465
oduct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37465
--- Comment #1 from mrs at apple dot com 2008-08-27 22:47 ---
I think reshape_init_r doesn't handle init when it ia error_mark_node.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37260
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37260
--- Comment #1 from mrs at apple dot com 2008-08-11 21:39 ---
Oh, see 11.4p5 (ANSI 98 standard) for details on this type of code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37085
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC host triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37085
--- Comment #12 from mrs at apple dot com 2008-07-23 21:12 ---
radr://4232969
--
mrs at apple dot com changed:
What|Removed |Added
CC
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC host triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36868
routines missing
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc
--- Comment #4 from mrs at apple dot com 2008-05-07 02:58 ---
Thinking and supposing are bad substitutes for solid engineering.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36164
--- Comment #3 from mrs at apple dot com 2008-05-07 02:40 ---
Adding:
+_ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE4syncEv;
+_ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE5uflowEv;
+_ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE6xsgetnEPci
nc_filebuf routines missing
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36164
--
mrs at apple dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36113
--- Comment #1 from mrs at apple dot com 2008-05-02 20:16 ---
Radar 5881867
--
mrs at apple dot com changed:
What|Removed |Added
CC
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36113
unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35935
unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35934
--
Summary: template visibility botch
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
ONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35640
--- Comment #1 from mrs at apple dot com 2008-03-04 20:15 ---
radr://5070293
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35463
--- Comment #1 from mrs at apple dot com 2008-03-04 20:14 ---
radr://5070293
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35462
c++
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc
gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35462
--- Comment #3 from mrs at apple dot com 2008-03-04 01:19 ---
My bug is related to this, but mine is an ice on valid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35405
: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35450
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35449
--- Comment #18 from mrs at apple dot com 2008-02-21 19:48 ---
Nope.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10901
--- Comment #28 from mrs at apple dot com 2008-02-20 15:44 ---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
s: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35198
--- Comment #14 from mrs at apple dot com 2008-02-13 20:49 ---
I think we should do this; further, I think we should add && pedantic to it as
well. Only people that want to be hurt by the standard should be.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
--- Comment #11 from mrs at apple dot com 2008-02-13 02:59 ---
Ok, how about:
#ifdef __GNUC_STDC_INLINE__
#define __EXTERN_INLINE __inline __attribute__((always_inline))
#else
#define __EXTERN_INLINE extern __inline __attribute__((always_inline))
#endif
__EXTERN_INLINE void foo
--- Comment #9 from mrs at apple dot com 2008-02-12 22:04 ---
Ah, I see now, you're right, that doesn't work. :-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
: trivial long -> int implicit conversions
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC build triplet: i686-apple-darwin9
GCC host triplet: i686-apple-darwin9
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35173
--- Comment #7 from mrs at apple dot com 2008-02-12 18:01 ---
Testcase for comment #6? I believe we tested every case and it works fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
--- Comment #4 from mrs at apple dot com 2008-02-12 01:28 ---
We fixed the mmintrin.h issues by using inline when __GNUC_STDC_INLINE__, and
static inline otherwise in our tree.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34000
--- Comment #2 from mrs at apple dot com 2008-02-08 03:10 ---
It should be const char**argv.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34193
libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC build triplet: *-apple-darwin*
GCC host triplet: *-apple-darwin*
GCC target triplet: *-apple-darwin*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35081
y: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34819
--- Comment #4 from mrs at apple dot com 2008-01-14 23:21 ---
Ah, I thought someone just hadn't gotten around to moving the state to fixed,
sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
--- Comment #2 from mrs at apple dot com 2008-01-14 20:08 ---
No, that bug report has a hack around, not a fix. A fix would make it work by
default out of the box.
A fix would avoid these for templated types and leave them for non-templated
types.
--
mrs at apple dot com changed
MED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34516
--- Comment #22 from mrs at apple dot com 2007-12-17 04:10 ---
:-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
--- Comment #3 from mrs at apple dot com 2007-12-06 23:46 ---
radr://2961456
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17736
--- Comment #12 from mrs at apple dot com 2007-11-27 02:42 ---
Yes, the second set contains:
_U0.457:
.long _bdtest_
which is the part the makes the whole thing work on systems like darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34136
--- Comment #8 from mrs at apple dot com 2007-11-26 20:58 ---
Apparently there are two distinct ways to make this work, either, output a
reference to bdtest, or ensure that the linker tries to resolve commons from
libraries. Linux uses the later approach. To be portable, gfortran
--- Comment #12 from mrs at apple dot com 2007-11-07 01:06 ---
This patch is wrong. See http://gcc.gnu.org/PR34010 for details.
--
mrs at apple dot com changed:
What|Removed |Added
org
ReportedBy: mrs at apple dot com
GCC target triplet: powerpc-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34010
--- Comment #2 from mrs at apple dot com 2007-10-16 19:29 ---
I can confirm the bug and that Intel's documentation does not have a immediate
restriction on any of the epi functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32961
--- Comment #2 from mrs at apple dot com 2007-06-27 19:18 ---
Radar 5276895
--
mrs at apple dot com changed:
What|Removed |Added
CC
--- Comment #20 from mrs at apple dot com 2007-06-19 23:36 ---
The patch was approved today on the gcc-patches list.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4076
--- Comment #122 from mrs at apple dot com 2007-05-22 20:41 ---
When the standard was originally written, I do think we may have missed out on
some finer points of the C object model, mainly to do with restrictions on what
one is not permitted to do stemming from the declared type. The
--- Comment #2 from mrs at apple dot com 2007-05-12 05:51 ---
Can you work around it with the -Xlinker,-arg1,val1,-arg2,val2 syntax?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31906
--- Comment #5 from mrs at apple dot com 2007-05-12 00:00 ---
Odd, I see:
X:
.long _ZTIN12_GLOBAL__N_13fooE
.weak _ZTSN12_GLOBAL__N_13fooE
.section.gnu.linkonce.r._ZTSN12_GLOBAL__N_13fooE,"a",@progbits
.type _ZTSN12_GLOBAL
--- Comment #3 from mrs at apple dot com 2007-05-11 22:44 ---
I think this is a bug on Linux as well, though, I suspect it don't fail to
build, but rather I think it will compare the two typeinfo objects as equal
even though they are unrelated to each other.
--
mrs at apple do
at gcc dot gnu dot org
ReportedBy: mrs at apple dot com
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31903
--- Comment #38 from mrs at apple dot com 2007-04-25 01:56 ---
I think a non-working --with-system-libunwind corner case on darwin is a P4 at
best?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #37 from mrs at apple dot com 2007-04-25 01:42 ---
libgcc_s.10.5.dylib now includes __Unwind_GetIPInfo on mainline and in 4.2...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #17 from mrs at apple dot com 2007-04-13 03:09 ---
The followup problem has now been fixed in 4.2.
--
mrs at apple dot com changed:
What|Removed |Added
--- Comment #4 from mrs at apple dot com 2007-04-09 20:25 ---
radr://5076058
--
mrs at apple dot com changed:
What|Removed |Added
CC
1 - 100 of 179 matches
Mail list logo
