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:\gcc-4.0.1\obj\gcc\stage1\ cc1.exe cpp.exe gnat1.exe gnatbind.exe xgcc.exe C:\gcc-4.0.1\obj\gcc\stage2\ cc1.exe cpp.exe gcov.exe gcov-dump.exe gnat1.exe gnatbind.exe xgcc.exe C:\gcc-4.0.1\obj\gcc\ (stage3?) cc1.exe cpp.exe gcov.exe gcov-dump.exe gnat1.exe gnatbind.exe xgcc.exe Выдает такую ошибку: make -C rts CC="../../xgcc -B../../" \ ADA INCLUDES="" \ CFLAGS="-g -O2 " \ ADAFLAGS="-W -Wall -gnatpg" \ srcdir=/c/gcc-4.0.1/gcc/ada \ -f ../Makefile \ 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:\gcc-4.0.1\obj\gcc\ada\rts\ при компиляции RTS переносятся системно-зависимые реализации: Например: C:\gcc-4.0.1\gcc\ada\a-calend-mingw.adb -> C:\gcc-4.0.1\obj\gcc\ada\rts\C:\gcc-4.0.1\gcc\ada\ но в команде ../../xgcc -B../../ -c -g -O2 -W -Wall -gnatpg a-calend.adb -o a-calend.o нет указания на RTS SRC: C:\gcc-4.0.1\gcc\ada\ вот и слетает :( если ручками написать: 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
Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти