ACE 5.7.6 released on January 28, 2010. Follow URL for release notes. Please note URL points to the file in HEAD of SVN repository. Reproducible: Always Steps to Reproduce:
i686-pc-linux-gnu-g++ -W -Wall -Wpointer-arith -O2 -march=i686 -pipe -pipe -O3 -Wl,-O1 -o .libs/RB_Tree_Functors RB_Tree_Functors-RB_Tree_Functors.o -pthread ../../../ace/.libs/libACE.so -lrt -ldl creating Stacks creating RB_Tree_Functors /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/examples/APG/Containers/Sets.cpp: In member function 'int SetExample::runBoundedSet()': /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/examples/APG/Containers/Sets.cpp:37: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <http://bugs.gentoo.org/> for instructions. make[3]: *** [Sets-Sets.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/build/examples/APG/Containers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/build/examples/APG' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/build/examples' make: *** [all-recursive] Error 1 * ERROR: dev-libs/ace-5.7.6 failed:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42871 I see two possible solutions here, first is to revbump gcc with an appropriate patch (if toolchain herd won't demur), and second is to mask this new ebuild until gcc 4.4.4 get released.
The ICE was originally reported on i686, but x86_64 is also affected. g++ on this platform doesn't crash, but it consumes all available system memory and gets killed by the OOM killer. The patch from comment #2 fixes g++ on both platforms, and dev-libs/ace-5.7.6 builds well with patched g++. Anyway, after successful emerging of ace 5.7.6 I propose to close this bug as WONTFIX due to following factors: 1. CXXFLAGS (or something similar) defined in project's Makefiles overrides the system CXXFLAGS: -W -Wall -Wpointer-arith -pipe -O2 -march=core2 -mfpmath=sse -mcx16 -msahf -pthread -pipe -O3 Only flags -pipe -O2 -march=core2 -mfpmath=sse -mcx16 -msahf (in this exact order) are defined in my /etc/make.conf. I don't like that -O3 at the end of the CXXFLAGS and I wonder whether ace could build successfully without any gcc pathces if there's no any -O3. 2. I get the following notice from emerge: * QA Notice: Package has poor programming practices which may compile * fine but exhibit random runtime failures. * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/CDR_Base.inl:147: warning: dereferencing pointer 'target.251' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/CDR_Base.inl:112: warning: dereferencing pointer 'target.249' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/Addr.h:33: warning: dereferencing pointer 'sap_any.472' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/Addr.h:33: warning: dereferencing pointer 'sap_any.472' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/INET_Addr.h:34: warning: dereferencing pointer 'sap_any.472' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/Addr.h:33: warning: dereferencing pointer 'sap_any.488' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/Addr.h:33: warning: dereferencing pointer 'sap_any.488' does break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/INET_Addr.h:34: warning: dereferencing pointer 'sap_any.488' does break strict-aliasing rules * Please do not file a Gentoo bug and instead report the above QA * issues directly to the upstream developers of this software. * Homepage: http://www.cs.wustl.edu/~schmidt/ACE.html
* QA Notice: Package has poor programming practices which may compile * fine but exhibit random runtime failures. * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/LSOCK.cpp:62: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/LSOCK.cpp:126: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/LSOCK_Stream.cpp:87: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ace/LSOCK_Stream.cpp:123: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ASNMP/asnmp/address.cpp:315: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ASNMP/asnmp/address.cpp:323: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/ASNMP/asnmp/address.cpp:361: warning: dereferencing type-punned pointer will break strict-aliasing rules * /var/tmp/portage/dev-libs/ace-5.7.6/work/ACE_wrappers/examples/Reactor/Misc/pingpong.cpp:83: warning: dereferencing type-punned pointer will break strict-aliasing rules http://groups.google.com/group/comp.soft-sys.ace/browse_thread/thread/5f42fa0dc7a9500f
hi, possible solution see bug #307595.
ace-6.0.0 is released. Any news on this? Latest version in tree is a bit old nowadays..
*** Bug 348532 has been marked as a duplicate of this bug. ***
*** Bug 348970 has been marked as a duplicate of this bug. ***
The latest version is 6.0.3 now.
Created attachment 332242 [details] dev-libs/ace-6.1.6.ebuild This ebuild is not yet complete, but I've been working on it for about 3 or 4 days, and at the very least it will compile and install with at least a few basic options enabled. However, the compile fails with undefined reference errors if threads is disabled, and it fails if qt4 is enabled. It seems like the program's qt4 setup is really flaky (or at least not Gentoo-friendly), and it seems to ignore the settings I'm trying to pass it. But since the version currently in Portage is 7 years out of date, this should help anyone needing a more up-to-date version. The ebuild currently changes into the ../ace subdirectory for compiling and installation because otherwise it fails while compiling the tests during the "make install" phase (for some reason this succeeds when done manually outside of Portage). There are also a few other issues (by no means exhaustively listed) with relevant TODO comments in the ebuild itself.
I was thinking... Since it's apparent that there is little interest in maintaining the source ebuild for ACE and the fact that ACE has a cumbersome build system, why doesn't Gentoo offer a dev-libs/ace-bin package which uses the prebuilt binaries? I realize that probably isn't an ideal solution, but it would at least make it easier to provide end-users with up-to-date versions of ACE, at least until such time as some high-quality source ebuilds can be produced.
You can reuse the current ebuild (5.7.2) for a version bump ’till 5.8.3, the latest version (2010-10-27) with a Gentoo friendly makefile. Only “Release” in line 66 has to be removed: --------------------------------------------------------------------------------- --- a/dev-libs/ace/ace-5.7.2.ebuild 2013-04-02 23:01:09.000000000 +0200 +++ b/dev-libs/ace/ace-5.8.3.ebuild 2014-04-18 15:54:49.091255326 +0200 @@ -63,7 +63,7 @@ # Install some docs cd "${S}" - dodoc README NEWS ChangeLog AUTHORS VERSION Release || die + dodoc README NEWS ChangeLog AUTHORS VERSION || die } src_test() { --------------------------------------------------------------------------------- Great ebuild by the way! I presume every version from 5.7.2 to 5.8.3 can be build with this ebuild.
commit 4f788f7b6020b41878554db4c696bba407e271fb Author: Sergey Popov <pinkbyte@gentoo.org> Date: Fri Aug 14 13:36:44 2015 +0300 dev-libs/ace: version bump, enable proper building of static libraries Gentoo-Bug: 305029 Gentoo-Bug: 366231 Package-Manager: portage-2.2.20 Let's start with this
Created attachment 450082 [details] ace-6.4.1.ebuild new version. build using included MPC build system. maybe not deps is included (perl? for MPC).
(In reply to yury fedorchenko from comment #14) > new version. 6.4.1
This is on very old versions, would propose to close this issue
Created attachment 572860 [details] version bump
Sorry, dev-libs/ace is going from the tree, it has been a massive pain to maintain and keep going.