Компиляция является процессом создания двоичных файлов из источника. Настраивать сценарий и make-файл выберут то, что подходит для Вашей системы. (64-разрядный исполняемый файл для 64-разрядной системы, 32-разрядной для 32-разрядного.)
И если у Вас есть 64-разрядная система, существует, вероятно, некоторый потенциал для улучшенной производительности в использовании 64-разрядных двоичных файлов. Для некоторых вещей это могло быть огромное повышение; я предполагаю, что для Apache это - не совсем настолько большое соглашение, но я не эксперт там. Конечно, не повредит, тем не менее, создавать соответствующие двоичные файлы, и я не вижу, почему Вы когда-либо потрудились бы смешивать с процессом сборки для получения 32-разрядных двоичных файлов, если у Вас есть 64-разрядная система.
Я наконец узнал что не так, и кажется, что я затронут этой ошибкой. Проблема - это даже при том, что exo-filemanager
был обновлен mimeapps.list
файл все еще содержал недопустимые записи. Нужно вручную отредактировать mimeapps.list
и mimeinfo.cache
и удалите все строки, содержащие x-scheme-handler
строки.
Необходимо добавить обработчик под обоими [Default Applications]
запись и [Added Associations]
если это - новое.
Но так или иначе, почему Вы не использовали бы thunar для достижения этого легко, посмотрите Open With
поле: (Вы могли бы просто сравнить mimeapps.list после изменения обработчика),