Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 48847
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48847&action=edit
preprocessed unreduced testcase
The testcase, extracted from curre
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 48872
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48872&action=edit
unreduced testca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96194
--- Comment #6 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 48874 [details]
> gcc11-pr96194.patch
>
> Untested fix.
It fixes the mesa build, thank you!
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
The attached unreduced testcase, isolated from wireshark-3.2.6, ICEs in
get_default_value, at tree-ssa-ccp.c:311, with current 10.2.1 branch.
It goes away with -O1 or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96748
--- Comment #2 from Manuel Lauss ---
Created attachment 49099
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49099&action=edit
gzipped testcase
Apologies, find the gzip compressed test source attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96748
Manuel Lauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96748
--- Comment #5 from Manuel Lauss ---
(In reply to Martin Liška from comment #4)
> I don't see the failure for any of recent GCC releases:
>
> Releases
> 8.1.0 (406c2abec3f998e9)(02 May 2018 10:13): [took: 4.858s] result: OK
> 8.2.0 (ddeb81e7
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 43983
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43983&action=edit
compressed unreduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85462
--- Comment #3 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 43986 [details]
> gcc8-pr85462.patch
>
> Untested fix, still waiting if reduction comes up with some reasonably sized
> testcase.
It does fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85573
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Created attachment 44044
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #20 from Manuel Lauss ---
Created attachment 43242
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43242&action=edit
preprocessed source
preprocessed source of file that contains the function
"llvm::TypeInfer::EnforceSmallerThan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #27 from Manuel Lauss ---
(In reply to Uroš Bizjak from comment #21)
> Following patch should fix the problem:
>
> --cut here--
> Index: i386.md
> ===
> --- i386.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #32 from Manuel Lauss ---
(In reply to Uroš Bizjak from comment #31)
> (In reply to Uroš Bizjak from comment #30)
> > So, I'll bootstrap:
>
> Maybe we can also allow &r <- (r,r) for BMI, to be safe (c.f. comment #23):
>
> (define_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #38 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #36)
Your patch does fix my llvm issue. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #44 from Manuel Lauss ---
Created attachment 43252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43252&action=edit
compressed preprocessed source
g++ -m32 -O3 -ggdb -march=znver1 -mtune=broadwell -pipe -fPIC
-fvisibility-inlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #46 from Manuel Lauss ---
Created attachment 43257
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43257&action=edit
reducest testcase
reduced testcase for Jakub's patch in comment #36 and the build failure it
causes in comment
mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 45791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45791&action=edit
compressed preprocessed source
I'm not certain whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84719
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
CC: marxin at gcc dot gnu.org
Target Milestone: ---
ffmpeg-3.4.2 built with gcc-8 as of 20180330 and LTO enabled causes a runtime
segfault:
Thread 1 "mpv" received sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85132
--- Comment #2 from Manuel Lauss ---
This is the most minimal ffmpeg config that can trigger the segfault. The
interesting switch is "--enabled-hardcoded-tables". I use the "mpv" Player
with a standard mp4 video file to trigger it
(https://githu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85132
--- Comment #4 from Manuel Lauss ---
(In reply to Martin Liška from comment #3)
> (In reply to Manuel Lauss from comment #2)
> > This is the most minimal ffmpeg config that can trigger the segfault. The
> > interesting switch is "--enabled-hardco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85132
--- Comment #6 from Manuel Lauss ---
(In reply to Martin Liška from comment #5)
> (In reply to Manuel Lauss from comment #4)
> > (In reply to Martin Liška from comment #3)
> > > (In reply to Manuel Lauss from comment #2)
> > > > This is the most
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85132
--- Comment #10 from Manuel Lauss ---
Built with gcc-7.3.0 and LTO it works fine; is this a bug in 7.3.0 instead
then?
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
python-2.7.14 seems to be miscompiled at -O3, while -O2 is fine.
gcc-8 as of 20180405. gcc-7.3.1 -O3 is fine as well.
build # LD_LIBRARY_PATH=$PWD ./python
Segmentation fault
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Hitting this ICE when building ffmpeg.git with LTO and Graphite options
enabled:
src/libavcodec/nellymoser.c: In function 'ff_nelly_get_sample_bits':
src/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80069
--- Comment #1 from Manuel Lauss ---
Created attachment 40986
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40986&action=edit
preprocessed source
x86_64-pc-linux-gnu-gcc -O3 -march=haswell -mtune=haswell
-fexpensive-optimizations -fgraphi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80069
--- Comment #2 from Manuel Lauss ---
Created attachment 40987
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40987&action=edit
condensed preprocessed source
condensed the source a bit, narrowed it down to this:
x86_64-pc-linux-gnu-gcc -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59874
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59874
--- Comment #4 from Manuel Lauss ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to Manuel Lauss from comment #2)
>
> > I've run into this issue with current gcc-6-branch while building for
> > example qt-5.7. gcc-5-branch can build t
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Created attachment 33018
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33018&action=edit
preprocessed source
Hello,
I
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Created attachment 33032
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33032&action=edit
preprocessed source
current gcc-4_9-branch, ICE with "-O3". -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61654
--- Comment #4 from Manuel Lauss ---
The patch shifted the ICE to the following, same source file:
In file included from ./engines/tony/input.h:32:0,
from engines/tony/font.cpp:32:
./common/events.h:239:7: internal compiler erro
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 37063
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37063&action=edit
fully preprocessed source of gconv_conf.
Building gli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68958
Manuel Lauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49681
Summary: 4.6.1 cross-build fails in libquadmath/libiberty
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49681
--- Comment #3 from Manuel Lauss
2011-07-31 10:42:14 UTC ---
Okay, but I'm more concerned about this message which also
appears during libiberty configuration, and all previous versions
of gcc can be built successfully with the same headers avai
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49681
Manuel Lauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107059
--- Comment #27 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #24)
> (In reply to jos...@codesourcery.com from comment #22)
> > Even with the fixincluded headers properly being used, the powerpc64le
> > issue still applies becau
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 52132
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52132&action=edit
compressed unreduced preprocessed testfile
The attached un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928
--- Comment #3 from Manuel Lauss ---
You're right, I too can only reproduce it on the bdver4 machine itself, not on
e.g. a Zen or Haswell host. I'll rebuild gcc-12 on the bdver4 host again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928
--- Comment #5 from Manuel Lauss ---
(In reply to Martin Liška from comment #4)
> (In reply to Manuel Lauss from comment #3)
> > You're right, I too can only reproduce it on the bdver4 machine itself, not
> > on e.g. a Zen or Haswell host. I'll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928
--- Comment #9 from Manuel Lauss ---
(In reply to Uroš Bizjak from comment #7)
> (In reply to Martin Liška from comment #6)
> > Then you may be affected by PR103905 which is fixed on the current master.
> > Please pull to tip of master branch.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928
Manuel Lauss changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103928
--- Comment #13 from Manuel Lauss ---
(In reply to Uroš Bizjak from comment #12)
> (In reply to Manuel Lauss from comment #10)
> > So it was either fixed in trunk in the last 20 hours, or pgo build broke
> > gcc, or "-mno-xop" fixed it.
>
> The
ormal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 52152
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52152&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #1 from Manuel Lauss ---
Created attachment 52153
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52153&action=edit
gcc-11.3 output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #2 from Manuel Lauss ---
Created attachment 52154
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52154&action=edit
gcc-12.0 output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #17 from Manuel Lauss ---
(In reply to Siddhesh Poyarekar from comment #16)
> Should be fixed with that patch. May I close this or wait for confirmation
> from the reporter?
I can no longer reproduce the original issue.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 54069
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54069&action=edit
compressed preprocessed unreduced source
Hello,
with latest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108071
--- Comment #2 from Manuel Lauss ---
(In reply to Richard Biener from comment #1)
I get the same errors, but the whole file can be compiled without errors with
gcc-12 (it needs to be preprocessed with gcc-12 as well), and with a gcc-13
checkout
++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 54088
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54088&action=edit
comrpessed preprocessed source
This is a followup to PR108071
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108110
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 55766
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55766&action=edit
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111082
--- Comment #1 from Manuel Lauss ---
Created attachment 55767
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55767&action=edit
another compressed unreduced testcase
Another testcase. it triggers with "-march=zvner1" but not e.g. "core2"
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 55787
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55787&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42
--- Comment #1 from Manuel Lauss ---
This is fairly new, something after 4aa14ec7d5b25722e4d02c29c8c1e22dcc5a4915
("MATCH: [PR09] Fix bit_ior(cond,cond) when comparisons are fp") may have
caused this, since I was able to build mesa just 12 h
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 58146
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58146&action=edit
unreduced testcase
Build
oduct: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 58384
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 56159
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56159&action=edit
unreduced testcase
# gcc -v
gcc version 14.0.0 20231020 (exper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112536
--- Comment #10 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #9)
> Created attachment 56591 [details]
> gcc14-pr112536.patch
>
> Untested fix.
It does fix the ICE I saw with mesa (avx512)
Thanks!
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 56669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56669&action=edit
compressed unreduced testcase
gcc version 14.0.0 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112676
--- Comment #1 from Manuel Lauss ---
Created attachment 56671
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56671&action=edit
another testcase
Another testcase, one of a few from virtualbox:
g++ -O2 -march=znver4 -mtune=znver4 -mno-avx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112676
--- Comment #2 from Manuel Lauss ---
I think PR112681 is the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112681
--- Comment #7 from Manuel Lauss ---
(In reply to Jakub Jelinek from comment #6)
> Created attachment 56676 [details]
> gcc14-pr112681.patch
>
> Full untested patch.
Fixes all ICEs I've seen today.
Thank you!
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 55355
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55355&action=edit
un
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 55425
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110460
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110482
Manuel Lauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113048
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113048
--- Comment #6 from Manuel Lauss ---
After be977db17c91ad6627dee70a1904a95d229aa1be I don't see this ICE any longer
on either x64 or mips bootstrap.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 58589
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58589&action=edit
compressed unreduced testcase
ICE with the attached unreduced testcase:
#
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115780
--- Comment #2 from Manuel Lauss ---
(In reply to Andrew Pinski from comment #1)
> I suspect this is a dup of bug 115751 .
Yes I agree, looks very similar and appeared within the same timeframe.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115780
Manuel Lauss changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115751
Manuel Lauss changed:
What|Removed |Added
CC||manuel.lauss at googlemail dot
com
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 58669
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58669&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115942
Manuel Lauss changed:
What|Removed |Added
Host||x86_64-pc-linux-gnu
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115942
--- Comment #4 from Manuel Lauss ---
(In reply to Andrew Pinski from comment #1)
> The .o file for LTO is not good at all.
>
> Please attach the original preprocessed sources?
>
> See
> https://gcc.gnu.org/wiki/
> A_guide_to_testcase_reduction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115942
Manuel Lauss changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117062
--- Comment #5 from Manuel Lauss ---
Another one:
g++ -c -O2 -march=znver5 lra-constraints.ii
during GIMPLE pass: forwprop
/tmp-ram/portage/sys-devel/gcc-15.0./work/gcc-15.0./gcc/lra-constraints.cc:
In function 'bool split_reg(bool, in
Component: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 59310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59310&action=edit
compressed unreduced testcase
gcc version 15.0.0 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117062
--- Comment #2 from Manuel Lauss ---
The failing build step is:
x86_64-pc-linux-gnu-g++ -std=c++11 -fPIE -c-m64 -O3 -march=znver5
-mtune=znver5 -pipe -DIN_GCC-fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-error=na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117062
--- Comment #4 from Manuel Lauss ---
(In reply to Andrew Pinski from comment #3)
> Could be a dup of bug 117050.
As soon as Richard has a patch I'll restest.
Assignee: unassigned at gcc dot gnu.org
Reporter: manuel.lauss at googlemail dot com
Target Milestone: ---
Created attachment 59160
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59160&action=edit
compressed unreduced testcase
The attached unreduced testcase ICEs on AMD6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
--- Comment #2 from Manuel Lauss ---
(In reply to Andrew Pinski from comment #1)
> Looks very recent as it worked at r15-3721-ga2746e43470 .
> And it was reported against r15-3737-g33ccc1314dcdb0 .
I suspect it's 4eba48a684 or 664e0ce5, becau
86 matches
Mail list logo