GNAT sockets for RTEMS on head

2008-10-28 Thread Joel Sherrill

Hi,

Can someone confirm that it looks like RTEMS is
providing everything we need to for GNAT sockets
on the head?

I recall that all information is generated automatically
by the build procedure now but noticed that VxWorks
and VMS still have special "g-socthin" rules and wanted
a double check.

Thanks.

--
Joel Sherrill, Ph.D. Director of Research & Development
[EMAIL PROTECTED]On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
  Support Available (256) 722-9985




Re: Continuous builder up

2008-10-28 Thread Manuel López-Ibáñez
2008/10/25 Daniel Berlin <[EMAIL PROTECTED]>:
> I have placed a continuous builder  (IE it does one build per svn
> change) for GCC for x86_64 on an 8 core machine (nicely provided by
> Google), and it has results here:
> http://home.dberlin.org:8010/waterfall

I think this is great and pretty! Would it be possible to keep a list
of the revisions that failed to build? That could be very useful for
reg-hunting. Could the system send an email to the author of the
revision that failed?

> (I have not made it summarize the warnings yet, and these deliberately
> do not run the testsuite in order to keep up with the repository.  I
> have more servers coming that will run builds that include running the
> testsuite).

Well, it seems idle right now. And with the new parallel testsuite, it
shouldn't take so much time, so I think it could keep up with the
repository. It seems just a waste of resources to build once and then
build again somewhere else to run the testsuite.

> In the next few days i will add a continuous builder for i686, as well
> as a server that accepts patches for testing on these platforms and
> spits back results in an hour or less, including the testsuite, so
> those who want to test things while continuing work can do so.

Great. Although this does not seem such an important issue given the
existing Compile Farm.

On the other hand, I seriously miss the patch tracker and I think I
was not the only one and we have probably lost a few patches along the
way. Any plans to bring it back?

Cheers,

Manuel.


Backward Compatibility of RHEL Advanced Server and GCC

2008-10-28 Thread S. Suhasini
Hello,

 

We have an older setup of our software with the following details:

 

- OS release - RHEL AS release 3

- Gcc - 2.96

- Kernel - 2.4.21-4.EL

- Glibc - 2.3.2-95.3

- Binutils - 2.14.90.0.4

- Selinux - not present

 

And we would like to replace the existing setup with new version of our
software which was developed on the following environment

 

- OS release - RHEL server release 5

- Gcc - 4.1.1 

- Kernel - 2.6.18-8.el5

- Glibc - 2.5-12

- Binutils - 2.17.50.0.6-2.el5

- Selinux - disabled

- Using Log4cxx version 0.10.0

 

We would like to know whether the new version of the software (compiled with
the new GCC) can be deployed and run on the older setup with RHEL AS 3 and
GCC 2.96. We need not compile again on the older setup. Will there be any
run-time libraries dependency? Would be very grateful if we get a response
for this query.

 

Thanks,

Suhasini.