Суффикс '.py' у исполняемых файлов в /usr/bin/ это нормально?
Anarchist 1 октября, 2010 - 15:44
Если "да", то почему я таковых практически не наблюдаю (в моём случае кроме /usr/bin/event_rpcgen.py из пакета dev-libs/libevent)?
Если нет, то как правильно называть/ставить приложения на python?
Или это вопрос уровня разработчика?
»
- Для комментирования войдите или зарегистрируйтесь
Не обязательно
Скрипты на python, равно как и bash, идентифицируют себя первой строкой:
#!/usr/bin/env pythonЭтой строчки и флага x обычно достаточно, имхо.
С другой стороны, расширение .py вызывает тот же эффект (не проверял).
Я не смог понять твой комментарий...
И по этому поводу решил подарить тебе запятую: ",". Используй её с умом!
>>С другой стороны,
>>С другой стороны, расширение .py вызывает тот же эффект (не проверял).
Очень смешно )))
в венде ))
в венде ))
Да даже в венде это
Да даже в венде это утрверждение нельзя считать истинным ))
тогда переименуй *.exe во
тогда переименуй *.exe во что-нибудь другое и попробуй запустить ;)
переименовал - com , запустил
переименовал - в com , запустил :)
Алсо, открой дефолтные настройки SRP и посмотри список расширений
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
.
Неправильно переименовывал.
Переименой в
ofile=`echo $file sed s/.exe//`и попробуй запустить :):wq
--
Live free or die
Шабанг не есть обязательный
Шабанг не есть обязательный атрибут питоновых скриптов - это лишь подсказка для оболочки.А питон кроссплатформенный.Так что правильней расширение всё-таки указывать.
.
А вот разработчик говорит, что "были какие-то требования для py2exe".
Что сразу отметает все гипотезы о кросс-платформенности данного требования.
Повторюсь: меня смущает тот факт, что в
/usr/bin/файлов с данным суффиксом я не наблюдаю.Что наталкивает на мысль о том, что оно если и есть, то переименовывается на этапе сборки.
:wq
--
Live free or die
.
И, соответственно, вопрос: как правильно в ебилде переименовать скрипты (исполняемые файлы):
Вариант типа
SCRIPTS="cmd1.py cmd2.py..." cd ${T} for file in $SCRIPTS do ofile=`echo $file | sed s/\.py//` mv $file $ofile doneмне видится подозрительным.
:wq
--
Live free or die
А вот разработчик говорит,
Странно слышать это именно от тебя. Если посмотреть документацию, то становится ясно, что скрипты - почти всегда клосплатформенны.
А вот скрипты скомпиленные в байт-код (*.pyo, *.pyc) - само собой нет
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
а почему, скрипты,
а почему, скрипты, скомпиленые в байт код, будут не кроссплатформенными? :) это всего лишь байт-код, как в давние времена basic на Спектруме. Как в FoxPro,Clipper'е, VB... Это лишь сжатая форма исходника на .py. И оно не использует особенности платформы. Ибо прослойкой к платформе будет исполнялка этого байткода. :) И то, что делают в LLVM.
P.S.: Linux - это красная таблетка :-) Windows - синяя...
.
Что именно странно?
Или
py2exeобладает свойством кросс-платформенности?:wq
--
Live free or die
# ls -lh
ты не один такой )) и так на всех моих машинах ))