building openFrameworksCompiled hangs on ofColor.cpp

[arneboon]

dear of + rpi dev team,

thanks a great deal for your effort making oF hit the Rpi!

i have been testing and trying some stuff last weeks for a new project
today i did a git pull to get on track with the latest developments
now the oF library in the develop-raspberrypi branch seems no longer to build
it hangs on ofColor.cpp
also did a clean git clone and followed the wiki instructions again closely

after:
$ cd Workspace/openFrameworks/libs/openFrameworksCompiled/project/
$ make

this is the error output:

Compiling ../../../libs/openFrameworks/types/ofColor.cpp
mkdir -p obj/linuxarmv6l/Releaselibs/openFrameworks/types
g++ -Os -march=armv6 -mfpu=vfp -mfloat-abi=hard -fPIC -ftree-vectorize -Wno-psabi -pipe -DOF_USING_GTK -DOF_USING_MPG123 -DTARGET_RASPBERRY_PI -DSTANDALONE -DPIC -D_REENTRANT -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -D_FORTIFY_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -DTARGET_POSIX -DHAVE_LIBOPENMAX=2 -DOMX -DOMX_SKIP64BIT -DUSE_EXTERNAL_OMX -DHAVE_LIBBCM_HOST -DUSE_EXTERNAL_LIBBCM_HOST -DUSE_VCHIQ_ARM -I/opt/vc/include -I/opt/vc/include/interface/vcos/pthreads -I../../../addons/ofxRaspberryPi/src -pthread -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gstreamer-0.10 -I/usr/include/libxml2 -I/usr/include/gtk-2.0 -I/usr/lib/arm-linux-gnueabihf/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I../../../libs/cairo/include -I../../../libs/cairo/include/libpng15 -I../../../libs/cairo/include/cairo -I../../../libs/cairo/include/pixman-1 -I../../../libs/freetype/include -I../../../libs/freetype/include/freetype2 -I../../../libs/freetype/include/freetype2/freetype -I../../../libs/freetype/include/freetype2/freetype/internal -I../../../libs/freetype/include/freetype2/freetype/internal/services -I../../../libs/freetype/include/freetype2/freetype/config -I../../../libs/kiss/include -I../../../libs/poco/include -I../../../libs/poco/include/CppUnit -I../../../libs/poco/include/Poco -I../../../libs/tess2/include -I../../../libs/openFrameworks -I../../../libs/openFrameworks/communication -I../../../libs/openFrameworks/3d -I../../../libs/openFrameworks/events -I../../../libs/openFrameworks/types -I../../../libs/openFrameworks/math -I../../../libs/openFrameworks/video -I../../../libs/openFrameworks/gl -I../../../libs/openFrameworks/sound -I../../../libs/openFrameworks/app -I../../../libs/openFrameworks/graphics -I../../../libs/openFrameworks/utils -MMD -MP -MF obj/linuxarmv6l/Releaselibs/openFrameworks/types/ofColor.d -MTobj/linuxarmv6l/Releaselibs/openFrameworks/types/ofColor.o -o obj/linuxarmv6l/Releaselibs/openFrameworks/types/ofColor.o -c ../../../libs/openFrameworks/types/ofColor.cpp
{standard input}: Assembler messages:
{standard input}:24728: Warning: partial line at end of file ignored
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions.
make: *** [obj/linuxarmv6l/Releaselibs/openFrameworks/types/ofColor.o] Error 4

for
$make Debug

it ends up in

rks/types/ofColor.o -o obj/linuxarmv6l/Debuglibs/openFrameworks/types/ofColor.o -c ../../../libs/openFrameworks/types/ofColor.cpp
{standard input}: Assembler messages:
{standard input}:67329: Warning: end of file not at end of a line; newline inserted
{standard input}:67987: Error: unrecognized symbol type "gnu_unique_obje"
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.6/README.Bugs for instructions.
make: *** [obj/linuxarmv6l/Debuglibs/openFrameworks/types/ofColor.o] Error 4

wanted to let you know about this issue this way

hope i am not doing something stupidly wrong?

thanks! arne.

[bakercp]

Hey @arneboon an odd bug to be certain. I'm checking into it. You are using the latest Raspbian image?

[jvcleave]

@arneboon I am curious if you did the memory_split instructions in the wiki. I am wondering if you are running out of RAM and the gcc is getting killed

[bakercp]

@jvcleave @arneboon The memory issue is my current conclusion as well. I just re-ran the current core make on the git repo and it worked without issue.

[bakercp]

The other issue could be related to a corrupt memory card (which can happen due to inadequate power, etc) -- I just ran into my first card corruption issue which was leading to all sorts of strange issues.

[arturoc]

does it always happens with ofColor? it might be related with the additions @ofZach did recently adding lot's of statics it could be that the file is so big that on the rpi crashes because of not having enough ram. even if ofColor doesn't seem that big, being a templated class the amount of generated code can be really big

can you try putting this lines at the end of ofColor.cpp:

template class ofColor_<char>;
template class ofColor_<unsigned char>;
template class ofColor_<short>;
template class ofColor_<unsigned short>;
template class ofColor_<int>;
template class ofColor_<unsigned int>;
template class ofColor_<long>;
template class ofColor_<unsigned long>;
template class ofColor_<float>;
template class ofColor_<double>;

in different files, ie: leave the first one in ofColor.cpp and then move template class ofColor_; to ofUnisgnedCharColor.cpp, template class ofColor_; to ofShortColor.cpp ...

or even to test just delete a few of them

[arturoc]

actually moving those to a different file won't work, so just try commenting a few of them, your programs will of course not link but just to see if the issue is memory related

[bakercp]

I just ran it all again, and it did take unusually long to compile ofColor, which would make sense of the memory + color defs theory. I am currently compiling on a RPi 512MB with most of that memory available to the CPU.

[arneboon]

thanks for all your quick responses! great!

in reply:

• @bakercp raspbian image was updated upgraded last week. will check this again, probably stating uptodate
• @jvcleave did the memory split: working on a rpi 256mb: 128mb gpu / 128mb cpu
• @bakercp rebooted the pi several times, replugged sd card, replugged power cable
• @arturoc yes it hangs on ofColor specifically each build attempt
• @arturoc cool will try commenting those template class defines first thing in the morning (i'm in NL europe, rpi still at atelier workspace. there again in about 10 hours)
• @bakercp indeed it takes long to compile ofColor compared to the other build parts, and then it gives the error

would it make sense to increase the memory split in favour of the CPU for testing? let's say 200 / 56?
will give that a try

also tried the 3 current different branches just before i went home, all show the same behaviour hanging when building ofColor

thanks again for your responses, get back asap when have some tests done

best regards,
arne.

[jvcleave]

@arneboon I would do the default memory split, 64 for the GPU

[arneboon]

hi

just now it did:

• updated and upgraded to latest raspbian image
• redid de rpi-update
• edit /boot/config.txt gpu_mem=64
• reboot and again clean update upgrade
• navigated to raspberrypi_hello_world and ran $make

then the building progess outputs loads of errors like this:
../../../libs/openFrameworksCompiled/lib/linuxarmv6l/libopenFrameworks.a(ofColor.o): In function ofColor_<unsigned int>::operator/(float const&) const': ofColor.cpp:(.text._ZNK8ofColor_IjEdvERKf[ofColor_<unsigned int>::operator/(float const&) const]+0x60): undefined reference toofColor_::ofColor_(float, float, float, float)'
ofColor.cpp:(.text.ZNK8ofColor_IjEdvERKf[ofColor::operator/(float const&) const]+0x74): undefined reference to ofColor_<unsigned int>::ofColor_(ofColor_<unsigned int> const&)' ofColor.cpp:(.text._ZNK8ofColor_IjEdvERKf[ofColor_<unsigned int>::operator/(float const&) const]+0x7c): undefined reference toofColor_::~ofColor_()'
ofColor.cpp:(.text.ZNK8ofColor_IjEdvERKf[ofColor::operator/(float const&) const]+0x84): undefined reference to ofColor_<unsigned int>::ofColor_(ofColor_<unsigned int> const&)' ofColor.cpp:(.text._ZNK8ofColor_IjEdvERKf[ofColor_<unsigned int>::operator/(float const&) const]+0x90): undefined reference toofColor_::~ofColor_()'

giving messages like this for many files that includes an ofColor call: ofGraphics.cpp, ofPixels.cpp, ofMesh.cpp, ofColor.cpp etc
it ends with:
collect2: ld returned 1 exit status
make: *** [bin/raspberrypi_hello_world] Error 1

no successful build

then i tried the raspberrypi_hello_world_gles2 with
$make Debug
this compiled successfully! (yeaah)

compiling raspberrypi_hello_world using $make Debug turned out to also work!

i checked in libs/openFrameworksCompiled/project to hit $make and it told me Done! so, the core was build for release and debug both already

now there still seems to be an issue with compiling the $make oF core Release on rpi 256mb (on 192/64gpu)

i edited the boot/config.txt back to cpu/gpu 128/128 mb, did a reboot and tried compiling the release $make and debug $make Debug after a $make clean. this was not successful: run into the ofColor stuff again.

so this issue seems to be memory related, so far to be hacked around with $make Debug with the edit /boot/config.txt gpu_mem=64 setting.

[jvcleave]

Sounds like we know what it is. Thanks for testing @arneboon. I am going to remove the line in the wiki concerning the memory split for now

[bakercp]

So what's the latest on this? Can we close it? @arneboon would you be able to add your thoughts to:

https://github.com/openFrameworks-RaspberryPi/openFrameworks/wiki/Raspberry-Pi-Troubleshooting

[arneboon]

hi @bakercp
just added some lines on the troubleshooting page about the workaround

[bakercp]

Super. Would you consider this issue closed then?

[arneboon]

hi christopher

the issue came up after updating to the lastest developments, before that time everything would compile on rpi256mb even with the 128/128 mb memory split, using $make and $make Debug.

now the $make for release does not compile and the ofColor seems to be too heavy for the rpi256mb.

so i guess i would be a good thing see whether ofColor can be made lighter for compatibility with rpi256mb.

for now i think the issue needs some attention, or decide that this is it for now and just keep focussing on the rpi512mb.