#366 Internal compiler error while compiling PointCloudLib

v1.0 (example)
closed-works-for-me
nobody
5
2013-12-11
2013-11-27
Ingo
No

While compiling PCL (PointCloudLib) I'm getting an internal compiler error.

Versions tested:

gcc version 4.8.2 (rev0, Built by MinGW-W64 project) (pthread and win32)
and x64-4.7.3-release-posix-sjlj-rev1

Boost is 1.55, completly builds fine, also Qt4.8.5, VTK 5.10.1 and FLANN 1.7

Host: Win 7 64Bit

Position of error in this file depends on choosen optimazition level.

All of my 8GB RAM is used by GCC, haven't seen Windows swapping for a long time...

Please find attached .ii file.

Output:

C:\usr\build\pcl-pcl-1.7.1_build>cd /d C:\usr\build\pcl-pcl-1.7.1_build\io && C:\LibPack_x64\mingw64\bin\g++.exe -DBOOST_LIB_DIAGNOSTIC -DBOOST_THREAD_USE_LIB -DEIGEN_USE_NEW_STDVECTOR -DEIGEN_YES_I_KNOW_SPARSE_MODULE_IS_NOT_STABLE_YET -DPCLAPI_EXPORTS -DPCL_BUILT_WITH_VTK -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NO_DEBUG -Wall -Wextra -Wno-unknown-pragmas -fno-strict-aliasing -Wno-format-extra-args -Wno-sign-compare -Wno-invalid-offsetof -Wno-conversion -march=native -msse4.2 -mfpmath=sse -Wabi -pthread -Wno-deprecated -mwin32 -mthreads -O2 -g -DNDEBUG @CMakeFiles/pcl_io.dir/includes_CXX.rsp -DBOOST_DISABLE_ASSERTS -DEIGEN_NO_DEBUG -o CMakeFiles\pcl_io.dir\src\pcd_grabber.cpp.obj -c C:\usr\build\pcl-pcl-1.7.1\io\src\pcd_grabber.cpp
In file included from C:/LibPack_x64/Boost/include/boost-1_55/boost/function/detail/maybe_include.hpp:13:0,
from C:/LibPack_x64/Boost/include/boost-1_55/boost/function/detail/function_iterate.hpp:14,
from C:/LibPack_x64/Boost/include/boost-1_55/boost/preprocessor/iteration/detail/iter/forward1.hpp:47,
from C:/LibPack_x64/Boost/include/boost-1_55/boost/function.hpp:64,
from C:/LibPack_x64/Boost/include/boost-1_55/boost/thread/barrier.hpp:21,
from C:/LibPack_x64/Boost/include/boost-1_55/boost/thread.hpp:23,
from C:/usr/build/pcl-pcl-1.7.1/io/include/pcl/io/boost.h:50,
from C:/usr/build/pcl-pcl-1.7.1/io/include/pcl/io/grabber.h:48,
from C:/usr/build/pcl-pcl-1.7.1/io/include/pcl/io/pcd_grabber.h:44,
from C:\usr\build\pcl-pcl-1.7.1\io\src\pcd_grabber.cpp:39:
C:/LibPack_x64/Boost/include/boost-1_55/boost/function/function_template.hpp: In instantiation of 'void boost::function0<R>::assign_to(Functor) [with Functor = boost::thread_detail::void_fct_ptr_barrier_reseter; R = long long unsigned int]':
C:/LibPack_x64/Boost/include/boost-1_55/boost/function/function_template.hpp:722:7: required from 'boost::function0<R>::function0(Functor, typename boost::enable_if_c<boost::type_traits::ice_not<boost::is_integral<Functor>::value>::value, int>::type) [with Functor = boost::thread_detail::void_fct_ptr_barrier_reseter; R = long long unsigned int; typename boost::enable_if_c<boost::type_traits::ice_not<boost::is_integral<Functor>::value>::value, int>::type = int]'
C:/LibPack_x64/Boost/include/boost-1_55/boost/function/function_template.hpp:1069:16: required from 'boost::function<R()>::function(Functor, typename boost::enable_if_c<boost::type_traits::ice_not<boost::is_integral<Functor>::value>::value, int>::type) [with Functor = boost::thread_detail::void_fct_ptr_barrier_reseter; R = long long unsigned int; typename boost::enable_if_c<boost::type_traits::ice_not<boost::is_integral<Functor>::value>::value, int>::type = int]'
C:/LibPack_x64/Boost/include/boost-1_55/boost/thread/barrier.hpp:164:110: required from here
C:/LibPack_x64/Boost/include/boost-1_55/boost/function/function_template.hpp:945:5: internal compiler error: in gt_ggc_m_S, at ggc-page.c:1410
}
^
Please submit a full bug report,
with preprocessed source if appropriate.
See http://sourceforge.net/projects/mingw-w64 for instructions.

Any ideas or hints?

Best Regards,

Ingo

1 Attachments

Discussion

  • Kai Tietz

    Kai Tietz - 2013-11-28

    This seems to be an out-of-memory issue. So resolution might be here to use 64-bit hosted compiler instead. I assume it is related to this old "dllexport/dllimport inline" function issue.
    Could you please check, if your problem still exists with a 4.8.x version, or with current trunk (4.9) version?

    If yes, please report issue upstream to gcc's BZ. Thanks in advance.

     
  • Ingo

    Ingo - 2013-11-28

    Dependency walker told me that my GCC is a 64-bit application. Taskmanager shows me that cc1plus.exe uses more than 6 GB RAM.

    So I'll give trunk a chance but it seems to be rather compicated to build them...

     
  • Kai Tietz

    Kai Tietz - 2013-12-11
    • status: open --> closed-works-for-me
     
  • Kai Tietz

    Kai Tietz - 2013-12-11

    Ok close bug as "works for me". Thanks

     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks