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=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 #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
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markmigm at gmail dot com
Target Milestone: ---
[ Note: not limited to gcc14 : FreeBSD ports lang/gcc12 (& -devel) and
lang/gcc13
(& -devel) had to be
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
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markmigm at gmail dot com
Target Milestone: ---
[I'm not sure where gcc/config/aarch64/aarch64.cc fits i
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
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=99426
Mark Millard changed:
What|Removed |Added
CC||markmigm at gmail dot com
--- Comment #5
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=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 #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
Mark Millard changed:
What|Removed |Added
Summary|internal compiler error: in |internal compiler error: in
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=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 #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 #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
cy)2>::_M
_release()', aarch64 example
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markmigm at gmail dot com
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=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
: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: markmigm at gmail dot com
Target Milestone: ---
Failing command sequence (from a FreeBSD context) for a reduced/small
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
Mark Millard changed:
What|Removed |Added
CC||markmigm at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #6 from Mark Millard ---
(In reply to Segher Boessenkool from comment #5)
> This was BE, on a compiler that defaults to power4 ("970 without altivec").
> I.e. the default for powerpc64-linux.
Good to know. Thanks.
I've no clue what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #4 from Mark Millard ---
(In reply to Segher Boessenkool from comment #3)
> Builds fine on powerpc64-linux, both trunk and 7.
Could you give information on how to set up
and run this test, including pointing to
what distribution to i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #2 from Mark Millard ---
(In reply to Martin Liška from comment #1)
> Any chance to reproduce with a cross compiler on Linux?
I assume that amd64 as a host is implicit in this
request.
It is less clear if the target is intended as a
Severity: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: markmigm at gmail dot com
Target Milestone: ---
Created attachment 41678
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41678&acti
26 matches
Mail list logo
