https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048
--- Comment #3 from Andrew Pinski ---
(In reply to Arjen Markus from comment #2)
> That reduced example is wonderfully compact! (I checked for similar reports
> but probably missed bug report 79440, because it was not associated with
> "recursiv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048
--- Comment #2 from Arjen Markus ---
That reduced example is wonderfully compact! (I checked for similar reports but
probably missed bug report 79440, because it was not associated with
"recursive" data types)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100952
--- Comment #16 from HaoChen Gui ---
prefix-no-update.c should be fixed by the patch Segher proposed in PR103197.
pr56605.c got a wrong fixed and failed with GCC11. I will submit a patch to fix
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103197
HaoChen Gui changed:
What|Removed |Added
CC||guihaoc at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103124
--- Comment #6 from CVS Commits ---
The master branch has been updated by HaoChen Gui :
https://gcc.gnu.org/g:240dd6c063b481c092c9ec406b69b400f6f033f1
commit r12-6620-g240dd6c063b481c092c9ec406b69b400f6f033f1
Author: Haochen Gui
Date: Mon J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104059
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104060
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104060
Bug ID: 104060
Summary: -Wmaybe-uninitialized false alarm on address of local
array
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104059
Bug ID: 104059
Summary: cprop_hardreg propgates hard registers for mov
instructions between different REG_CLASS without
considering cost
Product: gcc
Version: 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048
Andrew Pinski changed:
What|Removed |Added
Known to fail||7.1.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104047
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104039
Andrew Pinski changed:
What|Removed |Added
Known to fail||9.1.0
Severity|enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104049
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104058
--- Comment #1 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103997#c4 might be the discussion
around what is happening.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104058
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104058
Bug ID: 104058
Summary: [12 Regression] 6-7% x264_r regression with
-march=native -Ofast -funroll-loops -flto on x86 since
r12-6420-gd3ff7420e941931d32ce2e332e7968fe67ba20af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #21 from cqwrteur ---
(In reply to cqwrteur from comment #18)
> (In reply to Andrew Pinski from comment #17)
> > also multilib directories under ${prefix} for a cross does not use OS
> > directories as most cross compilers have OS di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #20 from cqwrteur ---
(In reply to cqwrteur from comment #18)
> (In reply to Andrew Pinski from comment #17)
> > also multilib directories under ${prefix} for a cross does not use OS
> > directories as most cross compilers have OS di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #19 from cqwrteur ---
(In reply to cqwrteur from comment #18)
> (In reply to Andrew Pinski from comment #17)
> > also multilib directories under ${prefix} for a cross does not use OS
> > directories as most cross compilers have OS di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #18 from cqwrteur ---
(In reply to Andrew Pinski from comment #17)
> also multilib directories under ${prefix} for a cross does not use OS
> directories as most cross compilers have OS directories.
Of course. I installed Linux kerne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #17 from Andrew Pinski ---
also multilib directories under ${prefix} for a cross does not use OS
directories as most cross compilers have OS directories.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #16 from Andrew Pinski ---
There are a definitely a few steps missing,
Where is the Linux headers installed?
How did you configure glibc and install it?
I don't see you copying the headers of glibc anywhere.
sysroots make it easier
orted LTO compression algorithms: zlib zstd
gcc version 12.0.0 20220116 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #14 from cqwrteur ---
export PATH=$PREFIX/bin:$PATH
sorry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #13 from cqwrteur ---
(In reply to Andrew Pinski from comment #12)
> I don't care about your youtube videos (they are not accessable due to not
> having
> the steps written down). I need the steps written here in the bug report.
ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #12 from Andrew Pinski ---
I don't care about your youtube videos (they are not accessable due to not
having
the steps written down). I need the steps written here in the bug report.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #11 from cqwrteur ---
(In reply to Andrew Pinski from comment #10)
> Please provide the full steps how you build the cross compilers?
> Please provide the exact command where the problem shows up after building
> the compiler?
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #10 from Andrew Pinski ---
Please provide the full steps how you build the cross compilers?
Please provide the exact command where the problem shows up after building the
compiler?
Without that we cannot fix anything.
If you don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #9 from Andrew Pinski ---
There is --with-build-sysroot option explicitly for that case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #8 from cqwrteur ---
(In reply to Andrew Pinski from comment #6)
> (In reply to cqwrteur from comment #5)
> > There is a lot of reasons why sysroot should not be set. Like Canadian
> > compilation.
>
> Huh? I do Canadian crosses wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #7 from cqwrteur ---
(In reply to Andrew Pinski from comment #6)
> (In reply to cqwrteur from comment #5)
> > There is a lot of reasons why sysroot should not be set. Like Canadian
> > compilation.
>
> Huh? I do Canadian crosses wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #6 from Andrew Pinski ---
(In reply to cqwrteur from comment #5)
> There is a lot of reasons why sysroot should not be set. Like Canadian
> compilation.
Huh? I do Canadian crosses with sysroot too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #5 from cqwrteur ---
(In reply to Andrew Pinski from comment #4)
> There is also multi-arch too.
> I build cross compilers all the time and they find libraries under the
> sysroot :
> /bajas/pinskia/src/toolchain-10/3b/marvell-tools
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #4 from Andrew Pinski ---
There is also multi-arch too.
I build cross compilers all the time and they find libraries under the sysroot
:
/bajas/pinskia/src/toolchain-10/3b/marvell-tools/bin/../libexec/gcc/aarch64-marvell-linux-gnu/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104055
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #3 from cqwrteur ---
(In reply to Andrew Pinski from comment #1)
> Can you give an example?
> There are two different directories where multilib is there.
> One is based on the multilib name and the other is the OS multi-lib
> direct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
--- Comment #2 from cqwrteur ---
(In reply to Andrew Pinski from comment #1)
> Can you give an example?
> There are two different directories where multilib is there.
> One is based on the multilib name and the other is the OS multi-lib
> direct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77780
Ian Lance Taylor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-01-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99476
--- Comment #1 from cqwrteur ---
../../../../../../../gcc/libsanitizer/asan/asan_linux.cpp: In function 'void
__asan::AsanCheckIncompatibleRT()':
../../../../../../../gcc/libsanitizer/asan/asan_linux.cpp:200:21: error:
'PATH_MAX' was not declared
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104057
Bug ID: 104057
Summary: cross compiler multilibs libs path too chaos
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104052
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-01-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104052
--- Comment #4 from Andrew Pinski ---
There are other types it messes up with too. E.g. the opaque types (PR 98688).
I noticed vector types are not handled correctly either. It assumes all vector
types of the same size are the same which is defi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104052
--- Comment #3 from Jakub Jelinek ---
config/aarch64/aarch64-builtins.c: aarch64_fp16_type_node = make_node
(REAL_TYPE);
config/aarch64/aarch64-builtins.c: aarch64_bf16_type_node = make_node
(REAL_TYPE);
config/arm/arm-builtins.c: arm_bf16_ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #10 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #8)
> That last testcase isn't very good for the testsuite, because 0 is pretty
> common value on the stack, so even without the store the chances that it
> will be a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104052
--- Comment #2 from Jakub Jelinek ---
I bet we don't reach this because modules.cc has:
/* Global trees. */
static const std::pair global_tree_arys[] =
{
std::pair (sizetype_tab, stk_type_kind_last),
std::pair (integer_types, itk_none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104052
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104056
--- Comment #2 from cqwrteur ---
skipping link test. i got features.h no such file
/home/cqwrteur/myhome/gcc_build/native/x86_64-ubuntu-linux-gnu/gcc/x86_64-ubuntu-linux-gnu/libstdc++-v3/include/x86_64-ubuntu-linux-gnu/bits/os_defines.h:39:10:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97896
--- Comment #17 from CVS Commits ---
The releases/gcc-11 branch has been updated by Mikael Morin
:
https://gcc.gnu.org/g:024fd4fb5a1ba742242eec84149f159518444ae3
commit r11-9469-g024fd4fb5a1ba742242eec84149f159518444ae3
Author: Mikael Morin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103789
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Mikael Morin
:
https://gcc.gnu.org/g:024fd4fb5a1ba742242eec84149f159518444ae3
commit r11-9469-g024fd4fb5a1ba742242eec84149f159518444ae3
Author: Mikael Morin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87711
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Mikael Morin
:
https://gcc.gnu.org/g:024fd4fb5a1ba742242eec84149f159518444ae3
commit r11-9469-g024fd4fb5a1ba742242eec84149f159518444ae3
Author: Mikael Morin
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103789
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Mikael Morin
:
https://gcc.gnu.org/g:8d394947776ad2b3ab8376dbf3c198f357bcd322
commit r11-9468-g8d394947776ad2b3ab8376dbf3c198f357bcd322
Author: Mikael Morin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97896
--- Comment #16 from CVS Commits ---
The releases/gcc-11 branch has been updated by Mikael Morin
:
https://gcc.gnu.org/g:e63ef9ae51ab67fdd280401e643eb97fddef8d93
commit r11-9467-ge63ef9ae51ab67fdd280401e643eb97fddef8d93
Author: Mikael Morin
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87711
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Mikael Morin
:
https://gcc.gnu.org/g:e63ef9ae51ab67fdd280401e643eb97fddef8d93
commit r11-9467-ge63ef9ae51ab67fdd280401e643eb97fddef8d93
Author: Mikael Morin
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104056
--- Comment #1 from cqwrteur ---
../../../../gcc/configure --disable-nls --disable-werror --disable-shared
--disable-threads --without-headers --disable-hosted-libstdcxx
--disable-libstdcxx-verbose --enable-initfini-array
--with-multilib-list=m6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104056
Bug ID: 104056
Summary: --disable-hosted-libstdcxx does not work for
x86_64-linux-gnu
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104055
Bug ID: 104055
Summary: Temporary with conteval constructor is ignored
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
--- Comment #7 from anlauf at gcc dot gnu.org ---
*** Bug 77667 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103782
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:eff452df296a6f3d0f94408bb2a4a5c4a3c86eb7
commit r11-9466-geff452df296a6f3d0f94408bb2a4a5c4a3c86eb7
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:c5bf6dc27cdb091f1f8046f98ce7ca197bffd908
commit r11-9465-gc5bf6dc27cdb091f1f8046f98ce7ca197bffd908
Author: Harald Anlauf
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #9 from Jakub Jelinek ---
Created attachment 52208
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52208&action=edit
gcc12-pr104031.patch
This seems to work for the testcase, but dunno if there aren't better fixes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104037
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104031
--- Comment #8 from Jakub Jelinek ---
That last testcase isn't very good for the testsuite, because 0 is pretty
common value on the stack, so even without the store the chances that it will
be already zero are high.
42 is less likely...
// PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104037
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:bca1c431affee41ecadb7f29d8d65142a73e0ebf
commit r12-6614-gbca1c431affee41ecadb7f29d8d65142a73e0ebf
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103324
--- Comment #3 from Eric Gallager ---
https://gcc.gnu.org/install/test.html says "To get a list of the possible *.exp
files, pipe the output of ‘make check’ into a file and look at the ‘Running …
.exp’ lines." ...has anyone stored their output f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97896
--- Comment #15 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:15630e6e9eb019477d1fc5c0966b43979e18ae18
commit r12-6613-g15630e6e9eb019477d1fc5c0966b43979e18ae18
Author: Mikael Morin
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103789
--- Comment #5 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:15630e6e9eb019477d1fc5c0966b43979e18ae18
commit r12-6613-g15630e6e9eb019477d1fc5c0966b43979e18ae18
Author: Mikael Morin
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87711
--- Comment #7 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:15630e6e9eb019477d1fc5c0966b43979e18ae18
commit r12-6613-g15630e6e9eb019477d1fc5c0966b43979e18ae18
Author: Mikael Morin
Date: Sun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104054
Bug ID: 104054
Summary: '-fcompare-debug' failure (length) w/ -Os
-funroll-loops
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104053
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104053
Bug ID: 104053
Summary: const variable not exported with O1
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104052
Bug ID: 104052
Summary: Modules ICE on powerpc64le-linux with
-mabi=ieeelongdouble
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104038
--- Comment #8 from Andrew Macleod ---
The issue is transitive relations are being registered in an unbounded way.
SymCount_369 = SymCount_368 + 1;
SymCount_370 = SymCount_369 + 1;
SymCount_371 = SymCount_370 + 1;
_370 > _369, and _369 is > _3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104051
Bug ID: 104051
Summary: [coroutines] ICE: tree check: expected target_expr,
have call_expr in
coro_diagnose_throwing_final_aw_expr, at
cp/coroutines.cc:880 since r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104050
Bug ID: 104050
Summary: [12 Regression] [coroutines] '-fcompare-debug' failure
w/ -std=c++20 -O1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104049
Bug ID: 104049
Summary: [12 Regression] vec_select to subreg lowering causes
superfluous moves
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104048
Bug ID: 104048
Summary: ICE with recursively defined derived type
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104047
Bug ID: 104047
Summary: Invalid result with assignment of recursive derived
type
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Pr
80 matches
Mail list logo
