http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58266
Bug ID: 58266
Summary: gcc-4.7.3: memleaks reported by valgrind
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: mmokrejs at fold dot natur.cuni.cz
Created attachment 30714
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30714&action=edit
gcc-4.7.3.valgrind.txt
I ran valgrind because something in my computer overwrites memory regions of a
python interpreter. Here are those which relate to gcc. No idea how this
relates to e.g. bug #54173.
==5435== 28 bytes in 1 blocks are possibly lost in loss record 569 of 1,915
==5435== at 0x4C2C067: operator new(unsigned long) (vg_replace_malloc.c:298)
==5435== by 0xDC70B6C: std::string::_Rep::_S_create(unsigned long, unsigned
long, std::allocator<char> const&) (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.3/libstdc++.so.6.0.17)
==5435== by 0xDC7321C: char* std::string::_S_construct<char const*>(char
const*, char const*, std::allocator<char> const&, std::forward_iterator_tag)
(in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.3/libstdc++.so.6.0.17)
==5435== by 0xDC73322: std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(char const*, std::allocator<char> const&)
(in /usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.3/libstdc++.so.6.0.17)
==5435== by 0x10A12934: Py::ExtensionModuleBase::ExtensionModuleBase(char
const*) (in /usr/lib64/python2.7/site-packages/matplotlib/_tri.so)
==5435== by 0x109FEEC3: TriModule::TriModule() (in
/usr/lib64/python2.7/site-packages/matplotlib/_tri.so)
==5435== by 0x109FF10F: init_tri (in
/usr/lib64/python2.7/site-packages/matplotlib/_tri.so)
==5435== by 0x4FB3FD9: _PyImport_LoadDynamicModule (importdl.c:53)
==5435== by 0x4FAFDDB: load_module (import.c:1915)
==5435== by 0x4FB21A4: import_submodule (import.c:2700)
==5435== by 0x4FB16C1: load_next (import.c:2515)
==5435== by 0x4FB0829: import_module_level (import.c:2232)
