Исходное сообщение
"Начало подготовки варианта Debian GNU/Linux для X32 ABI" Отправлено ананим, 06-Дек-12 15:13
не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями ворочать. а если даже мне и понадобится пару задач под 64-бита, аля постгри и оракл, то они как-нибудь переживут без 64-битных опенжл/хы11/кутэ/итд ты головой то думаешь? или все проги в тройном объёме запускаешь? зыж хотя конечно можешь поспорить с Дональдом Кнутом http://www-cs-faculty.stanford.edu/~uno/news08.html — A Flame About 64-bit Pointers It is absolutely idiotic to have 64-bit pointers when I compile a program that uses less than 4 gigabytes of RAM. When such pointer values appear inside a struct, they not only waste half the memory, they effectively throw away half of the cache.  The gcc manpage advertises an option "-mlong32" that sounds like what I want. Namely, I think it would compile code for my x86-64 architecture, taking advantage of the extra registers etc., but it would also know that my program is going to live inside a 32-bit virtual address space.  Unfortunately, the -mlong32 option was introduced only for MIPS computers, years ago. Nobody has yet adopted such conventions for today's most popular architecture. Probably that happens because programs compiled with this convention will need to be loaded with a special version of libc.  Please, somebody, make that possible. [сообщение отредактировано модератором]

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> не вижу ни одной задачи на ноуте, которой позарес нужно 64-битными указателями > ворочать. > а если даже мне и понадобится пару задач под 64-бита, аля постгри > и оракл, то они как-нибудь переживут без 64-битных опенжл/хы11/кутэ/итд > ты головой то думаешь? или все проги в тройном объёме запускаешь? > зыж > хотя конечно можешь поспорить с Дональдом Кнутом http://www-cs-faculty.stanford.edu/~uno/news08.html > — A Flame About 64-bit Pointers > It is absolutely idiotic to have 64-bit pointers when I compile a > program that uses less than 4 gigabytes of RAM. When such > pointer values appear inside a struct, they not only waste half > the memory, they effectively throw away half of the cache. > The gcc manpage advertises an option "-mlong32" that sounds like what > I want. Namely, I think it would compile code for my > x86-64 architecture, taking advantage of the extra registers etc., but it > would also know that my program is going to live inside > a 32-bit virtual address space. Unfortunately, the -mlong32 option was > introduced only for MIPS computers, years ago. Nobody has yet adopted > such conventions for today's most popular architecture. Probably that happens because > programs compiled with this convention will need to be loaded with > a special version of libc. Please, somebody, make that possible. > [сообщение отредактировано модератором]
	Введите код, изображенный на картинке: