Loading...
Home > Internal Compiler > Internal Compiler Error In Tree_nrv At Tree-nrv.c

Internal Compiler Error In Tree_nrv At Tree-nrv.c

Boost: 1_47_0 gcc: 4.4.5-2 platform/system: 2.6.33.8-149.fc13.x86_64 #1 SMP The STE||AR Group member brycelelbach commented Jul 10, 2012 [Trac time Fri Aug 5 15:17:47 2011] Milestone 0.3.0 deleted The STE||AR Group member make[2]: ** [src/CMakeFiles/hpx.dir/hpx_init.cpp.o] Error 1 make[1]: *** [src/CMakeFiles/hpx.dir/all] Error 2 make: *** [all] Error 2 Building in Debug mode: configure script: cmake -DBOOST_INCLUDE_DIR=$BOOST_ROOT/include -DBOOST_LIB_DIR=$BOOST_ROOT/lib -DCMAKE_PREFIX=/home/vamatya/packages/inst_/hpx ../../src/hpx11/ -DCMAKE_BUILD_TYPE=Debug Build Succesfull. No other (log) files present. See for instructions. http://renderq.net/internal-compiler/internal-compiler-error-net.php

Personal Open source Business Explore Sign up Sign in Pricing Blog Support Search GitHub This repository Watch 79 Star 517 Fork 133 STEllAR-GROUP/hpx Code Issues 101 Pull requests 5 Projects If you compile it unoptimized, g++ silently changes the calling convention for vector::begin from by-value to by-reference -- but only if a completely unrelated empty function is marked with attribute optimize! To make the code conforming, you would need to replace all these uses of casts either with uses of unions or with explicit shift/mask logic. Alternatively, can you describe the conditions which cause the bug in the code sample I attached? https://bugzilla.mozilla.org/show_bug.cgi?id=741104

Comment 5 by [email protected], Apr 10 2013 Processing Can you try using -O2 -fno-strict-aliasing and measure the actual performance impact? See http://bugzilla.redhat.com/bugzilla for instructions. The expected output is this: a*b=(17,17,17,17) a*c=(119,119,119,119) b*c=(7,7,7,7) What happened? The STE||AR Group member brycelelbach commented Jul 10, 2012 [comment by hkaiser] [Trac time Tue Aug 9 22:22:14 2011] Prepare a patch for Boost Accumulator and submit it to the Boost

  • Format For Printing -XML -JSON - Clone This Bug -Top of page Home | New | Browse | Search | [help] | Reports | Product Dashboard Privacy Notice | Legal Terms
  • That looks like release with debug info.
  • It works on 4.6.1.
  • The STE||AR Group member brycelelbach commented Jul 10, 2012 [comment by blelbach] [Trac time Tue Mar 20 04:00:15 2012] Someone else has reported this and it has been resolved.
  • Board index All times are UTC - 8 hours [ DST ] Login FAQ / Rules Register Search Boards : Knowledge Base: knowledge base chat about fr ja es mozillaZine is
  • The seg fault is probably in the application code.
  • Finally, I need the command line options that the application was run with.
  • Format For Printing -XML -Clone This Bug -Top of page Home | New | Browse | Search | [?] | Reports | Help | NewAccount | Log In Remember [x] |
  • I would expect nacl-gcc optimization behavior to match normal gcc here.

The STE||AR Group member brycelelbach commented Jul 10, 2012 [comment by blelbach] [Trac time Mon Aug 8 17:18:48 2011] Vinay, I need the /SVN/ version of Boost, please. It's really just dumb luck that newer GCC versions happen to compile this to produce the expected results; the compiler is completely free to do something different with code like this. In file included from /home/manderson/boost-trunk/boost/filesystem/v3/path_traits.hpp:23, from /home/manderson/boost-trunk/boost/filesystem/v3/path.hpp:25, from /home/manderson/boost-trunk/boost/filesystem/path.hpp:31, from /home/manderson/parallex/trunk/hpx/external/logging/boost/logging/format/destination/rolling_file.hpp:35, from /home/manderson/parallex/trunk/hpx/external/logging/boost/logging/writer/named_write.hpp:29, from /home/manderson/parallex/trunk/hpx/external/logging/boost/logging/format/named_write.hpp:24, from /home/manderson/parallex/trunk/hpx/hpx/util/logging.hpp:12, from /home/manderson/parallex/trunk/hpx/hpx/exception.hpp:16, from /home/manderson/parallex/trunk/hpx/hpx/runtime/parcelset/parcel.hpp:17, from /home/manderson/parallex/trunk/hpx/hpx/runtime/parcelset/server/parcelport_queue.hpp:11, from /home/manderson/parallex/trunk/hpx/hpx/runtime/parcelset/parcelport_connection.hpp:13, from /home/manderson/parallex/trunk/hpx/src/runtime/parcelset/parcelport_connection.cpp:9: /home/manderson/boost-trunk/boost/system/error_code.hpp: In member function Is this workaround an acceptable resolution to the issue?

Thanks for your help! There is no flag to specifically disable it. All of the uses of casts in your test case are invalid (undefined behavior) under the C and C++ standards. I think we've had some fun errors with 4.4 in the past.

It can silently generate incorrect code, which took me longer to track down. sel_ldr_x86_32 -B irt_core_x86_32.nexe a.out What did you expect? See https://launchpadlibrarian.net/90342632/buildlog_ubuntu-lucid-amd64.thunderbird-trunk_12.0~a1~hg20120118r9213.84699-0ubuntu1~umd1~lucid_FAILEDTOBUILD.txt.gz Firefox and Thunderbird 12 are failing on Lucid x86_64 with this error: c++ -o HttpChannelParent.o -c -I../../../dist/stl_wrappers -I../../../dist/system_wrappers -include /build/buildd/thunderbird-trunk-12.0~a1~hg20120118r9213.84699/build-tree/mozilla/mozilla/config/gcc_hidden.h -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES The STE||AR Group member brycelelbach commented Jul 10, 2012 [comment by blelbach] [Trac time Mon Aug 8 19:07:00 2011] Vinay, those files aren't readable, please email me a gzip.

In file included from /home/manderson/boost-trunk/boost/tuple/tuple.hpp:33, from /home/manderson/parallex/trunk/hpx/external/coroutine/boost/coroutine/coroutine.hpp:37, from /home/manderson/parallex/trunk/hpx/hpx/hpx_fwd.hpp:28, from /home/manderson/parallex/trunk/hpx/src/performance_counters/counters.cpp:7: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp: In function ‘const boost::tuples::null_type boost::tuples::detail::cnull()’: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp:52: internal compiler error: in tree_nrv, at tree-nrv.c:143 Please submit a full bug report, https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47011 Comment 6 Mike Hommey [:glandium] 2012-04-01 00:43:07 PDT See bug 621446 Comment 7 Ben Bucksch (:BenB) 2012-04-01 12:08:52 PDT > See bug 621446 Thanks! Binary file core.xxxxxx present. The seg fault is probably in the application code.

See http://bugzilla.redhat.com/bugzilla for instructions. useful reference This program built for x86_64-redhat-linux-gnu Usage: make [options] [target] ... Preprocessed source stored into /tmp/ccmYrTaS.out file, please attach this to your bugreport. See http://bugzilla.redhat.com/bugzilla for instructions.

We're not affiliated or endorsed by the Mozilla Corporation but we love them just the same. You are not logged in. [Log In] Emuversal Bulletin Board Register Forum List Calendar Active Topics Forum Help UBB Message We could not locate the page you The STE||AR Group member brycelelbach commented Jul 10, 2012 [comment by manderson] [Trac time Mon Aug 8 19:10:08 2011] Correction: Release with Debug. my review here In file included from /home/manderson/boost-trunk/boost/filesystem/v3/path_traits.hpp:23, from /home/manderson/boost-trunk/boost/filesystem/v3/path.hpp:25, from /home/manderson/boost-trunk/boost/filesystem/path.hpp:31, from /home/manderson/parallex/trunk/hpx/external/logging/boost/logging/format/destination/rolling_file.hpp:35, from /home/manderson/parallex/trunk/hpx/external/logging/boost/logging/writer/named_write.hpp:29, from /home/manderson/parallex/trunk/hpx/external/logging/boost/logging/format/named_write.hpp:24, from /home/manderson/parallex/trunk/hpx/hpx/util/logging.hpp:12, from /home/manderson/parallex/trunk/hpx/hpx/exception.hpp:16, from /home/manderson/parallex/trunk/hpx/hpx/runtime.hpp:11, from /home/manderson/parallex/trunk/hpx/src/state.cpp:10: /home/manderson/boost-trunk/boost/system/error_code.hpp: In member function ‘virtual boost::system::error_condition boost::system::error_category::default_error_condition(int) const’:

Reload to refresh your session. While it probably is a good idea to provide this information, this ticket has been opened for a compiler ICE, so nobody will be able to provide the info you askled In file included from /home/manderson/boost-trunk/boost/tuple/tuple.hpp:33, from /home/manderson/parallex/trunk/hpx/external/coroutine/boost/coroutine/coroutine.hpp:37, from /home/manderson/parallex/trunk/hpx/hpx/hpx_fwd.hpp:28, from /home/manderson/parallex/trunk/hpx/src/runtime/actions/continuation.cpp:6: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp: In function ‘const boost::tuples::null_type boost::tuples::detail::cnull()’: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp:52: internal compiler error: in tree_nrv, at tree-nrv.c:143 Please submit a full bug report,

See for instructions.

Tinderbox is using 4.5.x IIRC. Free forum by Nabble Edit this page Project: chromium ▼ Issues People Development process History Sign in New issue Search Search within: All issues Open issues New issues Issues to verify Finally, I need the command line options that the application was run with. I also need the logs from the seg fault in debug mode (they should include the HPX-generated backtrace).

Already have an account? Username: Password: Have you forgotten your login information? The STE||AR Group member brycelelbach commented Jul 10, 2012 [comment by vamatya] [Trac time Mon Aug 8 17:33:37 2011] Bryce, I downloaded boost from http://sourceforge.net/projects/boost/files/boost/1.47.0/ http://svn.boost.org/svn/boost/trunk/ is probably what you are get redirected here Options: -b, -m Ignored for compatibility. -B, --always-make Unconditionally make all targets. -C DIRECTORY, --directory=DIRECTORY Change to DIRECTORY before doing anything. -d Print lots of debugging information. --debug[=FLAGS] Print various types

The ICE still shows up. Description Lorenzo Castelli 2010-12-19 10:16:59 UTC When compiling the attached file with: g++ -O3 -c gcc-crash.cpp the following error is emitted: gcc-crash.cpp: In member function ‘virtual A B::m()’: gcc-crash.cpp:7: internal compiler If you have not yet registered, you can register here. Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc.

It doesn't seem to happen on gcc 4.5. In file included from /home/manderson/boost-trunk/boost/tuple/tuple.hpp:33, from /home/manderson/parallex/trunk/hpx/external/coroutine/boost/coroutine/coroutine.hpp:37, from /home/manderson/parallex/trunk/hpx/hpx/hpx_fwd.hpp:28, from /home/manderson/parallex/trunk/hpx/src/performance_counters/stubs/performance_counter.cpp:6: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp: In function ‘const boost::tuples::null_type boost::tuples::detail::cnull()’: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp:52: internal compiler error: in tree_nrv, at tree-nrv.c:143 Please submit a full bug report, In file included from /home/manderson/boost-trunk/boost/tuple/tuple.hpp:33, from /home/manderson/parallex/trunk/hpx/external/coroutine/boost/coroutine/coroutine.hpp:37, from /home/manderson/parallex/trunk/hpx/hpx/hpx_fwd.hpp:28, from /home/manderson/parallex/trunk/hpx/src/runtime/parcelset/parcelhandler_v1.cpp:8: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp: In function ‘const boost::tuples::null_type boost::tuples::detail::cnull()’: /home/manderson/boost-trunk/boost/tuple/detail/tuple_basic.hpp:52: internal compiler error: in tree_nrv, at tree-nrv.c:143 Please submit a full bug report, Reload to refresh your session.

Instead the output is this: a*b=(17,17,17,17) a*c=(17,17,17,17) b*c=(17,17,17,17) Please provide any additional information below and attach any relevant source files. When using -O0 instead, the code produces the expected result. pepper_25 Steps to reproduce the issue: 1. In the full example this meant g++ miscompiled std::vector::begin to use the wrong calling convention, which when linked into other objects expecting the proper calling convention would cause a crash.

As I wrote above, I tried disabling optimizations for that function only, using pragmas, which would work in the i686-nacl compilers, but would crash the x86_64 version (probably a separate bug). This flag change may degrade optimization generally, so it may be advisable to use it only on the affected source files rather than on your whole build.

© Copyright 2017 renderq.net. All rights reserved.