Ada_Ru форум

Обсуждение языка Ада

MinGW & Ada GCC-4.0.1. Как их поженить?. Страница 2

Оставить новое сообщение

Сообщения

On Fri, 29 Jul 2005 12:25:13 +0400, Sergey I. Rybin <rybin@...> wrote:

 

На что я намекаю думаю понятно - может есть смысл подумать над созданием

региональных центров поддержки в тех-же 200$ регионах и другой ценой?..

(тем более что нынче VoIP уже почти в любой деревне вполне доступна и тп)

 

Хмммм... Подумаем....

 

Интересно, каков будет платежеспособный спрос?

 

Сколько конкретно сложно сказать(да я пока сильно и не исследовал этот вопрос,

к тому-же пока распостранена она мало), но для конторы-клиента экономический

смысл при разумных ценах похоже есть.

 

Тут все просто - конторе все равно приходится кому-то платить - если не на суппорт,

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

брать кого-то кто бы занимался компилятором, или оплачивать время программисту

пока он с чем-то разбирается. Если можно просто позвонить в суппорт и спросить

"а где это?", то это уже чистая экономия рабочего времени, и, соответственно, денег.

(да и на фирме будет повод подумать над улучшением документации когда надоест отвечать ;) )

Тоесть если сумма разумная(как у буржуев - суппорт в несколько раз дешевле чем

зарплата своего программиста), то смысл есть. Да и могут возникнуть вопросы,

которые местными силами решить сложно - тоже некоторый аргумент в пользу...

 

Vladimir

PS Другое дело, что я смотрю само оно внедряться будет плохо - мало кто из

мальчиков-программистов понимает в чем разница, да и на Аде умудряются написать

так, что куда там Ц попал :) Похоже имеет смысл немного надавить для более

широкого внедрения в некоторых местах где это важно, в остальных местах пускай

лучше останется как есть - силой перетягивать дебилов черевато появлением

большого количества коммерческого некачественного барохла, как это и наблюдается

на более "раскрученных" языках...

 

-- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

Любые, или то что касается компилятора и не сильно

противоречит общим принципам? ;)

 

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

 

Кстати, ваша контора куда-нить в индию/россию/китай и тп переезжать не собирается? ;)

 

Нет конечно. Зачем? Снижение расходов подобным образом совершенно не стоит на повестке дня. Не говоря уж о том что мы работаем с половиной оборонных фирм блока НАТО, какая россия/китай вообще могут быть :)

 

Кстати публичная версия сильно отличается от "настоящей"? ;)

 

Ничем не отличается, 3.15р полностью идентична коммерческой версии 3.15а1. Правда это очень старая версия. В ближайший месяц ситуация, надеюсь, значительно улучшится :)

 

ВФ

Ничем не отличается, 3.15р полностью идентична коммерческой версии 3.15а1. Правда это очень старая версия. В ближайший месяц ситуация, надеюсь, значительно улучшится :)

 

Очень хочется в это верить! :)

 

 

Начнем с публичной версии, а там, гляди и до полноценной поддержки дойдет (если проект окажется того стоящим :)

 

--

Best regards,

Vladyslav

On Fri, 29 Jul 2005 11:07:16 +0200, Vasiliy Fofanov <fofanov@...> wrote:

 

ну, проще говоря, всегда свежая копия диска ;)))

 

Нет, свежая копия с внесенными изменениями, которые потребовали лично ВЫ.

 

 

Любые, или то что касается компилятора и не сильно

противоречит общим принципам? ;)

 

Софтом на заказ даже микрософт балуется, хотя нынче оутсорсеры

слегка так потесняют ;) Но обычно заказные вещи оплачиваются

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

(стоимость часа уже не принципиальна - такие услуги нужны редко,

да и кому надо дешевле пускай ищет оутсорсеров по дешевле)

 

Вот стоимость самого суппорта это уже вопрос философский

сколько должен стоить...

 

 

 

Кстати, ваша контора куда-нить в индию/россию/китай и тп переезжать

не собирается? ;) А то половина штатовских контор я смотрю уже ;)))

(конечно ради этого стоило ехать на ПМЖ в штаты, чтобы в конце

концов оказаться где-нить в индии или китае, где и сортиров-то говорят

нормальных нет ;))) )

 

 

На что я намекаю думаю понятно - может есть смысл подумать над созданием

региональных центров поддержки в тех-же 200$ регионах и другой ценой?..

(тем более что нынче VoIP уже почти в любой деревне вполне доступна и тп)

 

Почему бы не поступить по-другому. Вот через месяц выйдет новая публичная

версия, так пусть ее кто-нибудь возьмет да и начнет себе поддерживать. Мы

 

независимо от фирмы? Теоретически можно, но зачем?

 

Это может привести к "раздвоению" версий, а это никому не выгодно да и не нужно.

Ладно если там действительно есть какие-то принципиальные разногласия, но просто

так совершенно нет смысла плодить разные несовместимые версии.

Потом в таком режиме оптимальней другой метод - как раз плодить эти самые

препроцессоры и тп сопли, и без особой нужды не лезти внутрь вообще(по известному

русскому принципу "работает - не суйся" :) ), ну или если сильно будет надо залезти,

то залезти и перепахать как следует, что наплодит несовместимых отводок наверняка...

 

 

Подумайте лучше вот над чем. Сделать такую услугу все-же с частичным участием

самой фирмы - т.е. допустим какая-то доля от платежа клиента отчисляется фирме

(может быть различная в зависимости от доли финансового участия фирмы в создании

самого центра и тд и тп - тут я не знаю ваших планов и сложно что-то предположить,

возможно что иметь центры за границей для вас не интересно совсем, либо наоборот

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

Деньги конечно совсем не большие, но тут большинство вопросов может решаться

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

С другой стороны, если вопрос действительно по делу(допустим действительно

на практике иногда нужна какая-то фича компилятора, которая почему-то еще

не предусмотрена, ну либо обнаружен баг), то это преведет к улучшению качества

компилятора...

 

 

монополии на техподдержку собственного продукта отнюдь не держим, исходники

доступны, благо он Open Source. Так что любой энтузиаст в "регионе за 200

долларов" может взять да и открыть собственное дело по его поддержке. Мы

будем только рады.

 

Суппорт на местном диалекте ;) местного языка ;) может быть даже более

качественный чем любая речь даже хорошего переводчика с тонким английским

акцентом ;))) Конкурировать по цене с суппортом на английском языке думаю

не будет - врядли кто-то из буржуев согласится учить русский ради экономии

1/5 ставки

 

Вообще-то в компании AdaCore работают и русские, и они присутствуют на этой конференции ;)

 

И кстати клиент в России у нас имеется и он тоже присутствуетна этой конференции :)

 

В России конечно есть фирмы, зарабатывающие побольше многих буржуйских,

но их не так много и на большой доход с них я бы не рассчитывал,

а для большинства высокая цена не доступна. К тому-же многие богатенькие

"новые русские" хоть и имеют много денег, но старые свои привычки

экономить на спичках не забыли ;) Так что при высокой цене сильно много

денег не получить даже с них...

 

 

Кстати я думаю что появление подобного регионального сервиса практически

неизбежно(никто не может запретить делать это на базе public версии

компилятора сторонними фирмами

 

Никто и не думает запрещать. Напротив, фирма будет рада если к поддержке

публичной версии присоединится кто-нибудь еще.

 

Кстати публичная версия сильно отличается от "настоящей"? ;)

 

Vladimir

-- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

On Mon, 1 Aug 2005 17:26:08 +0200, Vasiliy Fofanov <fofanov@...> wrote:

 

Любые, или то что касается компилятора и не сильно

противоречит общим принципам? ;)

 

Разумеется в рамках техподдержки - далеко не любые, да и в рамках отдельных

контрактов на разработку - тоже. Но своим клиентам мы всегда изо всех сил

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

представлением о направлении движения технологии, мы будем пытаться найти

компромисс.

 

 

Кстати насчет суппорта тут напрашивается два разных варианта - один

это суппорт "при компиляторе", так сказать, а другой "при оутсорсинге",

тоесть типа сразу с намеком что за скромные сколько-то баксов в час

мы проконсультируем вас не только насчет компилятора, но и напишем

все что хотите за вас ;)))

 

 

Кстати, ваша контора куда-нить в индию/россию/китай и тп переезжать

не собирается? ;)

 

Нет конечно. Зачем? Снижение расходов подобным образом совершенно не стоит

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

фирм блока НАТО, какая россия/китай вообще могут быть :)

 

 

возможно что в силу специфики вам это не подходит, но вообще-то

идея заманчивая, можно клиентов не мало огрести ;)

 

Кстати публичная версия сильно отличается от "настоящей"? ;)

 

Ничем не отличается, 3.15р полностью идентична коммерческой версии 3.15а1.

 

я так и думал, что за бесплатно никто ничего переделывать не будет ;)))

 

Кстати, а копирайт FSF наверно сам Столлман подрисовывал,

бо за бесплатно похоже больше не кому? ;)))

 

 

Правда это очень старая версия. В ближайший месяц ситуация, надеюсь,

значительно улучшится :)

 

 

Насколько старая?

Тут еще софт 80х гг приходится юзать, бо современное дерьмо его

заменить не может, так что понятие старости относительное ;)

 

Vladimir

 

-- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

Vladyslav Kozlovskyy wrote:

 

>А если просто отключить построение документации в Makefile?

 

 

>Все оказалось проще. файл gnat_ugn_unw.texi сгенериный с помощью >xgnatugn.exe записывет перевод строки в windows формате, а

>makeinfo.exe из поставки Msys хочет в Unix. Спасло использование >утилиты d2u.exe из поставки Cygwin:

d2u gnat_ugn_unw.texi

 

>Продолжил с помощью

make bootstrap

 

 

Рекомендую по ходу писать заметки по построению GNAT компилятора под виндами. по типу

http://www.ada-ru.org/comp_gnat.html

 

А потом опубликовать там же.

Hello Dmitriy,

 

Sunday, August 7, 2005, 7:33:40 PM, you wrote:

 

Vladyslav Kozlovskyy wrote:

 

>А если просто отключить построение документации в Makefile?

 

 

>Все оказалось проще. файл gnat_ugn_unw.texi сгенериный с помощью >xgnatugn.exe записывет перевод строки в windows формате, а

>makeinfo.exe из поставки Msys хочет в Unix. Спасло использование >утилиты d2u.exe из поставки Cygwin:

d2u gnat_ugn_unw.texi

кстати, для выправления этой ошибки существует патч (я его нашел и даже испробовал - компиляция успешно проходит дальше :)

 

 

>Продолжил с помощью

make bootstrap

 

 

Рекомендую по ходу писать заметки по построению GNAT компилятора под виндами. по типу

http://www.ada-ru.org/comp_gnat.html

 

А потом опубликовать там же.

согласен. Но я пока застопорился на компиляции RTL и уже даже нету фантазии что-то менять :(

 

 

--

Best regards,

Vladyslav

Народ, подскажите, как GCC может компилироватся:

 

Сказано:

Вначале компилятор (GNAT) компилится с помощью предидущей

версии компилятора (у меня GNAT GCC-3.4.2)

Затем компилятор еще раз компилится с помощь только-что скопмиленного (Stage 2) а потом еще раз сомпилится с помощью созданного при стадии Stage2. Полученный компилятор и считается готовым для употребления.

Внимание вопрос: КАК только-что созданный компилятор может что-то компилирывать, если еще не скомпилирован его рантайм? Он чо использует RTS предидущей версии? А смысл?

 

Проблема в чем - У меня проходят все стадии, а компиляция слетает уже на стадии сборки RTS. Причем все стадии уже скомпилены. Это как?

 

Вот что уже накомпилировало:

 

C:&#92;gcc-4.0.1&#92;obj&#92;gcc&#92;stage1&#92;

cc1.exe

cpp.exe

gnat1.exe

gnatbind.exe

xgcc.exe

 

C:&#92;gcc-4.0.1&#92;obj&#92;gcc&#92;stage2&#92;

cc1.exe

cpp.exe

gcov.exe

gcov-dump.exe

gnat1.exe

gnatbind.exe

xgcc.exe

 

C:&#92;gcc-4.0.1&#92;obj&#92;gcc&#92; (stage3?)

cc1.exe

cpp.exe

gcov.exe

gcov-dump.exe

gnat1.exe

gnatbind.exe

xgcc.exe

 

 

Выдает такую ошибку:

 

make -C rts CC="../../xgcc -B../../" &#92;

ADA_INCLUDES="" &#92;

CFLAGS="-g -O2 " &#92;

ADAFLAGS="-W -Wall -gnatpg" &#92;

srcdir=/c/gcc-4.0.1/gcc/ada &#92;

-f ../Makefile &#92;

a-caldel.o a-calend.o a-cdlili.o a-cgaaso.o a-cgarso.o a-cgcaso.o a-chahan.o a-charac.o a-chlat1.o a-chlat9.o a-chtgke.o a-chtgop.o a-chzla1.o a-chzla9.o a-cidlli.o a-cihama.o a-cihase.o a-ciorma.o a-ciormu.o a-ciorse.o a-cohama.o a-cohase.o a-cohata.o a-coinve.o a-colien.o a-colire.o a-comlin.o a-contai.o a-convec.o a-coorma.o a-coormu.o a-coorse.o a-coprnu.o a-crbltr.o a-crbtgk.o a-crbtgo.o a-cwila1.o a-cwila9.o a-decima.o a-diocst.o a-direct.o a-direio.o a-dirval.o a-einuoc.o a-elchha.o a-except.o a-exctra.o a-filico.o a-finali.o a-flteio.o a-fwteio.o a-inteio.o a-ioexce.o a-iwteio.o a-lfteio.o a-lfwtio.o a-lfztio.o a-liteio.o a-liwtio.o a-liztio.o a-llftio.o a-llfwti.o a-llfzti.o a-llitio.o a-lliwti.o a-llizti.o a-ncelfu.o a-ngcefu.o a-ngcoty.o a-ngelfu.o a-nlcefu.o a-nlcoty.o a-nlelfu.o a-nllcef.o a-nllcty.o a-nllefu.o a-nscefu.o a-nscoty.o a-nselfu.o a-nucoty.o a-nudira.o a-nuelfu.o a-nuflra.o a-numaux.o a-numeri.o a-rbtgso.o a-secain.o a-sequio.o a-sfteio.o a-sfwtio.o a-sfztio.o a-shcain.o a-siocst.o a-siteio.o a-siwtio.o a-siztio.o a-slcain.o a-ssicst.o a-ssitio.o a-ssiwti.o a-ssizti.o a-stmaco.o a-storio.o a-strbou.o a-stream.o a-strfix.o a-strhas.o a-string.o a-strmap.o a-strsea.o a-strsup.o a-strunb.o a-ststio.o a-stunau.o a-stunha.o a-stwibo.o a-stwifi.o a-stwiha.o a-stwima.o a-stwise.o a-stwisu.o a-stwiun.o a-stzbou.o a-stzfix.o a-stzhas.o a-stzmap.o a-stzsea.o a-stzsup.o a-stzunb.o a-suteio.o a-swmwco.o a-swunau.o a-swunha.o a-swuwti.o a-szmzco.o a-szunau.o a-szunha.o a-szuzti.o a-tags.o a-teioed.o a-textio.o a-ticoau.o a-ticoio.o a-tideau.o a-tideio.o a-tienau.o a-tienio.o a-tifiio.o a-tiflau.o a-tiflio.o a-tigeau.o a-tiinau.o a-tiinio.o a-timoau.o a-timoio.o a-tiocst.o a-titest.o a-tiunio.o a-unccon.o a-uncdea.o a-witeio.o a-wtcoau.o a-wtcoio.o a-wtcstr.o a-wtdeau.o a-wtdeio.o a-wtedit.o a-wtenau.o a-wtenio.o a-wtfiio.o a-wtflau.o a-wtflio.o a-wtgeau.o a-wtinau.o a-wtinio.o a-wtmoau.o a-wtmoio.o a-wttest.o a-wwunio.o a-ztcoau.o a-ztcoio.o a-ztcstr.o a-ztdeau.o a-ztdeio.o a-ztedit.o a-ztenau.o a-ztenio.o a-ztexio.o a-ztfiio.o a-ztflau.o a-ztflio.o a-ztgeau.o a-ztinau.o a-ztinio.o a-ztmoau.o a-ztmoio.o a-zttest.o a-zzunio.o ada.o calendar.o g-arrspl.o g-awk.o g-bubsor.o g-busora.o g-busorg.o g-calend.o g-casuti.o g-catiio.o g-cgi.o g-cgicoo.o g-cgideb.o g-comlin.o g-comver.o g-crc32.o g-ctrl_c.o g-curexc.o g-debuti.o g-debpoo.o g-diopit.o g-dirope.o g-dyntab.o g-dynhta.o g-except.o g-excact.o g-exctra.o g-expect.o g-flocon.o g-heasor.o g-hesora.o g-hesorg.o g-htable.o g-io.o g-io_aux.o g-locfil.o g-md5.o g-memdum.o g-moreex.o g-os_lib.o g-pehage.o g-regexp.o g-regpat.o g-sestin.o g-soccon.o g-socket.o g-socthi.o g-soliop.o g-souinf.o g-speche.o g-spipat.o g-spitbo.o g-sptabo.o g-sptain.o g-sptavs.o g-string.o g-strspl.o g-table.o g-tasloc.o g-traceb.o g-utf_32.o g-wistsp.o g-zstspl.o gnat.o i-c.o i-cexten.o i-cobol.o i-cpoint.o i-cpp.o i-cstrea.o i-cstrin.o i-fortra.o i-pacdec.o interfac.o ioexcept.o machcode.o s-addima.o s-addope.o s-arit64.o s-assert.o s-atacco.o s-auxdec.o s-bitops.o s-boarop.o s-carsi8.o s-carun8.o s-casi16.o s-casi32.o s-casi64.o s-casuti.o s-caun16.o s-caun32.o s-caun64.o s-chepoo.o s-crtl.o s-crc32.o s-direio.o s-errrep.o s-except.o s-exctab.o s-exnint.o s-exnllf.o s-exnlli.o s-expint.o s-explli.o s-expllu.o s-expmod.o s-expuns.o s-fatflt.o s-fatgen.o s-fatlfl.o s-fatllf.o s-fatsfl.o s-ficobl.o s-fileio.o s-finimp.o s-finroo.o s-fore.o s-geveop.o s-htable.o s-imgbiu.o s-imgboo.o s-imgcha.o s-imgdec.o s-imgenu.o s-imgint.o s-imgllb.o s-imglld.o s-imglli.o s-imgllu.o s-imgllw.o s-imgrea.o s-imguns.o s-imgwch.o s-imgwiu.o s-io.o s-gloloc.o s-maccod.o s-mantis.o s-mastop.o s-osprim.o s-pack03.o s-pack05.o s-pack06.o s-pack07.o s-pack09.o s-pack10.o s-pack11.o s-pack12.o s-pack13.o s-pack14.o s-pack15.o s-pack17.o s-pack18.o s-pack19.o s-pack20.o s-pack21.o s-pack22.o s-pack23.o s-pack24.o s-pack25.o s-pack26.o s-pack27.o s-pack28.o s-pack29.o s-pack30.o s-pack31.o s-pack33.o s-pack34.o s-pack35.o s-pack36.o s-pack37.o s-pack38.o s-pack39.o s-pack40.o s-pack41.o s-pack42.o s-pack43.o s-pack44.o s-pack45.o s-pack46.o s-pack47.o s-pack48.o s-pack49.o s-pack50.o s-pack51.o s-pack52.o s-pack53.o s-pack54.o s-pack55.o s-pack56.o s-pack57.o s-pack58.o s-pack59.o s-pack60.o s-pack61.o s-pack62.o s-pack63.o s-parame.o s-parint.o s-pooglo.o s-pooloc.o s-poosiz.o s-powtab.o s-purexc.o s-restri.o s-rident.o s-rpc.o s-scaval.o s-secsta.o s-sequio.o s-shasto.o s-sopco3.o s-sopco4.o s-sopco5.o s-stache.o s-stchop.o s-stalib.o s-stoele.o s-stopoo.o s-stratt.o s-strops.o s-soflin.o s-memory.o s-memcop.o s-traceb.o s-traces.o s-traent.o s-unstyp.o s-vaflop.o s-valboo.o s-valcha.o s-valdec.o s-valenu.o s-valint.o s-vallld.o s-vallli.o s-valllu.o s-valrea.o s-valuns.o s-valuti.o s-valwch.o s-veboop.o s-vector.o s-vercon.o s-vmexta.o s-wchcnv.o s-wchcon.o s-wchjis.o s-wchstw.o s-wchwts.o s-widboo.o s-widcha.o s-widenu.o s-widlli.o s-widllu.o s-widwch.o s-wwdcha.o s-wwdenu.o s-wwdwch.o system.o text_io.o g-regist.o a-dynpri.o a-interr.o a-intsig.o a-intnam.o a-reatim.o a-retide.o a-sytaco.o a-tasatt.o a-taside.o g-boubuf.o g-boumai.o g-semaph.o g-signal.o g-thread.o s-asthan.o s-inmaop.o s-interr.o s-intman.o s-osinte.o s-proinf.o s-solita.o s-taenca.o s-taprob.o s-taprop.o s-tarest.o s-tasdeb.o s-tasinf.o s-tasini.o s-taskin.o s-taspri.o s-tasque.o s-tasres.o s-tasren.o s-tassta.o s-tasuti.o s-taasde.o s-tadeca.o s-tadert.o s-tataat.o s-tpinop.o s-tpoben.o s-tpobop.o s-tposen.o s-tratas.o g-trasym.o memtrack.o

make[6]: Entering directory `/c/gcc-4.0.1/obj/gcc/ada/rts'

../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg /c/gcc-4.0.1/gcc/ada/a-caldel.adb -o a-caldel.o

../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-calend.adb -o a-calend.o

a-calend.adb:41:17: "Ada.Calendar" is not a predefined library unit make[6]: *** [a-calend.o] Error 1

 

Как я понял, в C:&#92;gcc-4.0.1&#92;obj&#92;gcc&#92;ada&#92;rts&#92; при компиляции RTS переносятся

системно-зависимые реализации:

Например:

C:&#92;gcc-4.0.1&#92;gcc&#92;ada&#92;a-calend-mingw.adb -> C:&#92;gcc-4.0.1&#92;obj&#92;gcc&#92;ada&#92;rts&#92;C:&#92;gcc-4.0.1&#92;gcc&#92;ada&#92;

 

но в команде

../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-calend.adb -o a-calend.o

нет указания на RTS SRC: C:&#92;gcc-4.0.1&#92;gcc&#92;ada&#92;

вот и слетает :(

 

если ручками написать:

cd /gcc/ada/rts

../../xgcc -B../../ -c -g -O2 -I/c/gcc-4.0.1/gcc/ada -W -Wall -gnatpg a-calend.adb -o a-calend.o

~~~~~~~~~~~~~~~~~~~~~~~

То этот модулек компилируется и можно продолжить компиляцию:

cd ../../..

make bootstrap

 

Может где-то пути прописываются? Кто знает?

 

--

Best regards,

Vladyslav

Hello Vadim,

 

Monday, August 8, 2005, 1:45:02 PM, you wrote:

 

Vladyslav Kozlovskyy wrote:

 

Может где-то пути прописываются? Кто знает?

 

В Linux-е всё компилируется замечательно. Однако использовать GNAT в GCC-4.0.1 не рекомендую - очень глючная версия. Наиболее стабильная - GCC 3.4.x, но не ниже 3.4.1.

 

Из линейки GCC-4.0 можно попробовать любой пре-релиз, начиная с GCC-4.0.2 (20050728).

Где можна взять GCC-4.0.2 ? Только с CVS или есть в архивах для

скачивания?

 

 

--

Best regards,

Vladyslav

Vladyslav Kozlovskyy wrote:

 

Может где-то пути прописываются? Кто знает?

 

В Linux-е всё компилируется замечательно. Однако использовать GNAT в GCC-4.0.1 не рекомендую - очень глючная версия. Наиболее стабильная - GCC 3.4.x, но не ниже 3.4.1.

 

Из линейки GCC-4.0 можно попробовать любой пре-релиз, начиная с GCC-4.0.2 (20050728).

 

-- Vadim Godunko

 

Technoserv A/S

Rostov-on-Don, Russia

Vladyslav Kozlovskyy wrote:

 

Где можна взять GCC-4.0.2 ? Только с CVS или есть в архивах для

скачивания?

 

Я брал из CVS.

 

-- Vadim Godunko

 

Technoserv A/S

Rostov-on-Don, Russia

Новое сообщение:
< Страницы: 1 2

Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти