https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115091
--- Comment #2 from andi at firstfloor dot org ---
On Wed, May 15, 2024 at 06:23:27AM +, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115091
>
> --- Comment #1 from Richard Biener ---
> may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99828
--- Comment #15 from andi at firstfloor dot org ---
> Provided I cannot reproduce on the current kernel, where exactly does this
> come
> from?
Usually I had to do a longer loop of randconfig builds to find it. It only
happens in some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42587
--- Comment #13 from andi at firstfloor dot org ---
> The code in the initial report optimizes to bswap with GCC8.1 and later.
> Is that the test case you meant? GCC8.1 was released on May 2, 2018, well
> before your Nov comment, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
--- Comment #3 from andi at firstfloor dot org ---
> The bzhi patterns all match some odd if_then_else only to guard against
> inx & 255 == 0:
Is that guard needed? At least clang doesn't seem to care about it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66229
--- Comment #4 from andi at firstfloor dot org ---
Did some testing. Previously pretty much everything I tried failed.
I don't have mcf, but git, less, gcc LTO+autofdo bootstrap all appear to work
now.
So it's likely fixed.
Would be good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83375
--- Comment #9 from andi at firstfloor dot org ---
It's in kernel/bpf/core.c
It won't happen every time on a build unless you force 1on1
partitioning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77684
--- Comment #8 from andi at firstfloor dot org ---
> The log shows the same errors:
> spawn [open ...]
> Permission error mapping pages.
> Consider increasing /proc/sys/kernel/perf_event_mlock_kb,
> or try again with a smal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
--- Comment #2 from andi at firstfloor dot org ---
On Wed, Apr 12, 2017 at 12:15:26PM +, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
>
> Martin Liška changed:
>
>W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66305
--- Comment #4 from andi at firstfloor dot org ---
--- Comment #3 from lunar at debian dot org ---
Richard Biener:
I think they become deterministic with -frandom-seed=0 for example.
They are not deterministic to support partial linking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66305
--- Comment #2 from andi at firstfloor dot org ---
On Wed, May 27, 2015 at 12:21:04PM +, rguenth at gcc dot gnu.org wrote:
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
I think they become deterministic with -frandom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #8 from andi at firstfloor dot org ---
only automatic vars may have a VALUE_EXPR, certainly not 'extern const' stuff.
It's an initializer for an automatic var in the source
func_52() {
struct S0 foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #2 from andi at firstfloor dot org ---
Test case
git clone https://github.com/andikleen/linux-misc -b lto-linus-3.15
Build with the attached kernel config (copy to .config in the build dir) and
4.9
-Andi
On Fri, Jun 27, 2014 at 11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
--- Comment #24 from andi at firstfloor dot org 2012-05-07 13:08:08 UTC ---
On Mon, May 07, 2012 at 08:54:10AM +, rguenther at suse dot de wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
--- Comment #23 from rguenther at suse dot
13 matches
Mail list logo