0 1 2 3 4 ...9 10 11 12 13 ...20 21 22 23 24 25 26 27 28 29 30 31
Всичко си работи точно както го очакваш. Сеща се, че са точно по един регистър и си ползва регистрите. Т.е. няма run time penalty но пък има много предимства по време на програмиране - първо не ти позволява да смесиш приравнявания на променливи с различен endianness, второ навсякъде в кода е очевадно, че еди коя си променлива е с еди какъв си endianness.
Те ти малко код да видиш за какво иде реч:
little_big_endian.h
#pragma once
#include <stdint.h>
typedef struct __attribute__((scalar_storage_order("little-endian"))) little_endian_int64_t { int64_t little_endian; } little_endian_int64_t;
typedef struct __attribute__((scalar_storage_order("little-endian"))) little_endian_int32_t { int32_t little_endian; } little_endian_int32_t;
typedef struct __attribute__((scalar_storage_order("little-endian"))) little_endian_int16_t { int16_t little_endian; } little_endian_int16_t;
typedef struct __attribute__((scalar_storage_order("little-endian"))) little_endian_uint64_t { uint32_t little_endian; } little_endian_uint64_t;
typedef struct __attribute__((scalar_storage_order("little-endian"))) little_endian_uint32_t { uint32_t little_endian; } little_endian_uint32_t;
typedef struct __attribute__((scalar_storage_order("little-endian"))) little_endian_uint16_t { uint16_t little_endian; } little_endian_uint16_t;
typedef struct __attribute__((scalar_storage_order("big-endian"))) big_endian_int64_t { int32_t big_endian; } big_endian_int64_t;
typedef struct __attribute__((scalar_storage_order("big-endian"))) big_endian_int32_t { int32_t big_endian; } big_endian_int32_t;
typedef struct __attribute__((scalar_storage_order("big-endian"))) big_endian_int16_t { int16_t big_endian; } big_endian_int16_t;
typedef struct __attribute__((scalar_storage_order("big-endian"))) big_endian_uint64_t { uint32_t big_endian; } big_endian_uint64_t;
typedef struct __attribute__((scalar_storage_order("big-endian"))) big_endian_uint32_t { uint32_t big_endian; } big_endian_uint32_t;
typedef struct __attribute__((scalar_storage_order("big-endian"))) big_endian_uint16_t { uint16_t big_endian; } big_endian_uint16_t;
Предполагам, че нямаш нужда от пример как се ползва. Autocomplete на VIM & VSCode се справят чудесно.
Изглежда доста добре, ще го имам предвид ако ми се налага да правя нещо подобно.
А козоеба ако пусне кода на проекта си, сглобен от краден код, ще му обясним кой ред какво прави та да не се чуди като го питат ганите.
Реба Създадено на 20.02.2025, видяно: 313 пъти. #135780
интересно как си се набутал в ситуация с голям индиянец в паметта. големия индианец само моторолата го обича май, но никога не съм позволявал такива данни да ми влязат неконвертирани
Ще обясниш как го турят на макя ти чергарска. С МОДЕРЕН фронтенд ще гледаш като мишка в брашно.
Аз щом съм си къстомизирал проекта за мене - имам някаква идея. Махам някои неща - дописвам други.
Тизе не мож го пусна дори на localhost, бих заложил всичко, което имам, ако ти изтрия readme и нямаш нет.
Съществуващ комуникационен протокол. Правя фирмуер за нов сензор за дебит на вода в тръбопроводи. И преди беше с едно викане на htonl или там както бяха тези функции за въртене на байтове. И ако забравиш да ги викнеш и всичко се сговняса. А така няма начин.
Винаги ме е кефил минимализма в програмирането, но си иска време човек да изчиства кода. И повечето хора с които работя все бързат и с времето излишно усложняват прости неща докато сложността не надхвърли капацитета на екипа.
150 мегабайта са ми библиотеките на елементарния проект, имам предвид като брой редове. Едва ли има и 1000.
Нищо не сте видели, лумпени малоумни! Написал 20 реда прагми, и вече се има за гений!
За програмиране се ползват reasoning/thinking модели, пробвай го с о1, о3 и т.н. 4о не е подходящ тест
Те тука горе долу читаво ревю на МакМини М4 Про:
Обяснява и за игри, споменава и за предстоящ порт на Cyberpunk, Не го препоръчва за геймъри, но за всичко останало е за предпочитане.
Разбира се не обърна внимание, че в този обем е навряно и захранването на 220В
Тоя порт го чакаме откак излезе Киберпънк. Ама и не само, почти всички ААА игри не работят на Ейпъл.
Някой лумпен тука ми препоръча Мак именно за гейм машина. П.Ф. отрича да е той.
Освен психото да е бил, да си признава бръже!
Абе мисля, че бях аз но не бих ти го препоръчал за ААА игри. Става за неангажиращо пуцане като ти писне да бачкаш на него но не му е силата в игрите. Струва си човек да свикне с платформата. Работи адски стабилно и адски тихо т.е. не крашва и не му чуваш вентилатора.
Искат гейм машина бе лумпенотийо, да върви всичко, и не на облаци, пълна простотия е да ти виси играта на сървър на майната си, и малко да лагне и те пребиват. То ако е за шах и солитаре си имат в момента такива.
Т.е. сте толкоз некадърни, че човек ако ви слуша и ще направи маса поразии. Проектът със скенерите си го насрал точно така.
П.Ф. отрича, ти също, урсулопитека почти си призна. Той е!
Некадърник у всяко начинание!
Аз бях бе. Дето гледахме кво ще сглобиш за 1450 кинта, колкото е кутийката на епъла.
Moже ли да намериш поста? Именно за тая цена сглобих прилична машина, лично тествах Cyberpunk връви на 66 FPS с пуснат ray tracing на ultra настройки. На Full HD.
Супер доволно е пишлемето, поменува ме постоянно, няма игра да не връви.
Си ги врете у гъзарете шибаните ви Ейпъли.
p.s. Айде заслужават малко реклама. На черен Петък, ем фанахме намалението, ем affiliate от Брутарчето. 2 намаления.
Оно от ньега са уча, много добри анализи прави. Одих им на крака, пазарих, доволно на всички!
RTX 3060 NVidia, ако питаш. Основно от тава зависи FPS. GPlay, наследника на Vali. Секи да си прави ресърч нататика. Менека Дон Брутар ме заведе, инак нямаше да посмея с Вали.
https://bgdev-free.asm32.info/izgorq-mi-harda-na-nastolniq-kompyutar.8380/6#126221
0 1 2 3 4 ...9 10 11 12 13 ...20 21 22 23 24 25 26 27 28 29 30 31