From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,80eb73f0b0257a79 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!news.glorb.com!news.cs.univ-paris8.fr!talisker.lacave.net!lacave.net!freenix!news.enst.fr!not-for-mail From: Jerome Hugues Newsgroups: comp.lang.ada Subject: Re: PolyORB, GCC, and Debian (was Re: Recompiling?) Date: Wed, 31 Aug 2005 09:55:54 +0000 (UTC) Organization: ENST, France Message-ID: References: <1125324015.247179.276030@g43g2000cwa.googlegroups.com> <1125329216.771128.216930@g49g2000cwa.googlegroups.com> <1125406711.923201.84470@z14g2000cwz.googlegroups.com> <1125473262.338445.259310@g14g2000cwa.googlegroups.com> <1125476543.144394.107630@z14g2000cwz.googlegroups.com> <1125476713.554815.176610@g44g2000cwa.googlegroups.com> NNTP-Posting-Host: nephilim.enst.fr X-Trace: avanie.enst.fr 1125482154 35782 137.194.160.16 (31 Aug 2005 09:55:54 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Wed, 31 Aug 2005 09:55:54 +0000 (UTC) User-Agent: slrn/0.9.7.3 (SunOS) Xref: g2news1.google.com comp.lang.ada:4329 Date: 2005-08-31T09:55:54+00:00 List-Id: In article <1125476713.554815.176610@g44g2000cwa.googlegroups.com>, Ludovic Brenta wrote: > (posted on behalf of Vadim Godunko) Hi Vadim ! ;) >> This is bad news, but it seems that PolyORB 1.2r can be compiled with >> GNAT Pro 3.16a1, so perhaps 3.15p may be able to compile it as well, >> with some patching. >> > Current stable version of PolyORB is 1.3a. I think AdaCore release 1.3r > (publicy available version) in near future. > > This version have many code cleanup and remove many GNAT 3.15p > workarounds. Thus it require GNAT Pro 5 or GCC 3.4. 3.15p workarounds, and bugs (e.g. in GNAT.Sockets), and new features as well .. Note we got some feedback of people playing with PolyORB, DSA and GCC 4.0.1, so things are possible, given enough resources are provided. >> Note that the reason why I didn't package PolyORB is that it is a >> generic middleware; I felt that I had to provide either all >> personalities, or none at all. Providing no personality was easier :) > I think the more right way is provide only stable personalities, for > now > (PolyORB 1.3): > > - application: CORBA MOMA > - protocol: GIOP SOAP > - services: Event IR Naming Notification Time Note that providing a personality means providing a few fields to configure, and packaging the library that are built, there are no others black magic behind. The process might be similar to other packages. The libraries are loosely coupled, and the dependences easy to track after some analysis. You can join polyorb-users@ to discuss these issues if you're interessted. > The DSA personality still unstable up to 1.4. More whan, it require > synchronization between it support inside GNAT compiler, GLADE's > gnatdist and PolyORB. :( This is too complex task for provide it > outside of AdaCore products. :( As always, unless some people volunteer to help of the FSF front ;) -- Jerome