Project

General

Profile

Actions

Bug #53

closed

gcc34 internal error

Added by jmz almost 19 years ago. Updated almost 18 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

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

Actions #1

Updated by buggs almost 19 years ago

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

Actions #2

Updated by corecode about 18 years ago

does this still happen?

Actions #3

Updated by corecode almost 18 years ago

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

Actions #4

Updated by elekktretterr almost 18 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_nodestd::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

Actions #5

Updated by corecode almost 18 years ago

fixed

Actions #6

Updated by memmerto almost 18 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.

Actions #7

Updated by memmerto almost 18 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.

Actions #8

Updated by dillon almost 18 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
&lt;&gt;
Actions #9

Updated by corecode almost 18 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

Actions

Also available in: Atom PDF