pacman -Q | grep cuda
cuda 5.0.35-3

gcc --version
gcc (GCC) 4.7.2
Copyright (C) 2012 Free Software Foundation, Inc.
Это свободно распространяемое программное обеспечение. Условия копирования
приведены в исходных текстах. Без гарантии каких-либо качеств, включая 
коммерческую ценность и применимость для каких-либо целей.

Все ОК.

смущает тот факт, что nvidia-cuda-toolkit может не собраться

А, ХЗ. Я из реп ставил.

dev-util/nvidia-cuda-toolkit-4.2
sys-devel/gcc-4.7.2
Собирается.

Все собирается.

благодарю, друзья! буду обновлятся!

gcc 4.7.2 и cuda 5.0.35 собираются «на коленках» и даже работают на nvidia GTS250 и GTX560Ti

http://portage.perestoroniny.ru/sys-devel/gcc/

http://portage.perestoroniny.ru/sys-devel/gcc/gcc-4.7.2-r3.ebuild

http://portage.perestoroniny.ru/dev-util/nvidia-cuda-toolkit/

http://portage.perestoroniny.ru/dev-util/nvidia-cuda-toolkit/nvidia-cuda-tool...

подскажите, как подключить ваш оверлей?

Оверлея пока нет, т..к. это всего лишь мои локальные эксперименты, которые пока стыдно в виде оверлея объявлять, но я обещаю исправиться, и возможно в начале 2013 года появится еще один overlay и инструкции как его подключить. Пока что можете просто локально к себе скачивать нужные Вам ebuildы (у меня они расположены в /usr/local/portage и /usr/local/portage подключен в make.conf.

спасибо, интересный оверлей! cпасибо всем! обновил из дерева - работает (gcc-4.7.2 nvidia-cuda-toolkit-4.2)

Еще обнаружил альтернативные версии ebuild cuda-5.0.35 в overlay science

С gcc-4.6 не собирается. 4.7 не пробовал...

[заметка] Обнаружил что gcc-4.7.2 не собирает некоторые проги, например (https://dl.dropbox.com/u/34973756/djv-0.9.0.ebuild). Это «вялоразрабатываемые» проекты.

Еще обнаружил альтернативные версии ebuild cuda-5.0.35 в overlay science

С gcc-4.6 не собирается. 4.7 не пробовал...

У меня свой ebuild есть, для федоры «исходники» я не люблю. Попробуйте мой ebuild http://portage.perestoroniny.ru/dev-util/nvidia-cuda-toolkit/.

На тестовых стендах можно перейти на gcc 4.7, я только на нем проверяю, про gcc 4.6 я успел «забыть», cuda в продакшн у меня пока еще нет.

Обнаружил что gcc-4.7.2 не собирает некоторые проги, например (https://dl.dropbox.com/u/34973756/djv-0.9.0.ebuild). Это «вялоразрабатываемые» проекты.

Есть такое

ошибка: «uid_t» не был декларирован

попробую на днях исправить - сочинив патч для djv-0.9.0.ebuild

Отруби лишние проверки кода, 4.7 сильнее прошлых версий корректность проверяет.

Вау!!! Было бы очень и очень!

попробую =) просто layman -a science было набрать легче...

проверю на вашем ебилде

Все таки не заработало.... на ебилде с дерева, но заработало на вашем !(http://portage.perestoroniny.ru/dev-util/nvidia-cuda-toolkit/nvidia-cuda-tool...).

Спасибо за оверлей!!!

зы: зачем они делают эти костыли с gcc?

Все таки не заработало.... на ебилде с дерева, но заработало на вашем !(http://portage.perestoroniny.ru/dev-util/nvidia-cuda-toolkit/nvidia-cuda-tool...).

Это не оверлей, а лишь мои скромные эксперименты и учеба.

PS. Будет вскоре и сайт и блог и многое другое здесь http://runixos.ru/ (пока здесь еще «пусто»). Правда этому «вскоре» уже год исполнился. Но теперь начальное изучение веб-разработки завершено, и другого у нас выхода нет, необходимо доводить до старта задуманное. Найти достойную работу сложно супруге, моей же зарплаты на все задумки не хватит, поэтому думаем последовать заразительному примеру Игоря Сысоева, только без венчуров вовсе. http://www.1sn.ru/69016.html http://malsagoff.livejournal.com/890350.html

зы: зачем они делают эти костыли с gcc?

Жаль, то Nvidia упорствует в открытии своих драйверов и всего своего ПО, какой-то алчный вредитель в ее рядах против процветания самой компании и прогресса в целом и виной всему фальшивые оправдания о необходимости монетизации R&D. Основной продукт то у них не ПО, а железо, и догнать в части видеокарт их уже никто в ближайшее время не способен и не сможет, но сообщество могло бы помогать находить проблемы в драйвере и оперативно устранять их, а также совершенствовать драйвер дальше, а nvidia могла бы больше ресурсов выделить на работу над самим железом, а не ПО к нему.

Плохо что и сам gcc становится от версии к версии тормознутее, про альтернативы ему (clang llvm), которые пророчат как замену, я лучше промолчу вовсе. Замечу - очень плохо, что gcc не поддерживает 8-разрядные старые и 16-разрядные отечественные микропроцессоры. И sdcc тоже не подарок и проблемы не решает. Жаль, что большинство уверовали в то, то Си++, Java, D и Go являются чем-то прорывным в сравнении с Си.

Здравствуйте. С новогодними праздниками вас! Ну как там с патчем для djv?

Помню, обещал, постараюсь сделать в ближайшее время. Только вчера приехал в Москву.

Готово, сборка прошла успешно. Приложение еще не запускал.

Ebuild можно взять отсюда: http://portage.perestoroniny.ru/media-gfx/djv/ Суть доработки надо заменить uid_t на __uid_t в используемых для сборки файлах.

Просто супер!!! Спасибо большое!

gentoo?

тогда используй костыли megabaksа и не парь мозг

Так я и залатал по просьбе brothermechanic эти костыли https://github.com/megabaks/stuff/tree/master/media-gfx/djv, чтобы ими пользоваться можно было, этот костыль с моими заплатками здесь http://portage.perestoroniny.ru/media-gfx/djv/.

Здравствуйте. У меня просьба.

Не получается сделать так

[Desktop Entry]
Name=DJV
Type=Application
Comment=Professional movie playback for the film and computer animation industries.
Exec=djv_view %f
TryExec=djv_view
Icon=djv
Type=Application
MimeType=image/exr;image/openexr;image/x-exr;

make_desktop_entry djv_view "DJV View" djv_view "MimeType=image/exr;image/openexr;image/x-exr"

[Desktop Entry]
Name=DJV View
Type=Application
Comment=Professional movie playback for the film and computer animation industries.
Exec=djv_view
TryExec=djv_view
Icon=djv_view
Categories=MimeType=image/x-exr;

http://devmanual.gentoo.org/eclass-reference/eutils.eclass/index.html

make_desktop_entry make_desktop_entry(<command>, [name], [icon], [type], [fields])
    Make a .desktop file.

    binary:   what command does the app run with ?
    name:     the name that will show up in the menu
    icon:     the icon to use in the menu entry
              this can be relative (to /usr/share/pixmaps) or
              a full path to an icon
    type:     what kind of application is this?
              for categories:
              http://standards.freedesktop.org/menu-spec/latest/apa.html
              if unset, function tries to guess from package's category
    fields: extra fields to append to the desktop file; a printf string

Я ни разу еще не сталкивался с необходимостью добавлять свою make_desktop_entry или править такую же имеющуюся. Если найдете правильный ответ, пришлите мне, или я немного позже, на днях, поэкспериментирую.

После небольшой правки http://portage.perestoroniny.ru/media-gfx/djv/ имеем:

# cat djv_view-djv-1.desktop 
[Desktop Entry]
Name=DJV View
Type=Application
Comment=Professional movie playback and image processing software for the film and computer animation industries.
Exec=djv_view
TryExec=djv_view
Icon=djv
Categories=AudioVideo;
MimeType=image/exr;image/openexr;image/x-exr;

Спасибо!

))) т.е. все дело в одном слове AudioVideo?)))

Просто был пропущен один параметр - категория (type), поля же идут за ним пятым параметром. Посмотрите формат строки аргументов у функции make_desktop_entry.

gcc-4.8

Здравствуйте. Чтоб не начинать новую тему про тоже.

Не пробовали то же самое с gcc-4.8?

djv http://portage.perestoroniny.ru/media-gfx/djv/ под моим ebuild gcc-4.8.0 http://portage.perestoroniny.ru/sys-devel/gcc/ собирается без ошибок. Но в целом gcc-4.8.0 пока еще в обкатке, к слову cuda-sdk не собирается, надо уже не трюки для сборки применять, а патчи на все примеры, ибо cuda-sdk замерзли в далеком прошлом, их бы взять и переписать :)

Сейчас не до cuda-sdk, занят отказом от python2 полностью в пользу python3. Но пока уперся в переписывание mercurial под python3, думаю эту задачку еще не скоро удастся решить :(. В принципе я бы вообще отказался от python, но на нём вся Gentoo держится :(

я бы вообще отказался от python, но на нём вся Gentoo держится

твоя ава намекает на путь решения

Нет не путь, но подсмотреть полезное у NixOS можно. DLL hell в NixOS хоть и решен, но мне не нужны миллион библиотек. В Gentoo тоже есть свое решение DLL hell, но я бы и от него отказался в пользу одной версии библиотек, одной версии установленного компилятора... Не так сложно подпиливать ПО под последнюю используемую версию библиотеки или приложения. Зачем их нужно держать несколько версий, мне это кажется избыточно.

Отказ от обычного ООП программирования в пользу функционального на функциональных языках (таких всего на слуху только два haskell и erlang) дадут надеюсь мне сокращение издержек и позволят сделать код прозрачнее и надежнее при одновременной его существенной компактности без лишнего мусора ООП.

Спасибо. Ясно...

http://portage.perestoroniny.ru/media-gfx/djv/

Теперь djv собирается и с openexr-2.0.1

PS. Может быть будет интересным и обновление ebuild для cuda toolkit до 5.5.22 http://portage.perestoroniny.ru/dev-util/nvidia-cuda-toolkit/ Прошу потестировать.