https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
Mark Millard changed:
What|Removed |Added
CC||markmigm at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
Bug ID: 106820
Summary: internal compiler error: in
function_and_variable_visibility [for
std::dynamic_pointer_cast use via module]
Product: gcc
Version: 12.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
--- Comment #2 from Mark Millard ---
(In reply to Mark Millard from comment #1)
> // g++12 -std=c++20 -fmodules-ts -xc++ -c gpp12_module_iostream_failure.cppm
> // g++12 -freport-bug -std=c++20 -fmodules-ts -c
> gpp12_module_iostream_failure.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
--- Comment #1 from Mark Millard ---
(In reply to Mark Millard from comment #0)
> Failing command sequence (from a FreeBSD context) for a reduced/small test
> case:
>
> // g++12 -std=c++20 -fmodules-ts -xc++-system-header memory
> // g++12 -std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106825
Bug ID: 106825
Summary: header unit based std::shared_ptr<...>(...)
use gets: undefined reference to
`std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2>::_M
_relea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106825
--- Comment #1 from Mark Millard ---
(In reply to Mark Millard from comment #0)
FYI: I also see this on FreeBSD via the lang/gcc12 port (that,
in my installed context, is at 12.2.0), using the default library:
libstdc++ .
I do not see any fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106825
--- Comment #2 from Mark Millard ---
An tiny example that avoids all involvement of libstdc++ is (showing
g++12 from FreeBSD in the comments, instead of c++ for fedora
--but both contexts fail):
# more module_template_specialization_failure.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106825
--- Comment #3 from Mark Millard ---
(In reply to Mark Millard from comment #2)
. . .
> export module module_template_specialization_intf;
>
> export template int test();
> export template<> int test<0>() { return -1; };
> export template<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106825
--- Comment #4 from Mark Millard ---
(In reply to Mark Millard from comment #3)
. . .
> I'll also report that the tiny test also fails for clang++15
> (from FreeBSD's devel/llvm15 port)
. . .
Not true: I figured out that, for how the clang++15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
Mark Millard changed:
What|Removed |Added
Summary|internal compiler error: in |internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
--- Comment #3 from Mark Millard ---
(In reply to Mark Millard from comment #2)
I managed to build lang/gcc12 with -g -O0 in use and so
can report:
The failing assert looks like:
gcc_assert ((!DECL_WEAK (node->decl)
&&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
--- Comment #4 from Mark Millard ---
(In reply to Mark Millard from comment #3)
> . . .
> And in a debugger I see:
>
> (lldb) print node->decl->decl_with_vis.weak_flag
> (unsigned int) $2 = 1
> (lldb) print node->decl->decl_with_vis.comdat_fla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106820
--- Comment #5 from Mark Millard ---
I probably should have reported the backtrace when fancy_abort
has been called (stopped there via breakpoint):
(lldb) bt
* thread #1, name = 'cc1plus', stop reason = breakpoint 1.1
* frame #0: 0x02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99426
Mark Millard changed:
What|Removed |Added
CC||markmigm at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
--- Comment #3 from Mark Millard ---
(In reply to Mark Millard from comment #2 and #1)
Since my example shows that std::is_nothrow_constructible_v<. . .>
can run into the problem, adding bugzilla 99227 ("[meta] [modules]
Bugs relating to header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114091
Bug ID: 114091
Summary: gcc/config/aarch64/aarch64.cc has code requiring c++14
instead of c++11, so g++14 bootsrap fails in my
example context
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114091
--- Comment #2 from Mark Millard ---
(In reply to Andrew Pinski from comment #1)
> This has already been fixed, over 2 weeks ago.
>
> >20240114
>
> You are using a GCC 14 snapshot from a month ago even. Please try a newer
> snapshot before rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
Bug ID: 114105
Summary: --disable-bootstrap based builds vs libcc1 and gcc/jit
use of gcc/system.h poisoning policy
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #5 from Mark Millard ---
(In reply to Andrew Pinski from comment #2)
> . . .
> >Part of the reason FreeBSD puts effort into making --disable-bootstrap work
> This should not be done unless you are building with GCC itself. The reason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #7 from Mark Millard ---
(In reply to Andrew Pinski from comment #6)
> . . .
> It is documented here:
> https://gcc.gnu.org/install/prerequisites.html
>
> "To build all languages in a cross-compiler or other configuration where
> 3-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114105
--- Comment #9 from Mark Millard ---
(In reply to Andrew Pinski from comment #2)
> . . .
>
> >Part of the reason FreeBSD puts effort into making --disable-bootstrap work
> This should not be done unless you are building with GCC itself. The rea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
--- Comment #6 from Mark Millard ---
(In reply to Jonathan Wakely from comment #5)
The relationship I was thinking of was that, without this
being fixed, the full set of header units for the standard
library probably could not be completed: a b
22 matches
Mail list logo
