[Bug c++/119657] GCC 15 fails with unknown pseudo-op .base64 error on std::println with special char as last letter

2025-04-07 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119657 --- Comment #4 from Igor Machado Coelho --- Ticket opened on ubuntu: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/2106390 Thanks!

[Bug c++/119657] GCC 15 fails with unknown pseudo-op .base64 error on std::println with special char as last letter

2025-04-07 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119657 --- Comment #3 from Igor Machado Coelho --- I see. I installed g++15 in Ubuntu 24.04 using the Plucky (25.04) repo... I don't have 'gas' command, I have 'as': $ as --version GNU assembler (GNU Binutils for Ubuntu) 2.42 Copyright (C) 2024 Free S

[Bug c++/119657] New: GCC 15 fails with unknown pseudo-op .base64 error on std::println with special char as last letter

2025-04-06 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119657 Bug ID: 119657 Summary: GCC 15 fails with unknown pseudo-op .base64 error on std::println with special char as last letter Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug c++/119154] GCC 15.0 std module with compiled with -O3 breaks when loaded with -O0 (not -O1, -O2 and -Ofast)

2025-03-24 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119154 --- Comment #14 from Igor Machado Coelho --- > Worth noting that mixing flags between consumers and producers of modules is > likely to cause havoc in general... this isn't well tested at all yet. > I will note though that really the safest wa

[Bug c++/119154] GCC 15.0 std module with compiled with -O3 breaks when loaded with -O0 (not -O1, -O2 and -Ofast)

2025-03-07 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119154 --- Comment #6 from Igor Machado Coelho --- I just discovered, and came here to complement this issue, that I found a very similar situation with -U_FORTIFY_SOURCE. When I built without -U_FORTIFY_SOURCE, like: g++-15 -std=c++23 -O3 -fmodules

[Bug c++/119154] New: GCC 15.0 std module with compiled with -O3 breaks when loaded with -O0 (not -O1, -O2 and -Ofast)

2025-03-06 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119154 Bug ID: 119154 Summary: GCC 15.0 std module with compiled with -O3 breaks when loaded with -O0 (not -O1, -O2 and -Ofast) Product: gcc Version: 15.0 Status: UNCONFIRMED

[Bug c++/119102] GCC 15.0 'import std;' fails with Ofast (not with O3) due to some openmp internal error

2025-03-03 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119102 --- Comment #1 from Igor Machado Coelho --- Note that if first building the std module with O3 and then linking with Ofast, it works fine: g++-15 -std=c++23 -O3 -fmodules -fsearch-include-path bits/std.cc main.cpp -o example # this generates g

[Bug c++/119102] New: GCC 15.0 'import std;' fails with Ofast (not with O3) due to some openmp internal error

2025-03-03 Thread igor.machado at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119102 Bug ID: 119102 Summary: GCC 15.0 'import std;' fails with Ofast (not with O3) due to some openmp internal error Product: gcc Version: 15.0 Status: UNCONFIRMED