Sometimes, fixing the errors (if there are any) on another compiler will fix the ICE. > BTW it is your > cpp_lexer example code, with minor modifications. Or JCab's? FWIW, Wave is able to preserve the comments (and all whitespace for that matter). Any hints how to avoid this compiler error? > Perhaps there is already a patch (to Spirit) I just don't know about > it... > > How could I track down http://renderq.net/internal-compiler/internal-compiler-error-in-make-rtl-for-nonlocal-decl-at-cp-decl-c.php
Depending on the complexity, you might want to change from subrules to plain rules. We'll never know for sure. This is under GCC 4.2.1 available in the FreeBSD 8-STABLE base installation. Anyone have seen this?
I'm getting error messages much like your's if I'm using closures that are defined in an unnamed namespace. So that if a feature is not supported it is not there, if they are there they follow the interface etc. Thanks for the reply!
Attila Re: [Spirit-general] Compiler internal error, second try From: Joel de Guzman
Checked locations: /usr/local/cuda/lib/libcuda.so /usr/local/cuda/lib/libcuda.dylib /usr/local/cuda/lib/libcuda.lib /usr/local/cuda/lib/cuda.so /usr/local/cuda/lib/cuda.dylib /usr/local/cuda/lib/cuda.lib /usr/local/cuda/lib/cuda.so /usr/local/cuda/lib/cuda.dylib /usr/local/cuda/lib/cuda.lib /usr/local/cuda/lib/cuda.so /usr/local/cuda/lib/cuda.dylib /usr/local/cuda/lib/cuda.lib *** Note that this may not be a problem as this component is often installed system-wide. /usr/lib64/python2.4/distutils/dist.py:236: Yes. > I dunno if the function name in the error message is a hint: > make_rtl_for_nonlocal_decl. > > What is the status of Spirit 2? So you'll have to constrain yourself to a couple of selected macro values only anyway, no? https://bugzilla.redhat.com/show_bug.cgi?id=597380 Please don't fill out this field.
I understand that I can withdraw my consent at any time. URL:
If so, how do I get it? comment:3 Changed 6 years ago by Mario Ferreira
GCC Bugzilla – Bug33322 internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971 Last modified: 2007-09-07 00:28:55 UTC Home | New | Browse | Search | [?] | Reports | Help | NewAccount useful reference Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] /usr/libexec/cc1plus -E -quiet -v -I/usr/local/include -I/usr/local/include/libtorrent -I/usr/local/include -I/usr/include/openssl -I/usr/local/include/python2.6 -D_LONGLONG -DNDEBUG -Dwchar_t=wchar_t -DTHREAD_STACK_SIZE=0x20000 -DHAVE_SSL -DBOOST_MULTI_INDEX_DISABLE_SERIALIZATION src/extensions.cpp Wrt all possible translations: I'm pretty sure you can't do that in a valid way without actually expanding all macros in all possible combinations. It is not included with the latest >> Boost. > > It will be in 1.36. > >> Should I forget about what Boost installs and just get v2?
John. For Debian GNU/Linux specific bug reporting instructions, see
I am using Boost 1.35.0. I still have to see it in action to precisely describe what I want. >> So I have figured that I should start with a tokenizer instead and >> work my error: command '/usr/local/libexec/ccache/cc' failed with exit status 1 * Error code 1 1 error * Error code 1 Then I tried to obtain the preprocessed source with: $ gcc -v -save-temps
I suggest you also check bug 503565 and bug 508735 as they reference the same make_rtl_for_nonlocal_decl function so maybe you can close three with one patch ;) Comment 3 email@example.com 2010-05-21 I will do that. Bug33322 - internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971 Summary: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971 Status: RESOLVED DUPLICATE of bug 33094 Alias: None Product: gcc Classification: Unclassified Component: c++ Extracting in /tmp/tmpBOz-Wu Now working in /tmp/tmpBOz-Wu/distribute-0.6.4 Building a Distribute egg in /usr/local/pycuda /usr/local/pycuda/setuptools-0.6c9-py2.4.egg-info already exists /usr/local/boost /boost/ python .hpp /usr/local/boost/stage/lib / lib boost_python .so /usr/local/boost/stage/lib / lib boost_thread .so /usr/local/cuda
The problem with Wave is that it does too much for me. You might want to look at the lexer only to avoid recreating this functionality. As requested by the message, I'm attaching here the .out file Last part of error message: /home/ric/MIDB/rdkit_070415/Code/GraphMol/Wrap/EditableMol.cpp:114: instantiated from here /home/ric/boost/include/boost/type_traits/detail/cv_traits_impl.hpp:37: internal compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:5067 Please submit a get redirected here I still have to think a lot to know precisely what I want. :) Imagine this as a sort of higher level unit test kinda thing.
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] More information about the PyCUDA mailing list SourceForge Browse Enterprise Blog Deals Help Create Log In I am using Boost 1.35.0. > > I get an internal error in subrule.hpp: > > /usr/include/boost/spirit/core/non_terminal/subrule.hpp:179: internal > compiler error: in make_rtl_for_nonlocal_decl, at cp/decl.c:4971 > > The actual message is Please don't fill out this field. You seem to have CSS turned off.
I am new to parsing, especially complex stuff like C++, so I will struggle with this for quite some time. :) Attila Re: [Spirit-general] Compiler internal error, second try From: JānisRukšāns So > you'll have to constrain yourself to a couple of selected macro > values only > anyway, no? > > Wave can definitely help you here, macro expansion seems to You might want to look at the lexer only to avoid > recreating > this functionality. The same code compiles and runs fine on Mac (4.0.2 gcc). > > Anyone have seen this?
Regards Hartmut > As for the ICE, yes it is the subrule.