D
Никто не сталкивался, почему gcc может НЕ constexpr'ессить string_view конструктор от литерала? Я чот уверен был, а тут смотрю вызов какого нибудь foo("xxx") кладет адрес литерала и дёргает char_traits length.
Оно даже с -O3 не делает этого?
Size: a a a
2020 July 27
AT
не sorted
AS
не sorted
обойдешься
AT
обойдешься
придётся мучаться(
DS
Оно даже с -O3 не делает этого?
С O3 как раз. Вот думаю от чего может зависеть, надо тесты писать :(
AS
придётся мучаться(
напротив, если не сортед - это мучение
AT
аа, да не. Тут задача такая. Никуда не деться
D
С O3 как раз. Вот думаю от чего может зависеть, надо тесты писать :(
Ну оно не смогло, но все по стандарту
AT
порядок важен
D
С O3 как раз. Вот думаю от чего может зависеть, надо тесты писать :(
А другие компиляторы справляются?
АК
GCC 10 ооочень долго компилит один исходник, чуть ли не час. Есть какой-то флаг, чтобы он в реальном времени показывал в stdout, чем он там занят?
у меня такое было, когда он выжрал всю память и в конце или через большой промежуток времени падал, или, когда память внезапно находилась, всё-таки собирал
могу посоветовать выделить больше озу виртуалке
могу посоветовать выделить больше озу виртуалке
АК
GCC 10 ооочень долго компилит один исходник, чуть ли не час. Есть какой-то флаг, чтобы он в реальном времени показывал в stdout, чем он там занят?
А ещё с gcc9 натыкался на баг (или фичу), что шаблонные лямбды без аргументов уводили компилятор в кому, может у тебя схожее что-то
AS
не sorted
ты ведь всегда можешь работать c враппером:
сохрани порядок, отсортируй, вычисли, восстанови
struct your_element {...};
struct ordered_your_element {
your_element e;
size_t order;
};сохрани порядок, отсортируй, вычисли, восстанови
AT
чтобы задать order нужно знать решение
AS
чтобы задать order нужно знать решение
что-то ты загадками говоришь
AT
ты ведь всегда можешь работать c враппером:
сохрани порядок, отсортируй, вычисли, восстанови
struct your_element {...};
struct ordered_your_element {
your_element e;
size_t order;
};сохрани порядок, отсортируй, вычисли, восстанови
Задача решается двойным циклом без доп. памяти за сумму длин. Явно неправильный путь
MZ
Никто не сталкивался, почему gcc может НЕ constexpr'ессить string_view конструктор от литерала? Я чот уверен был, а тут смотрю вызов какого нибудь foo("xxx") кладет адрес литерала и дёргает char_traits length.
clang-5 имел эту проблему, в 6+ пофиксили
MZ
Но да, имел с этим дело
MZ
Самое прикольное, что если юзать
""sv, то strlen не дёргаетсяMZ
Если смотреть asm аутпут