L
В плюсах с выравнивание проще. Просто alignas(size)
Всмысле проще? Это одно и тоже.
Size: a a a
2020 March 22
AM
И с передачей по значению проблем нет. У меня move-семантика.
В плюсах тоже давно есть. Я про то, что нужно либо по значению твой f32x4, либо адрес передавать
L
В плюсах тоже давно есть. Я про то, что нужно либо по значению твой f32x4, либо адрес передавать
А почемуб не перемещать его?
AM
Всмысле проще? Это одно и тоже.
Кода меньше. Без #[some shit]
AM
А почемуб не перемещать его?
Сама интрисинк функция требует адрес вектора.
L
Кода меньше. Без #[some shit]
Ты символы пощитал штоле? Ну окей согласен, символов меньше, но лучше от этого не стало.
AM
Интрисинки разные
AM
Ты символы пощитал штоле? Ну окей согласен, символов меньше, но лучше от этого не стало.
Да пофиг. Это не важно
L
Сама интрисинк функция требует адрес вектора.
Ну так я эти интринсики внутри у себя и использую. В чём проблема?
AM
Ну так я эти интринсики внутри у себя и использую. В чём проблема?
Если обернул нормально, то ок
L
Если обернул нормально, то ок
Я сейчас эти же интринсики напрямую использую. Так же, как и оригинал.
AM
Я сейчас эти же интринсики напрямую использую. Так же, как и оригинал.
Оборачивай. Чтоб под разные платформы интрисинки брали разные аргументы. Грубо говоря simd_add(float4 a, float4b) на x86 и simd_add(float4* a, float4* b) там, где адрес хочет
AM
У меня это разные типы в компиль тайме. float4 и есть float4_arg
L
Оборачивай. Чтоб под разные платформы интрисинки брали разные аргументы. Грубо говоря simd_add(float4 a, float4b) на x86 и simd_add(float4* a, float4* b) там, где адрес хочет
Это где такое? NEON тоже значения просит.
AM
Это где такое? NEON тоже значения просит.
Altivec