> Ни разу не видел кастомера, который платил бы за тупое знание ключей компилятора. Обычно кастомеры платят за работу.

Одно не отрицает другого. Если у Вас хороший инструмент, которым Вы в совершенстве владеете, то почему бы и нет? Зачем-то это спрашивают, зачем-то люди готовятся, зачем-то обучаются.

NikS.

>Но катит в бОльшем числе случаев.

Мне от этого ни холодно ни жарко.

>Но С# и .NET это действительно в отличие от моей старой любви Джавы - это ECMA стандарты.

Вы дискуссию совсем не умеете вести? Что за дурацкая манера?!
Я где-то говорил про ECMA и C#??? Я говорил, что подвижек в деле поддержки стандарта ISO/IEC 14882 (повторю, ISO/IEC 14882!) не видно. Если вы какую-то фразу отквочиваете, то отвечайте _на_нее_.

>Те которым гарантировно не иметь алиасов?

В целом да. Я жду подробностей. Подробные ответы на заданные вопросы.
Плюс, про "перенос ключа" --one_instantiation_per_object я от вас ответа пока не дождался.

>У нас старые COBOL программы "влезли" в .NET.

По-моему, любой человек, адекватно воспринимающий текст, может понять, что я нигде не говорил о переносе программ на COBOL, а говорил о переносе программ на C++.

>Мы уж как нибудь на нормальных компиляторах поработаем

Молодец! Халява - это круто, да только вот покажите мне одну серьезную mission-critical систему на gcc. Спрашиваю без иронии и стремления подковырнуть. Жду.

Бесплатным только сыр в мышеловке бывает.

NikS.

>Зачем-то это спрашивают, зачем-то люди готовятся, зачем-то обучаются.

Уж не знаю, зачем это люди обучаются всякой ерунде. На этих курсах в массе своей учат не тому.

>о переносе программ на C++

Каких программ. Конкретно? MSOffice? CATIA? Заказную банковскую программу?

> не видно

Мне от этого ни холодно ни жарко. И господам Огру и Блюзмену также. Назовите, кому от этого плохо.

> --one_instantiation_per_object

MSVC и Intel игнорируют данный ключ.

NikS.

>о переносе программ на C++

Каких программ. Конкретно? MSOffice? CATIA? Заказную банковскую программу?

> не видно

Мне от этого ни холодно ни жарко. И господам Огру и Блюзмену также. Назовите, кому от этого плохо.

> --one_instantiation_per_object

MSVC и Intel игнорируют данный ключ.

NikS.

> мЮ ЩРХУ ЙСПЯЮУ Б ЛЮЯЯЕ ЯБНЕИ СВЮР МЕ РНЛС.

щРН бЮЬЕ ЯСАЗЕЙРХБМНЕ ЛМЕМХЕ. ъ, Й ЯНФЮКЕМХЧ, МЕ ГМЮЧ Б ЙЮЙНИ ЙНМЙПЕРМН НАКЮЯРХ бШ ПЮАНРЮЕРЕ. мН бЮЬЕ ЛМЕМХЕ - ЩРН бЮЬЕ ЛМЕМХЕ, Ю С ДПСЦХУ ЛНФЕР АШРЭ Х ДПСЦНЕ ЛМЕМХЕ.

мЮОПХЛЕП, бШ НВЕМЭ ЯКНФМН ЯРЮКХ НАЗЪЯМЪРЭ ПЮЯОПЕДЕКЕМХЕ Б ЯРЕЙЕ Х Б УХОЕ. ю БНР ЙЮЙ НАЗЪЯМЪЕРЯЪ ЩРН Б НТХЖХЮКЭМНЛ ЙСПЯЕ MS:

The stack is a temporary storage area that the system uses ≈ a scratch pad or short-term memory, really. The stack is like a stack of cafeteria trays. Each new tray you add (or push) goes on top, and if you take a tray off the stack (otherwise known as popping), you take it from the top. Stacks are last in, first out (LIFO) data structures. The last item pushed is the first item popped. ... To allocate memory on the stack, declare local variables as in these examples:

void MyFunction() {

char* szCpp = "C++!"; // String

int nInt; // Integer

double dSalary = 80000.0; // Double

MyClass arMyC[10]; // Array of objects

MyClass* arMyC2[10]; // Array of pointers

}

The heap is a more permanent storage area ≈ sort of a long-term memory. The program allocates heap storage with the C++ new operator. A call to new allocates the storage requested and returns a pointer to it. You can keep the pointer around in a variable for as long as you need it.

Unlike stack memory, you allocate heap memory explicitly ≈ this means that you have to call new. You also have to delete the memory explicitly, with a call to the C++ delete operator. Every call to new must be balanced by a call to delete, because unlike the stack, the heap isn▓t automatically cleaned up. C++ has no garbage collection system ≈ the process of automatically removing objects that are no longer in use. You must explicitly delete the heap objects you create.

To allocate memory on the heap, call new, as in these examples:

int* pInt = new int; // Single integer on heap

int* arInt = new int[10]; // Array of integers on heap

int** arpInt = new int*[10]; // Array of pointers to ints

(ъ ОПЪЛ Я ХУ CD ЖХРХПСЧ.)

NikS.

> На этих курсах в массе своей учат не тому.

Это Ваше субъективное мнение. Я, к сожалению, не знаю в какой конкретно области Вы работаете. Но Ваше мнение - это Ваше мнение, а у других может быть и другое мнение.

Например, Вы очень сложно стали объяснять распределение в стеке и в хипе. А вот как объясняется это в официальном курсе MS:

NikS.

>Каких программ. Конкретно?

Счетных библиотек например. Любых программ, активно использующих STL.
Список активно мешающих жить несовместимостей MSVC я тут приводил.
Пойдите на boost, посмотрите на заголовки библиотек и осознайте, как конкретно приходится париться их авторам, чтобы обойти глюки MSVC.
Да и на boost ходить не надо -- достаточно покопать STLport.

>Назовите, кому от этого плохо.

Не знаю. Мне например все равно. Я MSVC не пользуюсь.

>MSVC и Intel игнорируют данный ключ.

Вот видите -- вы не знаете подробности работы ключа --one_instantiation_per_object и даже того, какого собственно компайлера. Вы пока не привели деталей о restrict.
И в то же время просто исходите на гавно, придираясь к оппонентам, что они возможно не знают, что такое #pragma comment и как действуюет ключ bla-bla-bla в cl.exe
Ну и чем вы лучше?

>Ну и чем вы лучше?

Тем что не говорил, что VC или Intel merde. Есть свой класс задач, где VC просто необходим - не все занимаются расчетными задачами. Да и те кто занимаются, иногда очень упираются в свой Фортран (был такой здесь случай), и все остальное считают полной ерундой.

Я выслушиваю все мнения. Если Вы обоснуете какую либо точку зрения, то я с удовольстием с Вами соглашусь.

Кстати, а конкретно какими расчетными задачами Вы занимаетесь?

NikS.

"restrict is not a keyword in C++. "

>И в то же время просто исходите на гавно, придираясь к оппонентам, что они возможно не знают, что такое #pragma comment и как действуюет ключ bla-bla-bla в cl.exe

И где же это я конкретно лично на Вас наехал? Мне представляется, что лично с Вами мы вполне конструктивно беседуем.

NikS.

>Это Ваше субъективное мнение.

Мое мнение достаточно объективно -- как человека, активно преподающего С++ (вроде "клиентам" нравится, даже через пару лет уже с работы поблагодарить приходят :), и общаюшегося с другими преподавателями.

>А вот как объясняется это в официальном курсе MS:

На беглый взгляд, довольно хреново.

> Тем что не говорил, что VC или Intel merde.

Но говорил, что gcc отстой. Что ровно то же самое. К твоему сведению, мы пишем critical системы (какие конкретно plz не домогаться, NDA подписывал) рассчитанные на многолетнюю работу без перезагрузки, и у нас среди прочих есть давние порты для заказчиков с {linux|freebsd}&gcc.

> активно преподающего С++

Где в Nantes?

> NDA подписывал

Ну как всегда.

NikS.

> какие конкретно plz не домогаться, NDA подписывал

NDA, Нда! По утрам работаете? На восточном побережье еще только 7:30.

NikS.

2мылыш-никс: >>Молодец! Халява - это круто, да только вот покажите мне одну серьезную >>mission-critical систему на gcc. Спрашиваю без иронии и стремления >>подковырнуть. Жду. я думаю старшие товарищи сейчас нам аргументированно подскажут :)

>>Бесплатным только сыр в мышеловке бывает. послушай, если ты так считаешь зачем тебе linux, зачем тебе этот форум - ты же такими утверждениями просто плюешь нам в лицо ! Пожалуйста уйди с этого форума - говорю так же без тени иронии.

> NDA, Нда! По утрам работаете? На восточном побережье еще только 7:30.

Да ты совсем тормоз что ли. Программисты не только в США живут.

> Программисты не только в США живут.

А в какой стране используются mission-critical gcc системы. Я просто знаю что (sorry, NDA) некая очень крупная USA компания использует для этого z/OS и ни на что переходить не хочет.

2AC: Cher AC!, honnetement en parlant, il me serait interessant d'apprendre chez vous. Si on peut, racontez plus en detail.

M'excusez pour le mien mauvais francais.;-)

NikS.

AC!

Vous repondez sur l'affaire, bien que parfois et de haut.

A la difference des bavards de ce forum chez vous on peut ecouter, bien que je pas toujours avec vous sois d'accord.

Je suis toujours content de vous parler.

Des succes!

NikS.

> А в какой стране используются mission-critical gcc системы.

Опять у тебя тема плывет. Докопался-то ты до программиста с его временем, а не до пользователей.

z/OS тоже есть, в штатах как раз в основном. Оно и понятно, раз давно есть и работает, то чего его трогать. С новыми связками типа linux/gcc работают в основном новые заказчики из стран типа Азии.

> Докопался-то ты до программиста с его временем

Вы в 8 часов (8:07 точно) уже на работе? La terreur! ;-( Comme Vous commencez a travailler tot! ;-))

NikS.

> ╖ъ╖Ю╖с╖М╖ж ╖ы╖я╖э╖я╖ы╖И╖з╖э╖з ╖з╖ы ╖Ц╖Д╖Б╖я╖ъ ╖Д╖з╖А╖я ╖║╖ы╖з╖з.

╖╟╖у╖ъ╖Ю╖т╖Ю ╖ы╖я╖э╖я╖ы╖И╖з╖э╖я ╖Е╖ь╖ж ╖ъ╖ж ╖у╖Ю╖Ц╖И╖з╖Д╖я╖ж╖Д╖ж╖Ц╖Н. ╖╞╖ж ╖А╖Ю╖ч╖Ю╖т ╖ж╖ч╖Е ╖ё╖я╖Й gcc! ╖Ё╖э╖Ю╖Б╖Ю ╖з ╖у╖Б╖Е╖т╖з╖Г ╖с╖я╖Й╖з╖Г ╖ы╖я╖э╖я╖ы╖И╖з╖э╖Ю╖с ╖я╖ч╖ж╖Б╖М ╖э ╖║╖щ╖щ╖я╖Г╖Е ╖Ю╖Д╖А╖Б╖я╖с╖Я╖Д.

Je nomme de tels gens les com??diens. Par les com??diens d??brouillards! ;-))

NikS.

> Вы в 8 часов (8:07 точно) уже на работе?

Опять 25. Не зря тут говорят, что ты игнорируешь ответы и переспрашиваешь все по 10 раз. Дубль 2: я не в штатах живу.

Со своим больным французским похож на персонажа из второй матрицы. Фильмец попсовый, вот и ты туда же.

> ╖ъ╖Ю╖с╖М╖ж ╖ы╖я╖э╖я╖ы╖И╖з╖э╖з ╖з╖ы ╖Ц╖Д╖Б╖я╖ъ ╖Д╖з╖А╖я ╖║╖ы╖з╖з.

хех да он еще и из екслорера пишет)) гнать виндузятников взашей, портят форум почем зря))

Одного Вашего азиятского заказчика уже не тосчитались. Не помог ему Ваш gcc. Скоро и других Ваших заказчиков амеры к Аллаху отправят.

PS. Je nomme de tels gens les comediens. Par les comediens debrouillards!;-))

NikS.

> Одного Вашего азиятского заказчика уже не тосчитались. Не помог ему Ваш gcc.

Вот-вот, весь уровень аргументации такой...

>Со своим больным французским

Ou mes erreurs grammaticales?

NikS.

> Вот-вот, весь уровень аргументации такой...

Значит у Вас не настоящая outsourcing контора? Я расстроен. Как там Ким Чен Ир поживает? Поможет ли ему GCC? Или сразу сдаваться с такими mission-critical приложений, написанных Вами, ему придется? (Чего ему и Вам искренне желаю.)

NikS.

>il me serait interessant d'apprendre chez vous. Si on peut, racontez plus en detail.

??
В смысле? В мыло -- lorflame эт hotmail.com
Да, и не надо тут по-французски писать, это ну совершенно никчему.

2AC.

Тогда позвольте несколько вопросиков:

1. Какой компилятор Вы считаете наилучшим? С каким работаете сами? 2. Что Вас смутило в материалах M$? 3. На какие реально задачи Вы в настоящий момент ориентированы? 4. Считаете ли Вы перспективными ML-языки?

NikS.

NikS: >Инженер, "хорошо быть программистом" на фирме, которая даже MS.NET >купить себе не может. Платят, наверное, офигительно - все DVD фильмы >скупите.

фирма, какая-бы она богатая не была, не будет покупать, то, что не нужно для работы. Если достаточно VC 6.0, зачем покупать MS.NET ? Что бы бороться с новыми глюками или изучать новые /WXXX ? У нас, например, стоит VC 6.0, но никто и не думает про MS.NET, потому-что .NET для наших задачь не нужен. А со старыеми проектами (притертыми к глюкам VC6.0) наверняка будут глюки в MS.NET.

Насчет NDA. NikSа самого спрашивали как-то о его проектах на ява. И он сам отмазался "этож корпоративные системы и NDA"

насчет pragma and Co. У на переносили как-то большой проект из VC+MFC на gcc+Qt (появилась необходимость в кросплатформенности). Наибольшее количество матов по поводу "особенностей" VC вызвали именно "удобные конструкции" pragma ...

> проектах на ява

Фотку на фоне Балтимора прислать? А в офисе IBM в Монпелье? Передавайте привет дорогому товарищу Ким Чен Иру.

NikS.

>1. Какой компилятор Вы считаете наилучшим?

KAI

>С каким работаете сами?

KAI и gcc под линуксом, intel под виндовс

>Что Вас смутило в материалах M$?

Много важных вещей, касающихся разницы в размещении, не упомянуто.

>На какие реально задачи Вы в настоящий момент ориентированы?

Вычислительная геометрия.

>Считаете ли Вы перспективными ML-языки?

Да. В частности от того, что люди, которые занимаются вещами, перспективными для "бизнес-программирования" -- новыми компонентными моделями, аспектно-ориентированнным программированием и проч., используют эти языки повсеместно.

Gartner предупреждает

Designed to meet the requirements of the European Space Agency for 16-bit spacecraft applications, GCC-1750 supports C and C++ programming for the MIL-STD-1750 computer.

GCC-1750 is based on the popular GCC compiler from the Free Software Foundation.

Кстати, нашел я restricted pointers в Intel.

/Qrestrict[-] enable/disable the 'restrict' keyword for disambiguating pointers

NikS.

>KAI

Хм...

http://www.linux.org.ru/view-message.jsp?msgid=183045

(Луговский и там высказался;-)

> Вычислительная геометрия.

Завидую.

NikS.

Sun-ch да не пиши, Никс пень и его цитатами из стандартов или каких авторитетных источников не то что не проймешь - он даже не поймет, о чем речь.

>Хм... >http://www.linux.org.ru/view-message.jsp?msgid=183045

Дедушка умер, а дело живет.

2zzz > На данный момент gcc НАИБОЛЕЕ близок к СТАНДАРТУ. Точка.

зачем обижать comeau..:) у них в последней версии вроде даже export реализован

Gartner предупреждает

>Sun-ch да не пиши, Никс пень и его цитатами из стандартов или каких авторитетных источников не то что не проймешь - он даже не поймет, о чем речь.

Ну может он пребывает в невинном заблуждении, что все

mission-critical апликухи на VC пишут.

>у них в последней версии вроде даже export реализован

о чудо из чудес. Ж)

> mission-critical апликухи на VC пишут.

Эх, Саныч, если бы Вы пример бы mission-critical app на gcc привели бы.;-(. Я ничего против gcc не имею, но только вот кушать надо, а заработаешь только с помощью Java, C#, ну, в крайнем случае, M$VC++. Думаю, что полное отсутствие обучения по GCC в Москве вызвано именно этими причинами. Ну кто сейчас активно юзает, скажем GCC Objective C?

Если кто даст несколько примерчиков побаловаться в Intel с restricted pointers - то буду премного благодарен. Но это только для саморазвития, с работой никак не связано.

В принципе, успехов GCC команде. У меня же другие задачи.

NikS.

Вывод один - Никса ткунули носом в то, что он не знает С++, а он при любом случае пытается доказать, что знает. Итог - Никс завоевал репутацию непробиваемого пня

ДАЕШЬ "РУССКИЕ ФИЗИКИ ВЫБИРАЮТ SLACKWARE -- II" !!!

> он не знает С++,

Из штанов не вылези! Ты, что работаешь в крутой рекрутинговой конторе? Или ты у нас теперь занимаешься сертификацией? А то NDA, потом типа аутсорсинг... (Дурачок, часы то отображаются) Как же такого крутого перца как ты обделили, не приметили?

и еще раз: ЧТО ТАКОЕ FUN?

клоунишке-никсу на ответ дается час время пошло.

> А то NDA, потом типа аутсорсинг... (Дурачок, часы то отображаются)

Ты анонимусов-то в кучу не вали, про NDA я писал :-) Ну а часы при чем здесь? Ну отображается московское время, да мало ли кто когда не спит.

FUN - это мое развлечение над непризнанными гениями-неудачниками, которые считают себя слишком умными, но на приличные фирмы им ход заказан. Вот и исходят желчью от своей неполноценности и соответсвующих окладов.

> кто когда не спит

Ты откуда, братан?

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

Придурь, 3 вычесть не догадался? Поскольку ты не знаешь во сколько там конторы открываются, то вычислить оказалось очень легко. Потом пошли отмазки про якобы аутсорсинг на Азию типа.