After coming back from my vacation I went back to the softfloat rrdtool thingie I was working on before and I finaly managed to compile a statically linked softfloat uclibc rrdtool. Needless to say that I found that a pain and I ended up:
- avoiding the Makefile and made the linking manually because:
- for some unknown reason, the -static option didn't ended up in the final link call
- libfreetype and libart_lgpl always were added as .so files... - libtool is probably the usual susupect, but I suspect the upstream libraries themselves
- avoided (completely) using xmerge and used directly the source since:
- CFLAGS="-Wl,-static" did not do the right thing (it didn't do in raw source, either)
- I was about to make a static rrdtool, so I didn't needed gentoo's ebuilds at that point
If you are curious about the hideous details, just add a comment or email me and I'll send them or publish them.
So, in the end, I managed to produce a staticlly linked arm-softfloat-uclibc rrdtool which:
- did not work directly on the .rrd files generated by the debian packaged collectd since they were "generated on another achitecture"; well with debian's rrdtool, 'rrdtool dump' was not that slow, so it was acceptable to dump with debian's rrdtool and restore with the statically linked one
- generated graphs in about 1 minute (way slower than my amd64 machine, which does in 3s, but at least 100+ times faster than debian's arm rrdtool - remember, I tested the generation and it didn't finish the first graph not even after 50 minutes)
Now the downside, I am not through with it. If you look at the picture you'll notice that there is a "small-ish" problem: there are no scales, legends and no letters/glyphs of any kind, so the graphs are still quite useless, but better than nothing:
They should look something like this:
Notice any difference? :-/
Of course, I won't stop here!
I suspect the problems come from the cross compiled libfreetype and libart_lgpl, and I'll probably end up doing some native compiling after all, sigh!