https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71123
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959
--- Comment #6 from Dominique d'Humieres ---
> 1. Maybe the placement of the warning is spurious, but is there any chance it
> is actually assigning the type REAL(4) to e18?
I don't think so as shown by the results
370370367037037013703
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70720
--- Comment #5 from sh at gcc dot gnu.org ---
Author: sh
Date: Tue May 17 06:22:28 2016
New Revision: 236309
URL: https://gcc.gnu.org/viewcvs?rev=236309&root=gcc&view=rev
Log:
[RTEMS] Fix moxie libgcc support
libgcc/
PR libgcc/70720
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #19 from Dominique d'Humieres ---
Results at https://gcc.gnu.org/ml/gcc-testresults/2016-05/msg01774.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70720
--- Comment #4 from sh at gcc dot gnu.org ---
Author: sh
Date: Tue May 17 06:17:53 2016
New Revision: 236308
URL: https://gcc.gnu.org/viewcvs?rev=236308&root=gcc&view=rev
Log:
[RTEMS] Fix moxie libgcc support
libgcc/
PR libgcc/70720
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70720
--- Comment #3 from sh at gcc dot gnu.org ---
Author: sh
Date: Tue May 17 06:15:52 2016
New Revision: 236307
URL: https://gcc.gnu.org/viewcvs?rev=236307&root=gcc&view=rev
Log:
[RTEMS] Fix moxie libgcc support
libgcc/
PR libgcc/70720
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135
--- Comment #5 from Yaakov Selkowitz ---
Possible patch included in attachment 38505 for bug 71133.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71133
--- Comment #1 from Yaakov Selkowitz ---
Created attachment 38505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38505&action=edit
Draft patch for 6.1
The results of this test are (so far) used only in the code that will later
fail to comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157
Bug ID: 71157
Summary: -Wnull-dereference false alarm in wrong function
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959
--- Comment #5 from William Clodius ---
1. Maybe the placement of the warning is spurious, but is there any chance it
is actually assigning the type REAL(4) to e18?
2. It sounds as if the logic of arith.c is in an incorrect order. What should
be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69665
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135
--- Comment #4 from Yaakov Selkowitz ---
(In reply to Yaakov Selkowitz from comment #3)
> It seems that #define _GLIBCXX_USE_WEAK_REF 1 would fix this; the question
> is where exactly it should go (config/os/generic/os_defines.h ?) and under
> wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71156
Bug ID: 71156
Summary: PURE interface/definition inconsistency: accepts
invalid, rejects valid
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70979
--- Comment #4 from Martin Sebor ---
Including the following test case from the duplicate bug 71116 (which is
expected to pass in C+++ 14 and prior):
$ cat uu.cpp && /home/msebor/build/gcc-fortify-source/gcc/xgcc
-B/home/msebor/build/gcc-fortify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71108
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70979
Martin Sebor changed:
What|Removed |Added
CC||eric.niebler at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71116
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
--- Comment #4 from Martin Sebor ---
Sorry, I didn't finish the sentence: ...please attach the complete preprocessor
output on the off change that the NULL macro isn't expanded to (void*)0 for
some reason.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71155
Bug ID: 71155
Summary: symbol in wrong section .data.rel.local on mips64el
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
--- Comment #3 from Andrew Pinski ---
The other way of fixing this is to expose the NOT in RTL before register
allocator. That is harder but still doable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71154
--- Comment #1 from James Abbatiello ---
Created attachment 38502
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38502&action=edit
Too simple patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71154
Bug ID: 71154
Summary: Attributes for an explicit template instantiation are
ignored
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
--- Comment #1 from dhowells at redhat dot com ---
(In reply to dhowe...@redhat.com from comment #0)
> ... If nothing else, the MOVN and MOV could be condensed into just a MOV. ...
The MOVN and the MVN could be condensed, that is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71153
Bug ID: 71153
Summary: aarch64 __atomic_fetch_and() generates probably
incorrect double inversion
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: norm
from Jan van Dijk ---
Has this been (partly) fixed in the meantime? The OP's test program compiles
just fine with:
g++ (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064]
g++ (SUSE Linux) 5.3.1 20160412 [gcc-5-branch revision 234894]
g++ (GCC) 7.0.0 20160516 (experimental)
x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #18 from Dominique d'Humieres ---
> smoke test passes, I'll leave it to Dominique's full-run to confirm.
With the patch in comment 15 applied on top of revision r236286 the reported
failures are gone.
From the fix, would it be possi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71150
Jiong Wang changed:
What|Removed |Added
Target||i386*
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
--- Comment #2 from Ray Strode ---
this test case works as expected with gcc-5.3.1-6.fc23.x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145
--- Comment #3 from Michael Cree ---
Created attachment 38500
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38500&action=edit
compressed preprocessed source
Failing preprocessed source compressed with gzip; hopefully this goes through
oka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
--- Comment #1 from Ray Strode ---
$ rpm -q gcc
gcc-6.0.0-0.20.fc25.x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
Bug ID: 71152
Summary: NULL is not cast to (void *) as it ought to be if
compiling code with -c
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135
--- Comment #3 from Yaakov Selkowitz ---
It seems that #define _GLIBCXX_USE_WEAK_REF 1 would fix this; the question is
where exactly it should go (config/os/generic/os_defines.h ?) and under what
conditions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135
--- Comment #2 from Yaakov Selkowitz ---
(In reply to Jonathan Wakely from comment #1)
> I think we just want to disable TM library support for such targets.
Okay, h8300-elf and xstormy16-elf are both similarly affected. msp430-elf
probably wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70835
Bug ID: 70835
Summary: internal compiler error on libiberty/floatformat.c
when bootstrapping 5.3.0 with 5.3.0
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #6 from Jan Hubicka ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
>
> --- Comment #5 from Marek Polacek ---
> And of course I found it (I think) just after posting the previous commit:
Ah, thanks. It looks OK to me. I w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #5 from Marek Polacek ---
And of course I found it (I think) just after posting the previous commit:
--- a/gcc/tree-inline.c
+++ b/gcc/tree-inline.c
@@ -4486,6 +4486,7 @@ expand_call_inline (basic_block bb, gimple *stmt,
copy_body_da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71151
Bug ID: 71151
Summary: -fmerge-constants and -fdata-sections results in
string constants in .progmem.gcc_sw section
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #4 from Marek Polacek ---
It would appear that we need to call maybe_remove_unused_call_args somewhere,
but so far haven't found the right spot...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71150
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160516 (experimental) [trunk revision 236272] (GCC)
$
$ gcc-trunk -O0 -c small.c
$
$ gcc-trunk -O1 -c small.c
small.c: In function ‘fn2’:
small.c:11:1: internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149
--- Comment #1 from Andrew Pinski ---
Most likely the opt needs to be moved from fold-const to match.pd . Should be
a simple patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71149
Bug ID: 71149
Summary: missing modulo 2 optimization converting result to
bool
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857
--- Comment #6 from Martin Jambor ---
Author: jamborm
Date: Mon May 16 15:57:06 2016
New Revision: 236292
URL: https://gcc.gnu.org/viewcvs?rev=236292&root=gcc&view=rev
Log:
[PR 70857] Copy RESULT_DECL of HSA outlined kernel function
2016-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71121
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70857
--- Comment #5 from Martin Jambor ---
Author: jamborm
Date: Mon May 16 15:40:30 2016
New Revision: 236291
URL: https://gcc.gnu.org/viewcvs?rev=236291&root=gcc&view=rev
Log:
[PR 70857] Copy RESULT_DECL of HSA outlined kernel function
2016-05-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71133
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71135
Jonathan Wakely changed:
What|Removed |Added
CC||torvald at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #17 from Iain Sandoe ---
smoke test passes, I'll leave it to Dominique's full-run to confirm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68463
--- Comment #7 from jnorris at gcc dot gnu.org ---
Author: jnorris
Date: Mon May 16 13:47:47 2016
New Revision: 236287
URL: https://gcc.gnu.org/viewcvs?rev=236287&root=gcc&view=rev
Log:
Backport from mainline r236098.
2016-05-10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #16 from Ilya Enkovich ---
(In reply to Iain Sandoe from comment #15)
> that code won't build - did you mean :
>
Sure. Thanks for noticing!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #15 from Iain Sandoe ---
(In reply to Dominique d'Humieres from comment #14)
> > Looks I found the problem. validize_mem generates new instructions which
> > are placed wrongly. This patch should help. Unfortunately I can't test
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #14 from Dominique d'Humieres ---
> Looks I found the problem. validize_mem generates new instructions which
> are placed wrongly. This patch should help. Unfortunately I can't test
> it properly on Darwin.
Thanks for the feedback
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #13 from Ilya Enkovich ---
Looks I found the problem. validize_mem generates new instructions which are
placed wrongly. This patch should help. Unfortunately I can't test it
properly on Darwin.
diff --git a/gcc/config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71132
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #12 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #11)
> I wonder if it's a stack/data alignment problem
maybe not;
comparing 6.1 and trunk with the function annotated to
__attribute__((noinline)) it seems that the probl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39275
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71109
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
Bug ID: 71148
Summary: [7 Regression] Compile time hog w/ -O3 -funroll-loops
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: compile-time-hog
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70959
--- Comment #4 from Dominique d'Humieres ---
As shown by the following reduced test
integer(8), parameter :: e18 = 1000_8
integer(8) :: e19
e19= (e18)
print *, e18, e19
end
there are two issues:
(1) a bogus warning,
(2) more
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
Markus Trippelsdorf changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
--- Comment #1 from Markus Trippelsdorf ---
trippels@gcc2-power8 http % cat Http2Session.ii
typedef enum {} nsresult;
struct A {
virtual void SetConnection();
};
struct B {
virtual nsresult OnReadSegment(const char *, int, int *) = 0;
};
stru
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70978
Ramana Radhakrishnan changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71147
Avi Kivity changed:
What|Removed |Added
Attachment #38497|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71147
Bug ID: 71147
Summary: [6 REGRESSION] Flexible array member wrongly rejected
in template
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145
--- Comment #2 from Uroš Bizjak ---
Similar to PR 64113. Maybe we need to move the mentioned peephole2s to
post-epilogue_completed splitter.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145
--- Comment #1 from Uroš Bizjak ---
(In reply to Michael Cree from comment #0)
> I will attempt to attach preprocessed source of SubscriberInfo.cpp from
> libavg. Um, no I can't; it's too large for the 1000kB limit. How can I
> provide the fil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71146
Bug ID: 71146
Summary: [7 Regression] error: __builtin_unreachable or
__builtin_trap call with arguments
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #11 from Iain Sandoe ---
I wonder if it's a stack/data alignment problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71145
Bug ID: 71145
Summary: Alpha: Error: No lda !gpdisp!278 was found
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71143
--- Comment #1 from Markus Trippelsdorf ---
Started with r236221.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #10 from Iain Sandoe ---
(In reply to Ilya Enkovich from comment #9)
> (In reply to Iain Sandoe from comment #8)
> > Created attachment 38495 [details]
> > assembly for linux case
> >
> > Here's the asm for the case from my build, al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70466
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #3 from nsz at gcc dot gnu.org ---
simplified a bit further:
void foo(void);
int vfork(void);
int *p;
void bar(void)
{
foo();
*p = vfork();
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #9 from Ilya Enkovich ---
(In reply to Iain Sandoe from comment #8)
> Created attachment 38495 [details]
> assembly for linux case
>
> Here's the asm for the case from my build, although I don't expect it'll
> help much if you can't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #8 from Iain Sandoe ---
Created attachment 38495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38495&action=edit
assembly for linux case
Here's the asm for the case from my build, although I don't expect it'll help
much if you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71144
Bug ID: 71144
Summary: [6/7 Regression] isl_aff.c:1001: position out of
bounds
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #7 from Ilya Enkovich ---
(In reply to Dominique d'Humieres from comment #2)
> Created attachment 38486 [details]
> Assembly for gcc.c-torture/execute/ashldi-1.c compiled with r236090
>
> Assembly for gcc.c-torture/execute/ashldi-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
--- Comment #6 from Ilya Enkovich ---
(In reply to Iain Sandoe from comment #5)
> Also fails on Linux for the m32 multilib with -msse2avx :
> make -k check-gcc-c
> RUNTESTFLAGS="--target_board=unix/-msse/-msse2avx\{-m32,-m64\}
> execute.exp=ashl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71143
Bug ID: 71143
Summary: [7 Regression] bogus error: ‘A’ is not a base of
‘B< >’
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70978
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71142
Bug ID: 71142
Summary: [6/7 Regression] ICE: Segmentation fault in
ssa_default_def
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70227
Jiong Wang changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70227
--- Comment #3 from Jiong Wang ---
Author: jiwang
Date: Mon May 16 08:11:42 2016
New Revision: 236265
URL: https://gcc.gnu.org/viewcvs?rev=236265&root=gcc&view=rev
Log:
[testsuite] PR70227, skip g++.dg/lto/pr69589_0.C on targets without -rdynami
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71114
Iain Sandoe changed:
What|Removed |Added
Target|x86_64-apple-darwin*|x86_64-apple-darwin*,x86_64
94 matches
Mail list logo
