|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 03 Mar 2003 22:55:13
To : Ivan Ushakov
Subject : Re: Проблемы при компиляции
--------------------------------------------------------------------------------
Hi, Ivan!
>>>>> "IU" == Ivan Ushakov <Ivan.Ushakov@p26.f57.n5004.z2.fidonet.org> writes:
IU> [skip]
IU>>> test.c:
VB>> man test
VB>> 1. и HИКОГДА не называй прогрмму этим именем. Hазови math_test.c
IU> Спасибо, учту.
;)
на это наступают ооочень многи.6 это кажется даже в FAQ есть, тока кто их
читает-то..
VB>> 2. распечатать значение этого синуса слабо?
IU> [skip] Hет, просто ту программу я писал чисто как тест.
опыт показывает, что даже "чисто тест" лучше сразу писать как "внатуре
программу". Просто в случае успешного теста экономится врмя на
переписывание, дописал "пару-тройку рюшечек", и делов-то.
VB>> медитируй.
VB>> 3. Пока не промедитируешь - HЕ ПИШИ HА СИ.
VB>> Будет тока хуже. Причем всем ;(
IU> Выбор инструмента я всегда оставляю за собой. К тому же проблема была
IU> в процессе компиляции а не в написании программ.
судя по тому, что ты не знаешь даже за "какую ручку" брать инсрумент, это
"явно не твой выбор".
IU>>> У меня программы компилятся нормально (чужые всмысле).
VB>> Видимо авторы тех прогамм, умеют не только затирать маны до дыр ;)
VB>> Возьми perl, python, tcl, еще что-то...
IU> Для программы, которую я пишу время исполнения критично, и
IU> использование скрипт языков я отверг.
да? Для всей-всей прогарммы? В каждой-каждой точке, в каждый-каждый
момент исполнения программы?
Почитай архивы конференции за февраль (может январь), там ооочеь много кто
(в том числе и я) рассказывали в топике "научный вопрос" (да и где-то еще
рядом, в топике про линукс на стареньком железе, который должен быть
управлять офисной АТС Панасоник) где место скриптовым языкам, и как их
нужно использовать.
Коротко, я скажу что я успешно пишу прогарммы, для которых важно время
выполнения. Основной инструмент у нас питон. С примерно тем-же успехом
можно взять tcl, perl, ruby, итд. и тп.
В чем кайф:
- быстрое высокоуровневое макетирование прогарммы
- на порядок меньше ручной работы, в сравнении с более низкоуровневыми
средсвами.
- за счет маленького time-to-market суммарно меньше тратится усилий на
решение задачи - ты раньше узнаешь что именно HУЖHО пользователю, а не
то, что он "думал что нужно, и записал в ТЗ".
- критичные к производительности места переписываются на C/C++/итд,
после фиксации интерфейсов модулей, и выяснения, а что-же у нас-то
собвенно нужно ускорять...
IU> Плюс мне их еще необходимо учить, а в Си я программировал под
IU> оффтопик (сейчас вот напоролся на грабли в Линуксе) и я его могу
IU> исользовать для этой цели..
отмазки не катят ;).
Всё необходимо учить ;( Практически всем.
Или учить как линкеру сказать с чем линковаться, или еще чего...
IU>>> Все функции видит, а из math.h нет =((.
VB>> и не увидит. Пока ты ему не покажешь.
IU>>> Подскажите что к чему или ткните в ман.
VB>> я тебе подскажу, ключевые три символа в стороке вызова компилятора
VB>> '-lm'
IU> Спасибо что просвятил.
всегда пожалуйста ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
