Bug #53

gcc34 internal error

Added by jmz over 8 years ago. Updated over 7 years ago.

Status:ClosedStart date:
Priority:NormalDue 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

History

#1 Updated by buggs over 8 years ago

This is a known propolice bug for which we need to look upstream for a fix.

#2 Updated by corecode over 7 years ago

does this still happen?

#3 Updated by corecode over 7 years ago

closing:
no feedback from submitter + no new upstream patches for propolice

#4 Updated by elekktretterr over 7 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

#5 Updated by corecode over 7 years ago

fixed

#6 Updated by memmerto over 7 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.

#7 Updated by memmerto over 7 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.

#8 Updated by dillon over 7 years ago

:Simon 'corecode' Schubert <> added the comment:
:
:fixed
:
:----------
:status: chatting -> resolved

Another propolice issue? I'm about ready to huck that thing out
the window.

-Matt
Matthew Dillon
<>

#9 Updated by corecode over 7 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

Also available in: Atom PDF