Lazarus

Автор: Zebra Дата: 03.02.2008 20:04 Даже не совсем предложение, а вопрос: а почему в 12-й версии нет Lazarus'а?
Re: Lazarus 03.02.2008 21:26Bircoph Ибо оно нахрен не нужно для нормального программирования.
Re: Lazarus 03.02.2008 21:36Zebra Что такое нормальное программирование, а также, какой язык лучше - С или Паскаль - сродни бесконечным спорам о том, что лучше: Виндовс или Линукс. На данный вопрос общепринятого мнения нет и быть не может, так как о вкусах не спорят. На Паскале вполне можно писать хорошие программы, если программировать не мышкой, а головой. Так что вопрос не об этом.
Re: Lazarus 03.02.2008 22:41kosmonavt asplinux12 основан на fedora7 и совместим с ней.
нужные пакеты из репозиториев федоры можете поискать на
[rpm.pbone.net] и [rpmfind.net]
Еще можете подключиться к этим репозиториям, подправив конфиги yum'a.

glade для gtk или QtDesigner могут прекрасно заменит lazarus, если Вам нужна рисовалка гуевин. Кстати, для Tcl/Tk существует vtcl. Т.к. lazarus использует gtk, думаю, должна быть привязка к паскалю для libglade.

>Что такое нормальное программирование, а также, какой язык лучше - С или Паскаль - сродни бесконечным спорам о том, что лучше: Виндовс или Линукс.

Конечно linux лучше. Попробуйте под виндой переписать 32-х битную программу на 64-битную (в никсах, теоретически, вообще ничего переписывать не надо)! А ведь звоночек для M$ давно прозвенел, когда они получили проблемы с переносом на 64-битную альфу, но -- ничему не научились. WinAPI каким был кривым, таким и остался. Это нонсенс -- иметь разные API для архитектур с разной разрядностью!
Re: Lazarus 03.02.2008 23:07Zebra Не, была хорошая винда 3.11. Это было неплохо. На том надо было и закончить разработку Windows. Но это, кажется, уже оффтопик. За совет спасибо, но мне хотелось бы все же услышать ответ разработчиков дистрибутива.
Re: Lazarus 03.02.2008 23:28BigAndy lazarus.freepascal.ru
Re: Lazarus 29.02.2008 20:59kramer Bircoph писал(а):

> Ибо оно нахрен не нужно для нормального программирования.
>

Для нормального (в смысле системного, или для решения сложных мат. задач) - согласен. Но вот за один вечер состряпать GUI-прогу иногда неплохо. Одно моё такое Delphi творение облегчало мне работу полгода. И очень жаль, что пока не получается состряпать такое же в Linux.

И потом, Free Pascal не менее мощный язык, чем C/C++, а таскать кнопки на окошки - это дело вкуса. Можно тоже писать прогу в vim, а компилить из командной строки - кто ж запрещает? Но там где нужен GUI - удобно.

Другое дело, что lazarus надо брать с сайта, который указал BigAndy - там будет рабочая версия. И там есть rpm-ка, так что поставить можно не сложнее, чем из родного. И к тому же он не требует сторонних библиотек - всё, что нужно, выложено на сайте.
Re: Lazarus 01.03.2008 23:01kosmonavt > Но вот за один вечер состряпать GUI-прогу иногда неплохо.

Для писания на коленке скриптовые языки вне конкуренции.

---
#!/usr/bin/env tclsh
#
# TCL/TK Calculator

package require Tk

wm title . {TK CALC}
option add *font {Sans 10}

set line ""
set b .f1.b
set e .f1.e
set q .f1.quit
set t .f2.t
set s .f2.s

pack [frame .f1] -fill x
pack [button $q -text Quit -command exit] -side right
pack [button $b -text Enter -command doEval] -side right
pack [entry $e -textvariable line] -fill x -expand yes -side left
pack [frame .f2] -fill both -expand yes
pack [scrollbar $s -orient vertical -command {$::t yview}] \
-fill y -side right
pack [text $t -wrap word -state disabled -yscrollcommand {$::s set}] \
-fill both -expand yes -side left

bind . <Return> doEval
bind $q <Return> exit
bind . <Control-q> exit

proc doEval {} {
catch {expr $::line} msg
$::t configure -state normal
$::t insert 0.0 $msg
$::t configure -state disabled
}
---

wusup давал пример на python
[forum.asplinux.ru]
Re: Lazarus 02.03.2008 08:15Bircoph > И потом, Free Pascal не менее мощный язык, чем C/C++,

Менее, на своей шкуре познал (всё-таки 4 года писал на
Паскале). Там нет нормальных указателей, нет прозрачной
адресной арифметики, преобразование типов через задницу
сделано.

> Для писания на коленке скриптовые языки вне конкуренции.

Согласен, причём таких языков -- вагон и тележка, под самые
разные задачи.
Re: Lazarus 05.03.2008 11:22kramer > И потом, Free Pascal не менее мощный язык, чем C/C++,

> Менее, на своей шкуре познал (всё-таки 4 года писал на
> Паскале). Там нет нормальных указателей, нет прозрачной
> адресной арифметики, преобразование типов через задницу
> сделано.

Просто отсутсвие указанных Вами средств может шокировать программиста C (который начинал с С), а программисту Pascal инкремент указателей нафиг не нужно, поскольку в паскаль принято ездить по массиву с помощью индекса, а не указателей. А указатели дейсвительно применяются редко. А преобразование типов там на достаточном уровне. Но дело личных пристрастий. Мне больше нравится Паскаль, а для программиста C невозможность написать что-то типа
---
int i = func(g++, l -= 25) ? (int) (a = other_func(a >> 5)) : (b = third_func());
---
уже является трагедией.
Re: Lazarus 23.03.2008 08:59Labaman >Ибо оно нахрен не нужно для нормального программирования.
Ну если так, то тогда самое нормальное программирование на асемблере. Ваш любимый С++ отдыхает.
А вообще собственно предложение к разработчикам можно сделать такое: Включите в дистрибутив пакт библиотек gtk1, чтобы Lazarus и подобные можно было ставить без скачивания тонны пакетов из интернета.
Re: Lazarus 23.03.2008 15:24Bircoph 2 kramer:

> программисту Pascal инкремент указателей нафиг не нужно,
> поскольку в паскаль принято ездить по массиву с помощью
> индекса, а не указателей.

Вы наивны. А если массив динамический? А если он к тому же ещё и многомерный? А если если это дерево? Реализуйте
красно-чёрное динарное дерево на С и на Паскале, сравните
простоту кода, сравните быстродействие.

> А преобразование типов там на достаточном уровне.

Да, конечно, только через нетипизированный указатель.

> Но дело личных пристрастий.

Не согласен, это дело маленького такого критерия, как
быстродействие программы. Существенная усложнённость
(и невозможность некоторых видов) манипуляций с памятью,
существенных образом ухудшает быстродействие и часто
увеличивает потребление памяти.

> C невозможность написать что-то типа
>
> int i = func(g++, l -= 25) ? (int) (a = other_func(a >> 5)) : (b = third_func());
>
> уже является трагедией.

Отнюдь, это распостранённое заблуждение, возьмите исходники
ну, например, ядра.

Да о чём мы вообще спорим? 90% софта под Unix писалось и
будет писаться на С. А паскаль -- это учебный язык, хороший
учебный язык, но не более того, почитайте работы его автора.
Ещё есть вопросы?

2 Labaman:

> Ну если так, то тогда самое нормальное программирование на
> асемблере. Ваш любимый С++ отдыхает.

Не врите, уважаемый. Я **никогда** не говорил, что С++ -- мой
любимый язык. Мой любимый язык -- это С, где каждый оператор
-- прямая ассемблерная вставка. Мало того, ассемблером никто
не пренебрегает, С очень хорошо адаптирован для аасемблерных
вставок в его исходниках и это активно применяется, особенно
в мультимедиа. Объективности ради нужно отметить, что паскаль
тоже позволяет выполнять ассемблерные вставки, однако, с
меньшей функциональностью, например, без инструментария
управления аллокацией регистров.
Re: Lazarus 26.03.2008 13:25kramer > А если массив динамический? А если он к тому же ещё и многомерный?

В Delphi начиная с 4 или 5 версии появилась поддержка динамических массивов, в том числе многомерных на уровне языка, во Free Pascal по-моему тоже реализовано. Я же не говорю о том Паскале, который написал Вирт. Я имею ввиду соверменные реализации этого языка. С деревьями в Паскале работал полне сносно.

Кстати, по поводу моего примера, он из одного из учебников по С, которые мне довелось читать. Так там напрямую написано, что коли не пользуешся подобными штуками, присущими С и "являются очень легко читаемыми для любого С-программиста", то тогда отпадает смысл использовать данный язык, и надо пользоваться Паскалём.

По поводу бытродействия - тут тоже спорно, поскольку оно сильно зависит от компилятора. Хороший копилер Паскаля тоже генерит очень быстрый код. Правда, по-моему, к Free Pascal последнее всё ещё не очень относится.

Естественно (спорить не буду), перемещение по массиву с помощью итерации указателя работать будет быстрее, но это не всегда существенно.

И чтоб создать массив (даже в С), длинну то его всё равно знать надо (хотя бы в виде значения переменной)?

В Паскале мне нравится более элегантный код. Хотя возможность напихать столько действий в один оператор (как я показал в своём примере) конечно впечатляет, но и ошибку в таком операторе будет найти давольно трудно. Есле перепистать данную строчку на Паскаль, получится нечто более легко отлаживаемое, хотя наверное получится строчек шесть.

В общем, не спорю, что С - это очень мощный язык, на нём написан Unix, на нём написан Windows, но одно это не охзначает, что на современных версиях Pascal невозможно написать приличную программу.
Re: Lazarus 27.03.2008 01:36kosmonavt >Хотя возможность напихать столько действий в один оператор (как я показал в своём примере) конечно впечатляет

---
if func(PostIncr(g,1), PreIncr(l,-25)) then i:=integer(assign1(a, other_func(a shr 5))) else i:=assign2(b, third_func);
---

впечатляет?

"Я утверждаю, что Паскаль очень близок языку Си" (c) Деннис Ритчи
Re: Lazarus 27.03.2008 16:41Bircoph > впечатляет?

Нет. Есть __then__, это раздражает.

Для справочки: я сам на паскале почти 5 лет писал, поэтому я
так люблю С.

И мощь С вовсе не в хитрожопых синтаксических конструкциях
(если книга утверждает обратное, сожгите её). Мощь языка
в структуре кода, структуре программы крайне близкой к тому,
как работает машина на самом деле; в частности, изумительно
гибкое и удобное управление памятью.
Re: Lazarus 28.03.2008 11:28kramer > if func(PostIncr(g,1), PreIncr(l,-25)) then i:=integer(assign1(a, other_func(a shr 5))) else i:=assign2(b, third_func);

Кстати, ошибку в этом опреаторе обнаружить легче, т. к. части if ... then и else трассируются отдельно (если пистать этот оператор не в одну строку), а ?: - как один оператор. PostIncr и PreIncr появились в Pascal относительно недавно.

> Мощь языка в структуре кода, структуре программы крайне близкой к тому, как работает машина на самом деле; в частности, изумительно гибкое и удобное управление памятью.

C считается языком довольно низкого уровня (кстати, именно поэтому), а прикладные программы высокого уровня можно написать и на Паскаль. А впрочем, юзеру-то обычно по барабану, на каком языке написана прога, главное, чтобы работала без глюков.
Re: Lazarus 28.03.2008 14:20kosmonavt > PostIncr и PreIncr появились в Pascal относительно недавно.

Гы, а я их с потолка взял. Эти функции просто делаются средствами стандартного паскаля.

>Кстати, ошибку в этом опреаторе

И что с того? Нет проблем написать функцию, имитирующую этот оператор. Этим примером я всего лишь показал, что дурью можно маяться и на паскале -- здесь никакие операторы не спасут.
Re: Lazarus 31.03.2008 05:31amsa Я ТОЖЕ ХОЧУ LAZARUS!!!
Попробую поставить пакет от ASP11.2, но хочется и обновлений.

---------------------------
Вот чего не ожидал от этого форума так это такого количества недоделаных программистов.
Re: Lazarus 31.03.2008 09:37BigAndy >Попробую поставить пакет от ASP11.2, но хочется и обновлени
Интересно, это теперь мода такая: пытатьься ломиься в открытые двери и кричать, что не пускают?
Что мешает скачать, скажем 0.9.24 и раоваться жизни?
Re: Lazarus 31.03.2008 10:03amsa Хочу красивого обновления через yum. Нажал кнопку и готово, а не заниматься в очередной раз сборкой и гадать потом куда оно сопировалось/поставилось.

И вообще поставить его конечно не сложно, но для ASP это регресс.
Re: Lazarus 31.03.2008 10:20BigAndy >Нажал кнопку и готово, а не заниматься в очередной раз сборкой
ХАЧУ- значит, сделайте - никто не мешает!
В линуксе, и вообще в ОпенКоммунити вам никто ничего не должен. А если сделаете, вам будут благодарны. Но раз до сих пор никто не сделала, значит все пошли самым простым путем....
>е заниматься в очередной раз сборкой и гадать потом куда оно сопировалось/поставилось.
А это показывает полное отсутствие представления о предмете и то, что вы даже не удосужились прочесть докуентацию на freepacal.org.
Re: Lazarus 31.03.2008 11:54kramer > Попробую поставить пакет от ASP11.2, но хочется и обновлений.
Я в ASP Linux 11.2 скачивал с сайта производителя нормальные rpm последней стабильной версии. Ибо в дистре идёт уж очень старый, вы под него не найдёте сторонних компнентов. Пересобирать не пришлось. А если бы и нужно было - вы же программер, в конце концов!

Если нужна нормальная система, нужно именно качать последнюю версию, ибо проект и так молодой, много всего не доработано, даже ещё не вышло первой версии - т. е. это всё предворительные, а престарелые версии сего средства вообще "отстой".

Попробуйте на rpmfind.net поискать спецально версии скомпилированные под Fedora 7.
Re: Lazarus 03.04.2008 00:37Mark07 Здравствуйте, Bircoph.

"на Паскале. Там нет нормальных указателей, нет прозрачной
адресной арифметики, преобразование типов через задницу
сделано." - прошу Вас дать примеры указателей, которые нормальные!
Очень интересует пример прозрачной адресации, потому что меня непрозрачная адрессация совсем утомила!
Да, и очень хочется видеть пример преобразования типов, как оно происходит, а то вот в паскале оно все преобразуется через задницу. Знаете ли, уже не раз ломался этот задницепреобразовательный транслятор типов. Спасибо!
Re: Lazarus 04.04.2008 15:46kramer Bircoph имел в виду, по видимому примерно следующее

---
#include <malloc.h>
#include <stdio.h>

int get_array_size()
{
int sz;
scanf("%d", &sz); // получить размер массива со стандартного ввода
return sz;
}

int main()
{
int *array, *p1, *p2;
int array_size = get_array_size();
array = malloc(sizeof(int) * array_size);

p1 = array;

while (p1 < array + array_size)
*p1++ = p1 - array; // p1 - array - это индекс элемента на который указыает p1.
// Операция ++ двигает указатель на один элемент массива (или на sizeof(int))
// вперёд, но возвращает (В ДАННОМ ВАРИАНТЕ НАПИСАНИЯ) старое значение,
// поэтому мы можем выполнять три действия сразу.

p1 = p2 = array + array_size / 2; // p1 и p2 теперь указывают
// на средний элемент массива

while (p1 >= array && p2 < array + array_size)
printf("%d %d %x ", *p1--, *p2++, (int)p1); // печать на стандартный вывод,
// перемещение по массиву
// происходит с помощью операций ++ и --
free(array);
return 0;
}
---

Прога, по идее, создаёт динамический массив, заполняте его содержимое индексами и печатает его содержание с середины в двух направлениях, пока не наткнётся на конец с какой-либо стороны. А заоодно и адреса печатает.

Да, ещё одно. Сама по себе схема адресации от языка абсолютно не зависит. Физически указатель в С и указатель в Pascal представляют собой одно и тоже. просто в С есть спеиальные операции по работе с указателями и указатели запросто преабразуются в адреса - как я это и показал. А в Pascal операции над указателями отсутсвуют, что сокращяет область их применения. Конкретно модель памяти в Linux-е я ещё не изучал.

А вообще в C практически любые типы преобразуются в другие, единственное, компилятор этого особо не контролирует (в С++ - контролирует больше). За результат отвечаете Вы сами.
Re: Lazarus 04.04.2008 17:15Mark07 Автор: kramer. Дата: 4 апреля, 15:46

Спасибо что Вы ответили вместо Биркофа. А то я уже который день заглядываю сюда в ожидании внятного словечка.

Михаил, я Вас понял. Я только не понял одного,как мистер Биркофф решительно рубит сплеча:
нет нормальных указателей ---
нет прозрачной адресной арифметики ---
преобразование типов через задницу сделано --- .

При том, что он в других местах логично пишет
"И мощь С вовсе не в хитрожопых синтаксических конструкциях (если книга утверждает обратное, сожгите её). Мощь языка в структуре кода, структуре программы крайне близкой к тому, как работает машина на самом деле; в частности, изумительно гибкое и удобное управление памятью.".

А если бы еще мистер Биркофф вспомнил, что разные языки имеют разное назначение.
Тот же паскаль - чистое и логичное изложение логики программы. Кстати, любой подтвердит, как трудно читать ЧУЖИЕ тексты программ спустя некоторое время. Вот где четкая логика помогает и облегчает жизнь.
Впрочем, наверное и сам м-р Биркофф все это знает. Зря я к нему так доклепался.
Re: Lazarus 04.04.2008 17:23kramer Ну для поклонника именно С то жто говорит уважаемый Bircoph абсолютно логично, поскольку не будем спорить, что если эту же прогу перписать на Паскаль, то получится менее быстродейственная программа, да и кода больше будет.

Кстати, на Паскале тоже можно написать прогу так, что фиг поймёшь, что за код. И, наоборот, на С можно написать прогу очень понятно.
Re: Lazarus 04.04.2008 17:48Mark07 получится менее быстродейственная программа, да и кода больше будет
Ну так это претензии к качеству компилятора и задач, стоящих перед ним. Если оно заточено для универсальности и скорости разработки, то лишний код всегда будет.


По последнему абзацу. Понятно. Субъективно. Верно.
Вот скажем, в Паскале все связи прописываются прямо в файле. Там нет заголовочных файлов.
Опять же, все секции программы определены и расписаны, где что размещать. Разве плохо?
Человек сидит и реализует свой алгоритм, а не занимается побочной работой.

Пример. Человек стоит и раздумывает где ему повесить картину, чтобы она была на месте ,что называется. А теперь представьте, что вместо этого он погружается в проблему, из какого дерева надо делать рукоятку молотка и что можно забить иолотком этой конфигурации. До картины ли, до дизайна ему?

Так и эта надуманная проблема Паскаля и Си.
Пишет Ваш коллектив драйвер? Берите Си.
Пишет Ваш коллектив клиента к бух. базе, да еще на срок - берите Борланд, Лазарус.
А сравнивать языки в отрыве от их предназначения - это все равно что сравнивать танк и трактор. Оба на гусеницах, на трактор можно пушку прилепить, а к танку плуг приторочить ...
непродуктивно сие обсуждать.
Re: Lazarus 04.04.2008 18:34kramer > Ну так это претензии к качеству компилятора и задач, стоящих перед ним.
Скорее к самому методу путешествия по массиву с помощью индексирования - приходится вычислять больше сумм, чем при итерации указателей.

Заголовочные файлы тоже не проблема С.

Лично мне, когда я ещё программировал, Паскаль нравился больше действительно из-за читаемости кода, использования реимущественно английских слов, а не малопонятных значков.

А вообще сейчас поощряется разработка одной программы сразу на нескольких языках - и это всемозможно упрощается создателями компиляторов и ОС.

А о том, что пользователю продукта обычно по барабану, на чём написанна прога, хоть на BASIC, я тоже писал.
Re: Lazarus 04.04.2008 18:40Mark07 Дак я ж с Вами не спорю! )))
Я всего лишь отреагировал на слова господина. Впрочем, может и не следовало.
У меня вот какой вопрос:

На винде interbase|Firebird + IBConsole|IBExpert для работы с базами.
А вот под Линукс максимум предлагается только аналогичный сервер и все. А средства работы с базами? Что самому ваятЬ?
Re: Lazarus 07.04.2008 12:11kramer Задайте Ваш вопрос в разделе "Программирование". Злдесь его вряд ли кто найдёт
Re: Lazarus 09.04.2008 00:39kosmonavt ---
printf("%d %d %x ", *p1--, *p2++, (int)p1);
^^^ ^^^^^^^
---

Не делайте так! Получите проблемы на системе, у которой sizeof(int) < sizeof(void*). Для вывода значения указателя есть тип формата %p.

> А в Pascal операции над указателями отсутсвуют, что сокращяет область их применения.

В некоторых диалектах адресная арифметика поддерживается, например, в FP и версиях от борланда.
Re: Lazarus 09.04.2008 13:06kramer >Не делайте так! Получите проблемы на системе, у которой sizeof(int) < sizeof(void*). Для вывода значения указателя есть тип формата %p.

Спасибо! Давно не пользовался printf. Только прога то не серьёзная, по сему можно и не подходить к этому так серьёзно. Просто вопрос то был про перобразование типов - вот я и поигрался немного.

> В некоторых диалектах адресная арифметика поддерживается, например, в FP и версиях от борланда.

Ещё раз спасибо. Видимо, появилась без меня... Но всё равно, на Паскале я бы так же писать не стал. Чисто С-шные приёмы.
Re: Lazarus 09.04.2008 13:23kramer ух ты, и впраду пашет:
---
[other@CCHR ~]$ cat ex.pas
const
a: array [1..2] of integer = (1, 2);
var
p: ^integer;
begin
p:= @a[1];
p:= p + 1;
Writeln(p^);
end.
[other@CCHR ~]$ fpc ex.pas
Free Pascal Compiler version 2.2.0 [2007/08/31] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Linux for i386
Compiling ex.pas
Linking ex
8 lines compiled, 2.2 sec
[other@CCHR ~]$ ./ex
2
[other@CCHR ~]$
---
Bircoph, теперь и у Pascal вполне прозрачная адресация. Или C по этому поводу имеет что-то ещё, чего я не знаю?
Re: Lazarus 09.04.2008 13:46kosmonavt > Чисто С-шные приёмы.

Вот тут Bircoph прав:

>И мощь С вовсе не в хитрожопых синтаксических конструкциях
>(если книга утверждает обратное, сожгите её).

развелось аФтаров... Погуглите "Практика программирования" Кернигана и Пайка.
Re: Lazarus 09.04.2008 13:54kramer Но ведь согласитесь, что нормальные указатели в С и ненормальные указатели в паскале только тем и отличались, что в С есть арифметические опреации над указателями, а в Паскале нету. Правда, без мощнейшей С-шных операций ++ и -- (которые я не отношу к хитросложным конструкциям) это мало что меняет, а если её ввести в Паскаль, то это будет С с begin-ом. Но опять же в реальной проге на паскале я всё таки бы обращялся к массиву с помощью индексов, а не указателем, хоть второе и быстрее.
Re: Lazarus 09.04.2008 14:12kosmonavt > а в Паскале нету

В паскале и не должно этого быть. Не забывайте, что программы на паскале в идеале должны работать в среде виртуальной P-машины, на которой может отсутствовать понятие адреса. Указатель на паскале это просто ссылочный тип, не более.
Re: Lazarus 09.04.2008 18:23kramer > Не забывайте, что программы на паскале в идеале должны работать в среде виртуальной P-машины, на которой может отсутствовать понятие адреса.

Паскаль, по инициативе в основном Borland, давно стал не учебным языком, а профессиональным средством программирования. Он компилируется в платфомозависимый машинный код, который оптимизируется. В Free Pascal можно даже посмотреть промежуточный ассемблерный код. В Паскале постоянно появляются мощные "заимствования" из других языков, более всего из С++, поэтому о Виртовском Паскале я речь даже не виду. Я виду речь о современных версиях языка.

P.S. В моём прошлом посте была (уже исправленная) опечатка - я случайно написал "адресов" вместо "индексов".
Re: Lazarus 09.04.2008 22:45kosmonavt > Паскаль, по инициативе в основном Borland, давно стал не учебным языком, а профессиональным средством программирования.

Об этом вам рассказал фермер Фрэнк Борланд? Улыбка

[pascal.sources.ru]

Кстати, в борландовских версиях не реализованы некоторые фишки авторского паскаля.
Re: Lazarus 09.04.2008 23:37Mark07
Кстати, в борландовских версиях не реализованы некоторые фишки авторского паскаля.

И О ЧЕМ ЭТО ГОВОРИТ?
В любом Сишном компиляторе нет 100% соответствия ISO и что? Еще одна незалежна жертва подростковых разборок "чё круче Си или Пацкаль"!

Ну и адепты свободного софта! Оторопь берет!
Re: Lazarus 10.04.2008 11:38kramer > Например, то, что Borland назвала UNIT, мы называли MODULE. Однако UNIT &#8212; это вставки в виде исходного текста, тогда как MODULE является отдельной единицей компиляции, которая допускает полный контроль типов и компоновку на этапе загрузки&#187;

Не знаю какую версию Turbo Pascal имеет ввиду Вирт. Работал с ним начиная с версии 5.5 и UNIT-ы всегда отдельно компилировались, а потом компоновались. Единственное, формат компилированного модуля был совершенно свой, что дало и определённые плюсы - к примеру, отсутсвие необходимости в заголовочных файлах. А динамическую компоновку очень плохо поддерживал ДОС, и Borland пыталась реализовать энто дело в виде "оверлеев", но мне сиё не очень понравилось.
Re: Lazarus 10.04.2008 14:33Zebra Не ставится 0.9.24 Lazarus на 12-й ASP. Туча неразрешенных зависимостей и конфликтов библиотек. Грустный
Re: Lazarus 10.04.2008 16:15kosmonavt > В любом Сишном компиляторе нет 100% соответствия ISO

[developers.sun.com]

Я, конечно, понимаю, что любовь к бабке Параське затмила все на свете, но надо же как-то себя в руках держать!
Re: Lazarus 10.04.2008 16:32kosmonavt > Не ставится 0.9.24 Lazarus на 12-й ASP. Туча неразрешенных зависимостей и конфликтов библиотек. Грустный

Подключитесь к репозиториям 7-й федоры, и будет вам счастье!

[forum.asplinux.ru]
Re: Lazarus 10.04.2008 17:09Mark07 0)
Неужто Вы на компиляторе Sun лабаете программульки? Надо же, вундеркинд! Под Соларис пишет!
нежто авторы Солариса стали "быдлокодеров" на работу принимать?! Надо будет попроситься к ним!
)))))
1)
C Standard Conformance
The Intel&#174; C++ Compiler conforms to the ANSI/ISO standard ISO/IEC 9899:1999 for C language.
2)
Все ли линуксоиды , фирмы, программеры пишут согласно ISO? Это Ваше требование больше напоминает уже классическое: "Ты чего без шляпы ходишь!?".


Сравнение Pascal- и C-семейства языков
Среди большого числа ЯП выделяются два обширных семейства: Pascal и C. Общие чер&#173;
ты языков этих семейств можно назвать "противоположными":
- синтаксис языка: криптованный, сокращенный &#8211; стремление уменьшить размеры лек&#173;
сем языка (C) и человекоподобный &#8211; стремление приблизить синтаксис к
"разговорному" языку (Pascal);
- автоматический контроль корректности кода во время выполнения (проверка правиль&#173;
ности индексов массивов, соответствия типов): отсутствует &#8211; вся ответственность за без&#173;
ошибочность кода перекладывается на программиста (C) и присутствует &#8211; с генерацией
компилятором дополнительного кода и ограничением возможности программиста пол&#173;
ностью определять исполняемый код (Pascal);
- стиль программирования "можно все, что не запрещено" (C) и "можно только то, что
разрешено" (Pascal).
Такая противоположность постоянно вызывает "вооруженные столкновения" между фа&#173;
натиками с обоих сторон, порождает горячие споры, в которых каждый превозносит свое се&#173;
мейство и изничтожает противоположное.
Re: Lazarus 10.04.2008 17:17Mark07
1. Язык C разрабатывался как универсальное средство системного программирования.
2. С++ разрабатывался как универсальный язык программирования, поддерживающий
ООП, абстракцию данных и сохраняющий возможности системного программирования &#8211; язык
C как свое подмножество.
3. Цель создания Паскаля &#8211; увеличить контроль в плане безопасности за проектируемыми
свойствами сложной компонентной системы. Паскаль можно считать универсальным ЯП за исклю&#173;
чением в общем случае низкоуровневого программирования &#8211; наличие этих средств не требует&#173;
ся стандартом языка.

В свете сказанного вам следует развязать спор такого содержания:

- ЧТО КРУЧЕ, написание бухгалтерских аналитических программ или же написание драйверов под звуковые карты!?

или

- Паскаль - ацтой! И потому надо отменить написание всех 1С-программ и заставить бухгалтеров врубаться в прозрачную арифметику сишных указателей!

На крайняк можно завести шнягу на предмет, кто сильнее , белый кит или три слона!?
Re: Lazarus 10.04.2008 17:19Mark07 Баба Параска - это нашэ кыевськоё усё! Цвет нэзалэжной мысли! Кстати, тема очень гармонирует с поднятой выше!
Re: Lazarus 10.04.2008 18:30nektofil А при чем тут Киев? Ты еще про евреев напиши. И про масонофф. И про медедефф. Оч познавательно будет.
Re: Lazarus 10.04.2008 18:34Mark07 Автор: nektofil. Дата: 10 апреля, 18:30

У космонавта прорывались слова специфического происхождения: шо, бо, чи;

Кроме того, он и сам признает свою тягу и свои симпатии идеям оранжевого Гомодзиллы.

Теперь вопрос у тебя будет, а я тут мол причём? Ответ прост - "Ну не люблю я их"!
)))))))))))
Re: Lazarus 10.04.2008 18:40nektofil Не угадал. Вопрос будет другой: "а при чем тут паскаль?"

С политикой -- во флейм пожалуйста.
Re: Lazarus 10.04.2008 18:54Mark07 Извиняюсь. Уж очень хотелось просто шпильку вставить, разово!

Кстати, я бы туда же отправил вообще всю тему "что лучша, Паскаль или Си".
Re: Lazarus 11.04.2008 22:39Zebra Спасибо, kosmonavt, попробую.
Re: Lazarus 13.04.2008 15:55Юpий Клeщeтников спасибо, я вот себе тоже установил Lazarus через yum. Теперь буду изучать С++
Re: Lazarus 14.04.2008 12:47kramer > спасибо, я вот себе тоже установил Lazarus через yum. Теперь буду изучать С++

Юрий, а как сиё связано? Или будете в Lazarus на С++ писать? :--))
Re: Lazarus 14.04.2008 15:22kosmonavt > Юрий, а как сиё связано? Или будете в Lazarus на С++ писать? :--))

Помните, был такой фильм с Шварценеггером "Судный день"
Re: Lazarus 14.04.2008 16:27Zebra Я не помню. Вернее, название помню, но фильм не смотрел. Надеюсь, там все же не про то, как изучать С++ с помощью Лазаруса?
Re: Lazarus 14.04.2008 17:03Юpий Клeщeтников да на С++ можно даже в блокноте учиться. Просто Lazarus удобнее.
Re: Lazarus 14.04.2008 18:37kramer > да на С++ можно даже в блокноте учиться. Просто Lazarus удобнее.
Юр, я не догнал. Вы что, Lazarus как текстовый редактор для C++ - программ используйте?

Если уж хотите GUI, то пишите в gedit. Lazarus - это система визуального программирования н Free Pascal.
Re: Lazarus 14.04.2008 21:39kosmonavt Михаил, это не Юра, это его клон. В нике того, с кем вы говорите, вместо кириллической 'р' латинская 'p'
Re: Lazarus 15.04.2008 11:39kramer kosmonavt, спасибо! Что за дурдом на форуме? Вы абсолютно правы, нужно модерировать.
Re: Lazarus 29.01.2009 10:41msv2 kramer Пишет:
-------------------------------------------------------
> Bircoph писал(а):
>
> > Ибо оно нахрен не нужно для нормального
> программирования.
> >
>
> Для нормального (в смысле системного, или для
> решения сложных мат. задач) - согласен. Но вот за
> один вечер состряпать GUI-прогу иногда неплохо.
> Одно моё такое Delphi творение облегчало мне
> работу полгода. И очень жаль, что пока не
> получается состряпать такое же в Linux.
>
> И потом, Free Pascal не менее мощный язык, чем
> C/C++, а таскать кнопки на окошки - это дело
> вкуса. Можно тоже писать прогу в vim, а компилить
> из командной строки - кто ж запрещает? Но там где
> нужен GUI - удобно.
>
> Другое дело, что lazarus надо брать с сайта,
> который указал BigAndy - там будет рабочая версия.
> И там есть rpm-ка, так что поставить можно не
> сложнее, чем из родного. И к тому же он не требует
> сторонних библиотек - всё, что нужно, выложено на
> сайте.

Спасибо за подсказку. Ваше мнение полностью поддерживаю. Насчет С: я попробовал вести в школе программирование на С - ничего, толку нет. (вполне возможно, из - за моей ограниченности ) А паскаль - другое дело. Как я уже говорил на форуме, меня огорчило то, что не АСП а Альт попал официально в школы.
Конечно, это дело администрации и пр. устанавливать тот дистр который хочется, но "Его же РЕКОМЕНДОВАЛИ!!!!" Все разбивается об это. Если бы было дело во мне то проблем с установкой Лазаруса из рпм - ки не было бы. В настоящее же время на местах работают др. люди и ......
Re: Lazarus 12.02.2009 15:00MoonChild и я хочу Lazarus!желание юзера-закон!Улыбка
Bircoph, мы эту тему обсуждали уже однажды.не хочется холивар начинать очередной.Но всё-таки вы в корне не правы.Пример-видел у наших строителей такую программу-ГрандСмета.она на VisualBasic написана.сейчас понабегут Сишники и Сиплюсплюсники а начнут в меня кидаться гнилыми яблоками за одно упоминание нехорошего слова бэйсик.Но программа есть и она работает.и денег стоит.и покупают.Конечно написали её криворукие дилентанты которые про перегрузку операций и инкапсуляцию понятия не имеют.Но написали ведь!

kosmonavt:здОрово(про тикль)а за сколько строк вы 1)нарисуете модальное окно,2)дбгрид,3)прикрутите базу
фаербёрда.в Лазарусе это делается в несколько кликов мыши.особенно если Zeos уже имеется.

сейчас под виндой сидит огромная армия программистов-дельфистов.и ЕДИНСТВЕННЫЙ способ привлечь их к разработке софта под линукс-Лазарус.тикль учить они будут только если пригрозить расстрелом.конечно среди них много дилетантов(хотя например QIP на Дельфи написан,а ещё TheBat вроде...а ещё.да хватит примеров).и если им как в старой байке дать не рыбку а удочку они под линуксом столько всего напишут...

и я его тоже учить не буду:-)понадобилось под линуксом что-то написать-пишу на Ruby+Tk,но всё равно поглядываю в сторону Лазаруса.26 уже в юникоде и буквы русские пишет нормально.глянул программу на питоне-от количества self-ов в исходнике в глазах зарябило.это ж сколько лишних раз нужно кнопки жамкать?
кстати Tk на ASP не печатает русские буквы.а Ubuntu-печатает.разбираюсь с этим пока:-(

В конце концов можно провести опрос что народу нужнее-тикль,лазарус...на двд 14 есть ещё много свободного места.
Re: Lazarus 13.02.2009 08:33msv2 MoonChild Пишет:
-------------------------------------------------------

> В конце концов можно провести опрос что народу
> нужнее-тикль,лазарус...на двд 14 есть ещё много
> свободного места.

+1000
RSS-материал