ACE 6.5.9 and TAO 2.5.9 available for download

Skip to first unread message

Johnny Willemsen

May 1, 2020, 5:12:55 AM5/1/20
Hi all,

Once again, thanks to the efforts of many developers, testers, and users, we are pleased to announce the micro release of ACE 6.5.9 and TAO 2.5.9 which is available from the usual download location at:

under the heading "Latest Micro Release".

Or from the github release page at:

The doxygen documentation for this release is also available. In addition to the packages combined of sources and generate makefiles, this release provides source-only packages for developers who use MPC to generate their own makefiles.

We encourage you to download the new release, use it with your applications, and let us know if you encounter any problems. Please use the:


so that we have the proper version/platform/compiler/options you're using to report problems.

Overviews of our recent changes are available at:

The overall success rates for the test results gathered from all our daily builds is 98% for the ACE tests and 98% for the TAO tests.

Please see:

for a summary of these tests. As always, we appreciate your help in resolving any remaining problems. Please see:


for an overview of our bug fixing policies. Moreover, please see:

for information commercial support services available from various companies.

The following is a list of key changes since the last major release. Please refer to the corresponding ChangeLog files, NEWS files, or github issues for more details on the problem and the nature of fixes applied.

Changes to ACE

. On Windows, ACE no longer defines _WIN32_WINNT. ACE wrappers for if_nametoindex and if_indextoname are available if the version of the Windows SDK supports them.

. IPv6 extended datagram receive info now supported on macOS.

. ACE_(U)INT8/16/32/64 map to (u)int8/16/32/64_t when C++11 has been enabled.

. CDR_Base uses ACE_INT64 for LongLong, all old emulated support has been removed

. Updated debian and rpm packaging support

Changes to TAO

. With C++11 we are now using (u)int8/16/32/64 to map all CORBA integer types
Reply all
Reply to author
0 new messages