https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81146
Artem S. Tashkinov changed:
What|Removed |Added
URL||https://bugs.winehq.org/sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104663
Bug ID: 104663
Summary: A 50% C-Ray regression in GCC 12.0 for ADL at -O2
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104663
--- Comment #3 from Artem S. Tashkinov ---
Also -O3 is 50% faster which sounds unreasonable.
-O2 with GCC12 is 75% slower than -O3 for GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
Artem S. Tashkinov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
Bug ID: 105688
Summary: Cannot build GCC 11.3 on Fedora 36
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #1 from Artem S. Tashkinov ---
In /tmp/OBJDIR/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs I replaced the built
libstdc++.so.29 _three times_ with the system one (libstdc++.so.30) and it all
worked.
Still this looks like a serious bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #2 from Artem S. Tashkinov ---
This workaround of mine is not really good: after `make install` you end up
with /opt/gcc/lib64/libstdc++.so.6.0.29 which is not GCC's but the system one
(/usr/lib64/libstdc++.so.6.0.30.so).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #4 from Artem S. Tashkinov ---
(In reply to Andrew Pinski from comment #3)
> How are you building gcc?
> What configure options are being passed?
> What make options are being passed?
> Do you have any env variables set that might ef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #5 from Artem S. Tashkinov ---
Using the official tar.xz file of course, without any
changes/modifications/patches.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #10 from Artem S. Tashkinov ---
(In reply to Andrew Pinski from comment #8)
> Do you have the full log?
The full build log? I can generate one right away.
(In reply to Andrew Pinski from comment #9)
> Also can you provide the full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
Bug ID: 105700
Summary: GCC miscompiles? wine when using -march=pentium-m
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #1 from Artem S. Tashkinov ---
If I enable core dump gdb rejects the resulting core file as invalid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #2 from Artem S. Tashkinov ---
This bug doesn't require any extensive debugging.
You just
1. wget https://dl.winehq.org/wine/source/7.x/wine-7.9.tar.xz
2. tar xf wine-7.9.tar.xz
3. cd wine-7.9
4. build using the instructions above
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #4 from Artem S. Tashkinov ---
(In reply to Alexander Monakov from comment #3)
> It seems you're already getting some good advice on the Wine Bugzilla
> (thanks for linking it in the URL field).
>
> There should be a note in dmesg w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #6 from Artem S. Tashkinov ---
(In reply to Alexander Monakov from comment #5)
> (In reply to Artem S. Tashkinov from comment #4)
> > > There should be a note in dmesg when a process segfaults outside of a
> > > debugger. If you run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #8 from Artem S. Tashkinov ---
(In reply to Richard Biener from comment #7)
> It's only a guess but since GCC 12 we enable vectorization by default and
> with wine and 32bit apps the stack might not be always aligned properly. So
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #9 from Artem S. Tashkinov ---
The crash is in ntdll.dll.so but that's a huge library:
$ ls -la ntdll*so*
-rwxr-xr-x. 1 root root 926240 May 23 09:42 ntdll.dll.so.o2
-rwxr-xr-x. 1 root root 950816 May 23 09:46 ntdll.dll.so.pentiumm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105700
--- Comment #10 from Artem S. Tashkinov ---
I'm not a programmer at all (not to mention that I know nothing about CPU
instruction set, assembler, etc.), debugging GCC (!) and Wine (!) libraries is
quite complicated for me, so I have a strong des
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #11 from Artem S. Tashkinov ---
Created attachment 53020
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53020&action=edit
gcc-11.3.0.build.log.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #14 from Artem S. Tashkinov ---
Created attachment 53022
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53022&action=edit
lddebug.tar.xz
(In reply to Andrew Pinski from comment #13)
> Can you run the following command:
>
> In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #18 from Artem S. Tashkinov ---
(In reply to Sam James from comment #17)
> libtool recently got a new maintainer and had a new release (2.4.7). It's
> possible 2.4.7 is related.
Fedora 36 still features an old version: libtool-2.4.6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #19 from Artem S. Tashkinov ---
I'm curious: Fedora 36 takes probably half an hour to be downloaded and
installed in a VM/chroot/etc., so you could probably debug the issue in a few
minutes ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #25 from Artem S. Tashkinov ---
(In reply to Jonathan Wakely from comment #22)
> (In reply to Artem S. Tashkinov from comment #19)
> > I'm curious: Fedora 36 takes probably half an hour to be downloaded and
> > installed in a VM/chro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #28 from Artem S. Tashkinov ---
(In reply to Jonathan Wakely from comment #27)
> (In reply to Artem S. Tashkinov from comment #25)
> > Can you please try with the script I posted in comment #4?
>
> That works fine on F35 and F36.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
Artem S. Tashkinov changed:
What|Removed |Added
Summary|Cannot build GCC 11.3 on|GCC 11.3 doesn't build with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #30 from Artem S. Tashkinov ---
I'm not sure why certain headers file in the resulting build have changed:
diff -urN gcc/lib/gcc/x86_64-pc-linux-gnu/11/include/omp.h
gcc.123/lib/gcc/x86_64-pc-linux-gnu/11/include/omp.h
--- gcc/lib/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #31 from Artem S. Tashkinov ---
And one final tidbit, `make LD=ld.bfd install prefix=/tmp/GCC-11.3` fails:
make[3]: Entering directory '/tmp/OBJDIR/libcc1'
make[3]: Nothing to be done for 'install-exec-am'.
/usr/bin/mkdir -p '/tmp/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #40 from Artem S. Tashkinov ---
(In reply to Vincent Lefèvre from comment #39)
> (In reply to Jonathan Wakely from comment #38)
> > (In reply to Vincent Lefèvre from comment #35)
> > > (I reported it in 2012, with Jonathan Nieder's p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105688
--- Comment #42 from Artem S. Tashkinov ---
(In reply to Jonathan Wakely from comment #41)
> (In reply to Artem S. Tashkinov from comment #31)
> > And one final tidbit, `make LD=ld.bfd install prefix=/tmp/GCC-11.3` fails:
>
> Is this supposed t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
Bug ID: 109811
Summary: libxjl 0.7 is a lot slower in GCC 13.1 vs Clang 16
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Bug ID: 109812
Summary: GraphicsMagick resize is a lot slower in GCC 13.1 vs
Clang 16
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
--- Comment #1 from Artem S. Tashkinov ---
Created attachment 55052
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55052&action=edit
Graphs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
Artem S. Tashkinov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Artem S. Tashkinov changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
Artem S. Tashkinov changed:
What|Removed |Added
Keywords||missed-optimization
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
--- Comment #17 from Artem S. Tashkinov ---
Terrific results, thanks a ton!
Maybe this bug report could be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78405
Artem S. Tashkinov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79704
Bug 79704 depends on bug 78405, which changed state.
Bug 78405 Summary: OpenSSL v1.0.1g RSA 4096 test is 20% slower under GCC 6.2
than under Clang 3.9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78405
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
Bug ID: 113019
Summary: [NOT A BUG] Multi-architecture binaries for Linux
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113019
--- Comment #5 from Artem S. Tashkinov ---
(In reply to ktkachov from comment #1)
> GCC provides the Function Multiversioning feature that's supported on some
> architectures:
> https://gcc.gnu.org/onlinedocs/gcc/Function-Multiversioning.html
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
Bug ID: 113235
Summary: SMHasher SHA3-256 benchmark is almost 40% slower vs.
Clang on AMD Zen 4
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113236
Bug ID: 113236
Summary: WebP benchmark is 20% slower vs. Clang on AMD Zen 4
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113235
--- Comment #1 from Artem S. Tashkinov ---
Also valid for MTL:
https://www.phoronix.com/review/intel-meteorlake-gcc-clang/2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113236
--- Comment #1 from Artem S. Tashkinov ---
That's WebP image encode, Quality 100, highest compression.
Also applies to MTL:
https://www.phoronix.com/review/intel-meteorlake-gcc-clang/3
44 matches
Mail list logo