Re: PolyORB 1.1r

From: Jerome Hugues (hugues_at_nospam*merlin.enst.fr)
Date: 06/10/04 

Date: Thu, 10 Jun 2004 17:01:00 +0000 (UTC)

In article <kY%xc.489$Wr.76@newsread1.news.pas.earthlink.net>,
Bruce Conroy wrote:

> Thanks. I installed gnat 3.15p on both systems. I now get a clean compile on
> Fedora, but on Sarge I get:

strange, both compilers should return the same result, this is odd ..

> ../support/adacompiler -c -g -O2 -gnatfy -gnatwae -gnatpn -gnatg -I. -I.
> polyorb-setup-tasking-ravenscar.ads -o polyorb-setup-tasking-ravenscar.o
> +===========================GNAT BUG DETECTED==============================+
>| 3.15p (20020523) (i486-pc-linux-gnu) Assert_Failure expander.adb:83 |
>| Error detected at polyorb-utils-chained_lists.adb:44:4
> [polyorb-annotations.ads:79:4]|
>| Please submit bug report by email to report@gnat.com. |
>| Use a subject line meaningful to you and us to track the bug. |
>| (include your customer number #nnn in the subject line). |
>| Include the entire contents of this bug box in the report. |
>| Include the exact gnatgcc or gnatmake command that you entered. |
>| Also include sources listed below in gnatchop format |
>| (concatenated together with no headers between files). |
>| (use plain ASCII or MIME attachment, or FTP to your customer directory). |
>| See README.GNATPRO for full info on procedure for submitting bugs. |
> +==========================================================================+

PolyORB.*.Ravenscar.* packages provide tasking abstractions compatible
with the Ravenscar profile. You may consider not compiling them, as
this is of little interest for most applications.

edit src/Makefile.am
run support/reconfig
./configure <your_options>
gmake

PS: there is a mailing list dedicated to discussion around PolyORB, see
libre.act-europe.f/polyorb for more details. 

-- 
Jerome

Relevant Pages

  • Re: Microcontroller Project
    ... I'd then suggst you take a look at some more modern compilers perhaps. ... When the stack overwrites the ... that hard to avoid unless your program is doing something very strange. ... There is no real reason to avoid C on any micro when good compilers ...
    (sci.electronics.design)
  • Re: Strange FORMAT in F77
    ... >Why is that this strange, that with some compilers the 1X is interpreted ... The move to the next line after the command ... in the string not the format. ...
    (comp.lang.fortran)
  • Re: C2783 in VS 6.0 but not in VS.NET 2003
    ... You are in Debug build in both compilers I trust. ... In Release build anything inside an assert is not compiled. ... The thing that seems most strange is not the difference between the compilers, but rather the difference between the two versions in either compiler. ... David Wilkinson ...
    (microsoft.public.vc.language)
  • Re: weird I/O problem with g77
    ... > is unlikely to be the only compiler for which this causes odd / ... > unexpected behavior. ... compilers, there are an awful lot of potential problems here. ... than from Fortran formatted I/O, but the same principle applies - it ...
    (comp.lang.fortran)
  • Re: C vs. C++ in pthreads...
    ... compilers, operating systems, and processors. ... Seems odd they would both ... yield the same bad results while you claim it works fine. ... The lock thing shouldn't matter. ...
    (comp.lang.cpp)