Bug 698371 - boost_1_46_1 - internal compiler error: Segmentation fault
Summary: boost_1_46_1 - internal compiler error: Segmentation fault
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: boost
Version: 14
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Benjamin Kosnik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-20 18:05 UTC by Rita Heinrich
Modified: 2013-08-09 05:50 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-27 17:51:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
spec file for package opencog (6.71 KB, application/octet-stream)
2011-04-21 07:03 UTC, Rita Heinrich
no flags Details

Description Rita Heinrich 2011-04-20 18:05:53 UTC
Description of problem:
building of opencog aborted  because of an internal compiler error


Version-Release number of selected component (if applicable): boost_1_46_1

Comment 1 Petr Machata 2011-04-20 19:56:09 UTC
Internal compiler error is a problem of a compiler, not boost, though boost might contain malformed code that triggers this.  Please provide information about GCC version (if indeed you use GCC to build opencog) that you used, boost version that you used (rpm -q gcc boost), and opencog version that you tried to build.  Is opencog in Fedora?

Also make sure you updated to the latest version of GCC (yum update).

Even better, I believe gcc also emits some sort of helpful message as to what to do in case of such error.  Or if not then it would be very helpful if you could find which file in opencog triggers the error, and provide preprocessed source.  If you don't know how, then pasting the offending compilation command should be enough for me to prepare full report (if you also tell me the versions etc).

Comment 2 Rita Heinrich 2011-04-21 07:03:53 UTC
Created attachment 493719 [details]
spec file for package opencog

Comment 3 Denis Arnaud 2011-04-22 15:43:55 UTC
(In reply to comment #0)
> Description of problem:
> building of opencog aborted  because of an internal compiler error

http://wiki.opencog.org/w/Building_OpenCog reports that OpenCog can only be built with Boost versions between 1.37 and 1.39.
By the way, where did you get the source tar-ball from (in the spec file, the 'Source0' does not point to a valid location for the source)?

> Version-Release number of selected component (if applicable): boost_1_46_1

By the way, you are using Fedora Rawhide, aren't you? On Fedora 14, latest Boost version is 1.44.0-8.

Comment 4 Rita Heinrich 2011-04-27 08:59:59 UTC
I am using Fedora release 14 (Laughlin).

The source code is from: https://launchpad.net/opencog
I tried boost 1.39 but got several compiler errors. with the latest  boost version from   http://www.boost.org/users/history/version_1_46_0.html 
it seems to work much better. Well , however I think the latest version should be used to run in any developmental project.
I am not sure if this is the right channel to discuss it?

Comment 5 Denis Arnaud 2011-04-27 17:51:15 UTC
(In reply to comment #4)
> I am not sure if this is the right channel to discuss it?

I mean that you opened that bug for Fedora 14. However, the supported version of Boost for Fedora 14 is 1.44, not 1.46.
If you report a bug against Boost-1.46, it should be reported on Fedora 15 (or even Rawhide), where the current supported version is 1.46.

But then, again, http://wiki.opencog.org/w/Building_OpenCog states that OpenCog does work only with Boost versions between 1.37 and 1.39.
To have Boost-1.39, you need to work on Fedora 12 (the officially supported version of Boost on Fedora 13 is 1.41), which has already reached "end-of-life" support...

In summary, unless I am missing something important, that bug should be closed (as  "not-a-bug" I guess). But, again, I may have missed something.

Comment 6 Petr Machata 2011-04-27 18:07:21 UTC
Internal compiler error is a problem in any case, whether or not that combination of versions is meant to work.

Comment 7 Denis Arnaud 2011-05-02 12:34:21 UTC
On a Fedora 14, with no package installed from source (but OpenCog), OpenCog builds and installs cleanly. Following is the sequence I used:
===============
bzr launchpad-login my-lp-login
bzr branch lp:opencog
cd opencog
mkdir build
cd build
cmake -DCMAKE_INSTALL_PREFIX:STRING=/home/user/dev/deliveries/opencog-99.99.99 \
 -DCONFDIR=/home/user/dev/deliveries/opencog-99.99.99/etc \
 -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo ..
make && make install
===============

I had to install the following packages:
SDL-devel lua-devel luabind-devel xmlrpc*-devel guile-devel \
 xerces-c27-devel zeromq-devel expat-devel unixodbc-devel curl-devel

Also, note that OpenCog requires an old version of Xerces-C, and that the FindXercesC CMake macro is not able to find such a version when XercesC 3.0 is the default version on the system. So, I had to alter the FindXercesC.cmake file (within the lib sub-directory) and to de-install xercesc-devel (version 3, that is).


Note You need to log in before you can comment on or make changes to this bug.