00:08 <mth> viric: it takes some minutes, but not a whole lot, so if you have the patch ready and it only need verification, I'd be happy to test it

01:02 <freemor> Just checked my E-mail. was saddened to hear about the comments on the wiki. I'd love to see another nanonote type project but totally understand it's not an easy thing and that people have other they are working on. I hope the rudeness of a few people does not cause qi-hardwares leadership to become dishartened or to think that such views are held by the rest of the community.

07:09 <viric> mth: http://article.gmane.org/gmane.network.ssh.dropbear/1361

07:09 <viric> Freemor: is pandora far from a project like the nanonote

07:09 <viric> ?

14:39 <zear> xiangfu, hello, you there?

20:51 <shvelo> Hi!

21:00 <zear> hey

21:01 <shvelo> zear, what's up?

21:01 <zear> my Wikireader arrived today

21:01 <zear> however I have hard time finding any (proper) dev documentation

21:01 <zear> tried to write a simple snake game, but the linker has a hard time finding malloc and free

21:02 <zear> despite including stdlib.h

21:02 <zear> xiangfu from this channel is mentioned in the Makefile headers of this project

21:02 <zear> so i was hoping to get the info from him

21:02 <zear> but he doesn't seem to be online

21:03 <shvelo> ah

21:03 <shvelo> btw what is wikireader?

21:03 <viric> shvelo: ĉu ŝvelo?

21:03 <zear> it's a portable wikipedia reader by OpenMoko

21:04 <zear> Qi-Hardware is more or less a spiritual successor of OpenMoko

21:04 <zear> shvelo, this thing: http://www.youtube.com/watch?v=80fmaBBRhV0

21:06 <shvelo> cool

21:30 <mth> zear: an include is just for the compiler, it does nothing for the linker

21:30 <mth> if the linker can't find stuff, you have to use -L, -l or a path to a .a file

21:31 <viric> mth: I just tried the dropbear patch in mips

21:33 <mth> did it work?

21:34 <viric> yes :)

21:34 <viric> the bug was there since 2011, minimum

21:34 <viric> incredible.

21:36 <zear> mth, yes, and i tried it

21:37 <zear> mth, would stdlib be part of -lc?

21:38 <viric> stdlib.h is usually a header for symbols defined in '-lc', yes

21:38 <viric> do you link with gcc?

21:38 <viric> or you try to link with ld?

21:38 <zear> it links from ld iirc

21:38 <zear> let me set the compiler environment again

21:38 <zear> -lc is present while linking

21:42 <zear> viric, this is what i'm getting: http://pastebin.com/4vqu8GNh

21:42 <zear> and indeed it links from ld

22:48 <zear> mth, any clue there?

22:50 <mth> put -lc first?

22:51 <mth> or last

22:51 <mth> last, I think; that way all references to it are before the definition

22:51 <zear> mth, oh i tried that

22:52 <zear> i tried putting -o after libraries too

22:52 <zear> but it's not -static

22:52 <zear> so it's not needed

22:52 <zear> however i did try that just in case

22:52 <zear> with no luck

22:53 <mth> it is libwsnake.a that cannot find the symbols from libc

22:53 <mth> is malloc in libgcc.a maybe?

22:53 <zear> let me swap libgcc.a with libwsnake.a

22:53 <mth> in any case, but libwsnake.a with your .o's

22:54 <mth> s/but/put/

22:54 <qi-bot> mth meant: "in any case, put libwsnake.a with your .o's"

22:55 <zear> mth, still no luck

22:55 <zear> but i'm starting to think this is static linking order issue indeed

22:57 <zear> my Makefile calls some internal toolchain makerules that generates this linking command

22:57 <zear> in case you were wondering

23:08 <mth> can a static lib even refer to a dynamic lib?

23:09 <mth> maybe you should just extract the static lib and link its object files instead

23:18 <zear> mth, i don't have much control of what's going on during the compilation process

23:18 <zear> or rather - i don't really know what's going on behind all these toolchain makefiles

23:20 <mth> you've got the output files now, so you can link whatever way you like

23:20 <mth> once you find a way that works, you can look at how to do that within the system