Bug #53
gcc34 internal error
| Status: | Closed | Start date: | ||
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | - | |||
| Target version: | - |
Description
I got this one when compiling net/amule from pkgsrc:
if c++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/pkg/include -I/usr/release/root/usr/pkg/include -DGLX_GLXEXT_LEGACY -I/usr/pkg/xorg/include -I/usr/include -I/usr/pkg/include/freetype2 -DUSE_WX_TRAY -I/usr/pkg/lib/wx/include/gtk2-ansi-release-2.6 -I/usr/pkg/include/wx-2.6 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DNO_GCC_PRAGMA -I/usr/pkg/include/gtk-2.0 -I/usr/pkg/lib/gtk-2.0/include -I/usr/pkg/include/atk-1.0 -I/usr/pkg/include/cairo -I/usr/pkg/include/pango-1.0 -I/usr/pkg/include/glib/glib-2.0 -I/usr/pkg/lib/glib-2.0/include -D__GTK2__ -O2 -I/usr/pkg/include -I/usr/release/root/usr/pkg/include -DGLX_GLXEXT_LEGACY -I/usr/pkg/xorg/include -I/usr/include -I/usr/pkg/include/freetype2 -DUSE_EMBEDDED_CRYPTO -W -Wall -g -ggdb -fno-inline -D__DEBUG__ -fmessage-length=0 -MT amule-ECSpecialTags.o -MD -MP -MF ".deps/amule-ECSpecialTags.Tpo" -c -o amule-ECSpecialTags.o `test -f 'ECSpecialTags.cpp' || echo './'`ECSpecialTags.cpp; \
then mv -f ".deps/amule-ECSpecialTags.Tpo" ".deps/amule-ECSpecialTags.Po"; else rm -f ".deps/amule-ECSpecialTags.Tpo"; exit 1; fi
ECSpecialTags.cpp:264:4: warning: #warning TODO
ECSpecialTags.cpp:268:4: warning: #warning TODO
ECSpecialTags.cpp:461:4: warning: #warning TODO
ECSpecialTags.cpp:465:4: warning: #warning TODO
ECSpecialTags.h: In member function `void CValueMap::CreateTag(ec_tagname_t, CMD4Hash, CECTag*)':
ECSpecialTags.h:115: internal compiler error: in sweep_string_variable, at cc_prep/protector.c:1159
Please submit a full bug report,
with preprocessed source if appropriate.
Jean-Marc
Related todos
History
Updated by buggs over 7 years ago
This is a known propolice bug for which we need to look upstream for a fix.
Updated by corecode over 6 years ago
does this still happen?
Updated by corecode over 6 years ago
closing:
no feedback from submitter + no new upstream patches for propolice
Updated by elekktretterr over 6 years ago
Id like to open this bug again because I get the same thing but on
wip/powedns-recursor.
c++ -O -pipe -I/usr/pkg/include -I/usr/include -Wall -O3
-I/usr/pkg/include -I/usr/include -c -o pdns_recursor.o pdns_recursor.cc
pdns_recursor.cc: In function `void
doResends(boost::multi_index::detail::index_iterator<boost::multi_index::detail::ordered_index_node<boost::multi_index::detail::ordered_index_node<boost::multi_index::detail::index_node_base<MTasker<PacketID,
std::string>::Waiter> > > >&, PacketID, const std::string&)':
pdns_recursor.cc:1139: internal compiler error: in
sweep_string_variable, at cc_prep/protector.c:1159
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
[wrapper.sh] note: The real command line, after the pkgsrc wrapper, was:
/usr/obj/pkgsrc/wip/powerdns-recursor/work/.gcc/bin/g++ -O -pipe
-I/usr/obj/pkgsrc/wip/powerdns-recursor/work/.buildlink/include -Wall
-O3 -c -o pdns_recursor.o pdns_recursor.cc
-L/usr/obj/pkgsrc/wip/powerdns-recursor/work/.buildlink/lib
gmake: *** [pdns_recursor.o] Error 1
*** Error code 2
Petr
Updated by corecode over 6 years ago
fixed
Updated by memmerto over 6 years ago
This is a problem with propolice, an add-on to gcc. Whatever this problem
is, it's not going to be fixed in the 3.4.x gcc stream. The patches I sent
you disable propolice while compiling powerdns-recursor.
I'm hoping that the propolice support in gcc-4.1 will not have this problem,
but more investigation is warranted.
Updated by memmerto over 6 years ago
sent
> you disable propolice while compiling powerdns-recursor.
I spoke to soon. Thanks to corecode for tracking down a fix for this
problem.
Updated by dillon over 6 years ago
:Simon 'corecode' Schubert <corecode@fs.ei.tum.de> added the comment:
:
:fixed
:
:----------
:status: chatting -> resolved
Another propolice issue? I'm about ready to huck that thing out
the window.
-Matt
Matthew Dillon
<dillon@backplane.com>
Updated by corecode over 6 years ago
As every new technology, it needs some time to evolve. Nevertheless, it is an important tool to mitigate the effects stack overflow attacks can produce. Besides, this was no code generation error, but a simple abort() in the compiler sources to handle unforseen circumstances. Gcc is full of those, as is our kernel. It is just not easy to make such a big project completely bug-free.
cheers
simon