LINUX.ORG.RU

Поддержка NVIDIA CUDA добавлена в LLVM

 , , ,


0

2

Процесс открытия исходных кодов компилятора для NVIDIA CUDA завершается. Теперь поддержка CUDA добавлена в фреймворк для построения компиляторов и виртуальных машин LLVM. Это позволит расширить число пользователей CUDA и количество языков программирования с её поддержкой.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: dinn (всего исправлений: 1)

это есть гуд? или что? хуанг теперь будет продавать намного больше своих поделок «для профи» по завышенным вчетверо ценам?

Kompilainenn ★★★★★
()
Ответ на: комментарий от Kompilainenn

У AMD цены на «профессиональные» видеокарты тоже немалые. А так, обещали открыть - сделали. Посмотрим как события будут развиваться дальше.

dinn ★★★★★
() автор топика

заметил еще вчера в svn, только вот что с этим счастьем делать?

Novell-ch ★★★★★
()

объясните, что это значит дилетанту? На Питоне можно будет нормальные биндинги сделать (а не так как сейчас)?

petyuna
()
Ответ на: комментарий от april

Все бы хорошо, но это же проприетарщина.

Это проприетарщина сделала для адекватной работы своих видеокарт «в этих ваших линухах» куда больше свобода-любивых хиппи из АТИ, которые по жизни в роли догоняющих что Нвидию, что Интел.

На ЛОРе постоянно новости от Нвидии, а где же это ваше свободненькое АТИ?

anonymous
()
Ответ на: комментарий от anonymous

Это проприетарщина сделала для адекватной работы своих видеокарт «в этих ваших линухах» куда больше свобода-любивых хиппи из АТИ

AMD вообще то, ATI уже давно нет.

petyanamlt ★★★★
()

http://developer.download.nvidia.com/compute/DevZone/docs/html/C/doc/CUDA_Too...

* Supported Distros

  Distro            32 64  Kernel             GCC         GLIBC         
  ------            -- --  ------             ---         -----         
  Fedora14          X  X   2.6.35.6-45        4.5.1       2.12.90  
  ICC Compiler 11.1 X  X
  OpenSUSE-11.2     X  X   2.6.31.5-0.1       4.4.1       2.10.1      
  RHEL-5.>=5        X  X   2.6.18-238.el5     4.1.2       2.5 
  (5.5, 5.6, 5.7) 	 
  RHEL-6.X             X   2.6.32-            4.4.5       2.12 
  (6.0, 6.1)               131.0.15.el6
  SLES 11.1         X  X   2.6.32.12-0.7-pae  4.3-62.198  2.11.1-0.17.4
  Ubuntu-10.04      X  X   2.6.35-23-generic  4.4.5       2.12.1 
  Ubuntu-11.04      X  X   2.6.38-8-generic   4.5.2       2.13 

* Distros No Longer Supported

  Distro            32 64  Kernel             GCC         GLIBC         
  ------            -- --  ------             ---         -----         
  Fedora13          X  X   2.6.33.3-85        4.4.4       2.12            
  RHEL-4.8          X      2.6.9-89.ELsmpl    3.4.6       2.3.4
  Ubuntu-10.10      X  X   2.6.35-23-generic  4.4.5       2.12.1   

Кто-нибудь знает, почему такой разброс компиляторов? Что, если дистрибутив работает с GCC 4.4, то в дистрибутиве Linux с GCC 4.5 и 4.6 он бесполезен? А если с GCC 4.1, то и работает только в 4.1, и ни в какой другой версии?

ZenitharChampion ★★★★★
()
Ответ на: комментарий от annulen

Написано же, что весь код открыли.

Вот только без проприетароного блободрайвера оно всё равно работать не будет.

kranky ★★★★★
()
Ответ на: комментарий от petyanamlt

AMD вообще то, ATI уже давно нет.

Да пофиг. Сути не меняет.

anonymous
()

годная новость. компания идет по правильному пути

punya ★★
()
Ответ на: комментарий от kranky

Вот только без проприетароного блободрайвера оно всё равно работать не будет.

Есть pscnv

annulen ★★★★★
()
Ответ на: комментарий от april

«Это ежик Вася, теперь он будет жить с нами»

annulen ★★★★★
()
Ответ на: комментарий от Reset

это оксюморон такой же как и «освобождение» топора или молотка

4.2, разницу может не заметить разве что полный имбецил.

Открыть код == освободить человека из рабства.

Освободить код == закрепить за человеком право на то, чтобы его в рабство больше захватывали.

Понятно?

april
()
Ответ на: комментарий от Reset

Нет, ибо код и программы всегда находятся на нашем усложении == находятся в рабстве.

Развивать человека == держать его в рабстве?

april
()
Ответ на: комментарий от ZenitharChampion

Кто-нибудь знает, почему такой разброс компиляторов?

Очевидно, что приведены конфигурации, на которых разработчики осуществляют тестирование. Не поддерживается != не работает, но гарантии уже нет.

annulen ★★★★★
()
Ответ на: комментарий от annulen

Вот например пакет для SLES 11 прекрасно работает в Debian Lenny, где тоже GCC 4.3 и ядро 2.6.32. Будет ли работать пакет для RHEL, который для GCC 4.1, надо проверить будет. Но вдруг кто-нибудь знает точно.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от april

А у тебя были аргументы? Сравнение жопы с пальцем за аргумент не считается.

Reset ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Уже сто раз объяснял: если собирать со старой версией glibc и распространять бинарник с зависимостями, работать будет везде. Но тут тебе ни игрушка какая-нибудь, а компилятор, так что сломаться может в совершенно неожиданном месте.

annulen ★★★★★
()
Ответ на: комментарий от Reset

Я бы не стал прибегать здесь к категориям Domination-Subordination. Код - это просто инструмент для выполнения какой-то задачи.

annulen ★★★★★
()
Ответ на: комментарий от april

И таки он прав. Чем же утверждение того, что

Сравнение кода с человеком неуместно.

не аргумент? Ведь действительно неуместно. Потому что:

Открыть код == освободить человека из рабства.

А если не открыть, то код восстание поднимет?

Освободить код == закрепить за человеком право на то, чтобы его в рабство больше захватывали.

Ты думаешь, что завтра этот код закроют? Не, я серьезно спрашиваю. Может у тебя есть основания так полагать. Может прецеденты при тех же условиях были или еще что-то. Я просто в этих историях не очень шарю, может узнаю что-то новое.

HerrWeigel ★★★★
()
Ответ на: комментарий от annulen

> Уже сто раз объяснял: если собирать со старой версией glibc и распространять бинарник с зависимостями, работать будет везде. Но тут тебе ни игрушка какая-нибудь, а компилятор, так что сломаться может в совершенно неожиданном месте.

Можно подробнее? Ссылку на объяснение? Вроде бы я знаю достаточно, но вдруг нет. Я хочу делать дистрибутивонезависимые RPM/DEB и SRPM/DEB-SRC, ищу что бы почитать. Чтобы например xmms 1.2.11 для x86 и x86_64 мог установить любой желающий в один клик (GTK 1 положу внутрь).

ZenitharChampion ★★★★★
()
Ответ на: комментарий от ZenitharChampion

Чтобы например xmms 1.2.11 для x86 и x86_64 мог установить любой желающий в один клик (GTK 1 положу внутрь).

Доброе дело (хотя в нормальных дистрибутивах вроде Мандривы его оставили).

Насчет инструкции не знаю, не встречал, но на практике все просто: беешь дистр вроде CentOS 5 (можно в чрут поставить или в вируталку), собираешь сабж со всеми отсутствубщими в реппах зависимостями (версия компилятора вообще не важна, используй 4.4.0 из репов), дальше смотришь по выдаче ldd от чего заисит бинарник, для библиотек смотришь от чего они зависят и т.д. Пакуешь в пакет все, кроме libc, librt, libdl

annulen ★★★★★
()
Ответ на: комментарий от anonymous

У вас такой баттхерт, как будто кто-то сказал, что есть православные производители видеокарт.

buddhist ★★★★★
()
Ответ на: комментарий от HerrWeigel

Ты думаешь, что завтра этот код закроют? Не, я серьезно спрашиваю. Может у тебя есть основания так полагать. Может прецеденты при тех же условиях были или еще что-то. Я просто в этих историях не очень шарю, может узнаю что-то новое.

Я не знаю, что у них в голове. Если есть возможность быть спокойным - я хочу её использовать.

Пару дистрибутивов BSD код так и не дали никому, я считаю, что это неправильно.

april
()
Ответ на: комментарий от ZenitharChampion

Это _supported_ версии компиляторов, просто те, на которых nvidia было не лениво протестировать код. На остальных часто работает, но может случиться, что нет.

user_2190
()
Ответ на: комментарий от Reset

Имена этих «дистрибутивов BSD»

Сходу могу вспомнить ClosedBSD, вполне можно найти и другие.

Reset

Всё полезное он сделал в 80е.

Мог быть хоть его биографию почитать.

april
()
Ответ на: комментарий от april

Сходу могу вспомнить ClosedBSD, вполне можно найти и другие.

Основано на FreeBSD => оригинальный исходный код никуда не делся.

Мог быть хоть его биографию почитать.

Какие программы он написал за последнее время?

Reset ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.