00:27.33 | *** join/#uclibc botao_sun (~botao_sun@61.51.237.168) |
00:27.33 | *** join/#uclibc botao_sun (~botao_sun@linaro/botao-sun) |
01:26.19 | *** join/#uclibc ashes (~ashes@75.155.223.218) |
02:45.10 | *** part/#uclibc neale (~neale-fre@2600:3c00::f03c:91ff:fe96:544d) |
04:49.52 | *** join/#uclibc vicky__ (~vicky@122.165.223.135) |
04:51.52 | vicky__ | 'EPOLL_CLOEXEC' undeclared when compiling udev-173 in buildroot 2011.08.I am using uclibc 0.9.31.Am i missing something in uclibc config.? |
04:53.11 | vicky__ | i added a patch found in google.But no use.Please help me out of this. |
05:19.06 | *** join/#uclibc fabled (~fabled@c-98-234-43-98.hsd1.ca.comcast.net) |
05:33.28 | *** join/#uclibc acoul (~alex@212.70.193.242) |
05:51.00 | *** join/#uclibc vicky__ (~vicky@122.165.223.135) |
06:06.14 | vicky__ | hello.anybody there. |
06:28.47 | *** join/#uclibc silvrax (~silvrax@217.122.157.216) |
06:43.30 | mripard | Jacmet: hi, thanks for the review on the packages |
06:43.53 | mripard | could you review the package_devices stuff as well ? |
06:45.09 | *** join/#uclibc Artemys (~quassel@stp25-2-82-234-232-91.fbx.proxad.net) |
06:51.42 | Jacmet | mripard: sure, I'll try to get to it this weekend |
06:51.48 | Jacmet | mripard: and thanks for the patches |
06:53.45 | kos_tom | vicky__: I think it's a kernel header version rather than an uClibc problem. |
06:53.54 | kos_tom | vicky__: which version of the kernel headers are you using in your toolchain ? |
06:54.07 | vicky__ | 2.6.39 kernel |
06:54.26 | kos_tom | are you sure you are using this version of the kernel *headers* in your toolchain ? |
06:54.40 | kos_tom | I am *not* talking about the kernel you're running on your device. |
06:56.16 | vicky__ | kernel headers only |
06:56.36 | vicky__ | yes.this version only.i am sure |
06:56.56 | Jacmet | mripard: have you tried building the python support for libplayer? |
06:57.06 | Jacmet | mripard: one of the nightly builds failed |
06:57.58 | Jacmet | mripard: http://pastebin.com/XyHKExfS |
06:58.03 | mripard | Jacmet: hmmm, I've tested everything as far as i recall |
06:59.26 | Jacmet | mripard: strange, the player_init thing looks like a pretty hard failure |
06:59.45 | vicky__ | last time i used 2.6.34 headers .It worked fine |
07:00.00 | CIA-19 | 03baruch 07master * r811fab1b26f7 10buildroot/package/ (6 files in 2 dirs): package: add the poco C++ libraries collection |
07:00.06 | vicky__ | but the old verion of buildroot 2010.08 |
07:00.16 | mripard | ah, but I didn't set the python thing in the first patchset |
07:00.42 | mripard | I'll look into this |
07:00.49 | Jacmet | mripard: thanks |
07:03.53 | vicky__ | google says missing something in uclibc config . |
07:23.22 | *** join/#uclibc thannoy (~aloiseau@231.39.0.109.rev.sfr.net) |
07:27.01 | *** join/#uclibc washer (~washer@75-141-232-86.dhcp.reno.nv.charter.com) |
07:35.05 | *** join/#uclibc y_morin (c1317c6b@gateway/web/freenode/ip.193.49.124.107) |
07:40.36 | *** join/#uclibc smartin (52e7e007@gateway/web/freenode/ip.82.231.224.7) |
07:56.03 | *** part/#uclibc washer (~washer@75-141-232-86.dhcp.reno.nv.charter.com) |
07:57.02 | *** join/#uclibc ericbutters (~kuhne@business-213-023-195-122.static.arcor-ip.net) |
07:59.40 | *** join/#uclibc WildPikachu (~nkukard@about/linux/staff/wildpikachu) |
07:59.58 | ericbutters | hello. i got a 4.3.1-eabi-armv6 toolchain from manufacturer. now i what to build a toolchain by myself. i set up crosstool-ng(glibc) in BR to use EABI,4.3.1-gcc,2.9 glibc and binutils 2.20 .. after linux kernel boots and mounted the rootfs via nfs i get a Kernel panic - not syncing: Attempted to kill init! |
08:00.03 | *** join/#uclibc likewhoa (~likewhoa@server5.maserver.com) |
08:01.28 | ericbutters | could anyone say how to know the settings of the manufacturer toolchain? |
08:02.10 | ericbutters | and can anyone say what to do to get this issue solved? |
08:02.25 | kos_tom | enable DEBUG_USER and pass debug_user=... to the kernel |
08:02.32 | kos_tom | (see kernel config for more details) |
08:16.26 | ericbutters | kos_tom, kernel has DEBUG_USER enabled. what should i pass to debug_user= ? |
08:17.46 | kos_tom | come on, man, please read the doc. |
08:17.53 | kos_tom | <PROTECTED> |
08:17.53 | kos_tom | <PROTECTED> |
08:17.54 | kos_tom | <PROTECTED> |
08:17.54 | kos_tom | <PROTECTED> |
08:17.54 | kos_tom | <PROTECTED> |
08:17.55 | kos_tom | <PROTECTED> |
08:17.57 | kos_tom | <PROTECTED> |
08:18.33 | ericbutters | ok i try+ |
08:20.49 | *** join/#uclibc botao_sun (~botao_sun@linaro/botao-sun) |
09:04.21 | ericbutters | kos_tom: http://pastebin.com/raw.php?i=G03uwJ8U |
09:05.09 | *** join/#uclibc luneff (~yury@109.165.63.186) |
09:05.18 | kos_tom | ericbutters: hm. I don't know. |
09:08.57 | ericbutters | hm. |
09:23.28 | *** join/#uclibc y_morin (c1317c6b@gateway/web/freenode/ip.193.49.124.107) |
09:23.32 | y_morin | ericbutters: try to compile a simple "hello world" program, and use that as init when booting the kernel. Does it work? |
09:26.44 | kos_tom | statically compiled hello world |
09:26.53 | kos_tom | (to begin with) |
09:31.36 | y_morin | kos_tom: yes, indeed. |
09:35.54 | ericbutters | ok.. |
09:36.17 | ericbutters | i just rebuild the toolchain.. then i will try |
09:39.30 | *** join/#uclibc botao_sun (~botao_sun@61.51.237.168) |
09:39.31 | *** join/#uclibc botao_sun (~botao_sun@linaro/botao-sun) |
09:54.31 | *** join/#uclibc Snoken (~Goran@213.115.183.57) |
09:57.53 | Snoken | kos_tom: The change you told me to do in rsyslog.mk isn't needed in later versions of Buildroot? |
09:58.21 | kos_tom | Snoken: in the current Git version, and therefore in the upcoming 2011.11 release and all future ones. |
09:58.28 | Jacmet | Snoken: no, we recently made the AUTOTARGETS macro smarter |
09:58.43 | Snoken | Ok. |
09:59.22 | Snoken | Can I ask another question about rsyslogd/Busybox/Buildroot? Maybe it's more of rsyslogd. |
10:06.19 | kos_tom | Snoken: yes, you can :) |
10:06.58 | *** join/#uclibc NIN101 (~NIN101@p5DD2876D.dip0.t-ipconnect.de) |
10:07.47 | Snoken | During start of rsyslogd with Busybox start-stop-daemon it takes 15 seconds to startup due to DNS loopup i think(I see this using strace). |
10:08.40 | Snoken | Can I disable DNS lookup in some way? |
10:09.01 | kos_tom | which host does it try to resolve ? Maybe it's just /etc/hosts that isn't correct ? |
10:12.10 | Snoken | Adding that IP Address to /etc/hosts does resolve the problem. |
10:12.32 | Snoken | It's the Default Gateway it's trying to resolve. |
10:17.52 | Jacmet | hmm, something seems to be wrong on morris - git-receive-pack just hangs when I push |
10:25.24 | *** join/#uclibc acoul1 (~alex@orion.ozo.com) |
10:25.59 | *** join/#uclibc Artemys_ (~quassel@stp25-2-82-234-232-91.fbx.proxad.net) |
10:31.13 | *** join/#uclibc dinar (~dinar@213.33.220.118) |
10:36.55 | *** join/#uclibc ericbutters (~kuhne@business-213-023-195-122.static.arcor-ip.net) |
10:38.47 | ericbutters | kos_tom sadly i can not see the last few messages here.. so i do not know who was the one saying i should use a simple hello world as init. here is the result: http://pastebin.com/raw.php?i=TA9W0002 |
10:42.51 | ericbutters | ah i think y_morin was the one ;-) |
11:19.34 | y_morin | ericbutters: indeed, something is weird, and most probably the toolchain is borked. |
11:19.55 | y_morin | ericbutters: can you pastebin the .config for crosstool-NG, please ?* |
11:33.05 | CIA-19 | 03roelvp 07master * r7f7cff5239a2 10buildroot/package/ (Config.in pv/Config.in pv/pv-1.2.0-fixld.patch pv/pv.mk): package: add 'pv' (Pipe-Viewer) |
11:33.05 | CIA-19 | 03hartleys 07master * r8181103018e3 10buildroot/package/libevent/libevent.mk: libevent: bump version to 2.0.14 |
11:33.05 | CIA-19 | 03s.neumann 07master * r3b661b77212f 10buildroot/package/directfb/ (directfb-1.4.13-ppc-compile-fix.patch directfb.mk): directfb: bump to version 1.4.15 |
11:33.06 | CIA-19 | 03s.neumann 07master * r16c8c56ade8a 10buildroot/package/linux-fusion/ (2 files): linux-fusion: bump to version 8.7.0 |
11:33.06 | CIA-19 | 03s.neumann 07master * r9db9779a3f24 10buildroot/package/sawman/sawman.mk: sawman: bump to version 1.4.15 |
11:46.02 | kos_tom | I really need to find some time this week end to fix my pending patches and resend. |
11:46.50 | Jacmet | kos_tom: thanks. Did you see my comment on your mesa3d patch? |
12:04.05 | *** join/#uclibc bkuhn (~bkuhn@fsf/director/conservancy.president.bkuhn) |
12:36.55 | ericbutters | y_morin pls see here: http://pastebin.com/raw.php?i=JydTF8sC |
13:11.48 | kos_tom | y_morin: I think you should build gdb statically against libpython |
13:12.00 | kos_tom | y_morin: so that your toolchain only depends on the libc |
13:12.18 | kos_tom | y_morin: is it possible to build a ct-ng toolchain statically against libpython, but dynamically against libc ? |
13:12.46 | kos_tom | y_morin: what I'm doing now is that I'm compiling inside an old Lenny chroot, so that I can build against an old libc, which should allow the toolchain to work on a wide range of machines |
13:12.55 | kos_tom | unfortunately, this chroot has Python 2.6, while most modern machines have 2.7. |
13:12.58 | kos_tom | so using gdb fails |
13:13.21 | y_morin | kos_tom: right. |
13:14.38 | kos_tom | I don't know how to do that, but I guess you know better than I do :-) |
13:16.27 | Jacmet | kos_tom: that's afaik also the case for buildroot's gdb build |
13:16.28 | y_morin | kos_tom: I'll have a look tonight, when back at home... Just poke me at the time! |
13:17.04 | kos_tom | Jacmet: I'm not saying that Buildroot does the right thing :-) |
13:17.30 | kos_tom | Jacmet: but to me, CT-NG is really designed to build toolchains that should be host-independent |
13:17.40 | Jacmet | kos_tom: true. Just mentioned that I saw the same thing with the internal toolchain when moving an existing toolchain to a new machine |
13:43.14 | *** join/#uclibc risca (~risca@norr-133-231.eduroam.liu.se) |
15:40.26 | *** join/#uclibc ibot (~ibot@rikers.org) |
15:40.26 | *** topic/#uclibc is discussion of uClibc, Busybox and Buildroot | uClibc 0.9.32 was released 08 June 2011 | busybox 1.19.0 was released 13 August 2011 | Buildroot 2011.08 was released 31 August 2011 | For general setup issues try #elinux or #edev |
15:45.49 | tzanger | 2 is asterisk, 3 is c, 4 is linux-sh, 5 is shadowmite 6 is vhdl, 7 is lwz, 8 is this, 9 is oe, 10 is uclibc... |
15:55.41 | *** join/#uclibc vapier (UserBah@wh0rd.org) |
15:55.57 | *** join/#uclibc tsukasa` (~tsukasa@p5B3354B1.dip.t-dialin.net) |
15:55.57 | *** join/#uclibc tsukasa` (~tsukasa@unaffiliated/tsukasa) |
15:59.55 | *** join/#uclibc fabled (~fabled@c-98-234-43-98.hsd1.ca.comcast.net) |
16:17.53 | *** join/#uclibc gustavoz (~gustavoz@host49.186-109-136.telecom.net.ar) |
17:22.20 | *** join/#uclibc y_morin (~ymorin@ARennes-256-1-136-43.w90-32.abo.wanadoo.fr) |
17:38.34 | *** join/#uclibc tsukasa (~tsukasa@unaffiliated/tsukasa) |
18:29.24 | *** join/#uclibc NIN102 (~NIN101@p5DD286C9.dip0.t-ipconnect.de) |
19:30.23 | *** join/#uclibc smartin (52e20d9c@gateway/web/freenode/ip.82.226.13.156) |
19:50.14 | y_morin | Jacmet: ping? |
19:50.42 | y_morin | Jacmet: any news about the location of the Dev Day in Prague? |
20:36.55 | *** join/#uclibc mnt_real (~mnt_real@bas1-montreal43-2925257392.dsl.bell.ca) |
21:13.26 | *** join/#uclibc aliverius (~george@athedsl-374148.home.otenet.gr) |
21:14.03 | aliverius | buildroot latest stable gave me an error during >>> host-ncurses 5.7 Building |
21:16.01 | aliverius | http://pastebin.ca/2087802 |
21:21.00 | y_morin | aliverius: unable to connect to pastebin.ca from here... |
21:22.02 | aliverius | y_morin: http://pastebin.com/iMhGqqNN |
21:23.07 | y_morin | aliverius: next time, try to build with the C locale, because localised error messages are not easy to deal with... |
21:23.32 | aliverius | can i choose that from the menuconfig? |
21:24.01 | y_morin | aliverius: just run as thus: LC_ALL=C make |
21:24.13 | aliverius | wonderful |
21:25.09 | aliverius | http://pastebin.com/86tmCr7Y |
21:25.15 | aliverius | didnt know that |
21:26.56 | aliverius | what other info could i provide? |
21:26.59 | y_morin | aliverius: probably the same issue as: http://comments.gmane.org/gmane.comp.lib.uclibc.buildroot/32776 |
21:27.11 | y_morin | (but no solution there) |
21:27.56 | aliverius | yeah he went from git to stable |
21:28.03 | aliverius | i will do viceversa |
21:28.16 | y_morin | aliverius: Ah! The problem is with GPM. |
21:28.26 | y_morin | aliverius: do you have the libgpm development files installed ? |
21:28.52 | aliverius | should have... it is a dep for gcc right? |
21:29.03 | y_morin | aliverius: to know, type: gcc -print-file-name=libgpm.a |
21:29.05 | aliverius | i am on archlinux all headers are there |
21:29.21 | aliverius | $ gcc -print-file-name=libgpm.a |
21:29.22 | aliverius | /usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.1/../../../../lib/libgpm.a |
21:29.35 | y_morin | aliverius: the problem was some issue with how ncurses handles GPM... Lemme dig up the thread... |
21:29.52 | y_morin | aliverius: yep, you have that installed. That's the culprit (IIRC). |
21:29.58 | y_morin | aliverius, just a sec... |
21:30.05 | aliverius | ok |
21:30.42 | y_morin | aliverius: here are the full explanations: http://lists.busybox.net/pipermail/buildroot/2011-September/045633.html |
21:31.19 | aliverius | but the lib must be there right? |
21:31.22 | y_morin | aliverius: there's a patch that's been applied to biuldroot, lemme dig it up for you... |
21:31.33 | y_morin | aliverius, no, not required all. |
21:31.40 | aliverius | i will remove it |
21:31.44 | aliverius | for now |
21:31.58 | y_morin | aliverius: not needed! WE have a patch! |
21:31.59 | aliverius | i thought is was necessary for gcc |
21:32.19 | y_morin | aliverius: Ho, it's not GMP, it's GPM ! |
21:32.24 | aliverius | ah lol |
21:32.26 | aliverius | the mouse |
21:32.28 | aliverius | hahaha |
21:32.45 | y_morin | aliverius: GMP *is* a req for gcc. |
21:32.58 | y_morin | GPM is about mouse-handling in VTs. |
21:33.08 | aliverius | yes i remembered that but i didnt remember the correct sequence of letters |
21:34.50 | y_morin | aliverius: apply that patch: http://lists.busybox.net/pipermail/buildroot/2011-September/045632.html |
21:35.22 | y_morin | aliverius: it's not the one that went upstream, but it is functionaly the same. |
21:36.48 | aliverius | no worky. probably i will have to go one step backwards |
21:36.48 | y_morin | aliverius: Ah, here it is: http://git.buildroot.org/buildroot/commit/?id=57194c2bd87045def1a01335336feb0d71715c91 |
21:38.07 | aliverius | still the same |
21:38.13 | aliverius | shall i do it from the beggining? |
21:39.27 | aliverius | i will and i will report back |
21:39.28 | y_morin | aliverius: in doubt, reboot... No, wait! |
21:39.38 | aliverius | make clean!!! |
21:39.42 | y_morin | aliverius: I would start afresh if I were you, indeed. |
21:39.48 | y_morin | aliverius: Yep! :-) |
21:40.12 | gustavoz | rm -rf output/build/host-ncruses* should suffice |
21:40.16 | gustavoz | or reinstall TCP/IP :) |
21:40.26 | y_morin | gustavoz: hello there! :-) |
21:40.26 | aliverius | crap now it''s late |
21:40.32 | gustavoz | y_morin: hey, how's it going? |
21:40.42 | y_morin | rough times... |
21:40.52 | gustavoz | nothing serious i hope? |
21:41.41 | y_morin | gustavoz: I lost a friend last week, and great parents are not at their best either... |
21:42.03 | gustavoz | y_morin: sorry about that, it's pretty hard when you loose someone close |
21:42.49 | y_morin | gustavoz: yep, it was quite sad... |
21:43.15 | *** join/#uclibc vapier (UserBah@wh0rd.org) |
21:43.59 | aliverius | y_morin: sorry to hear |
21:44.18 | y_morin | aliverius: thx. |
21:46.05 | y_morin | gustavoz: your ncurses patch was just needed by aliverius! |
21:46.20 | gustavoz | y_morin: it' |
21:46.32 | y_morin | gustavoz: as I could not find it back, I reverted to mine. Silly me, I was looking at gdb changes, not ncurses... Silly me... |
21:46.34 | gustavoz | y_morin: damn keyboard :) it's a pity i've just realised about the issue after the release |
21:47.08 | aliverius | downloading snapshot |
21:47.17 | aliverius | curious to see what directfb you have |
21:47.26 | *** join/#uclibc luneff (~yury@84.51.192.74) |
21:47.43 | gustavoz | yay! ocf patch working (linux kernel extension) |
21:48.07 | y_morin | Woops.. Bad key-combo... |
21:49.01 | aliverius | omg how do i find out the version of the directfb the snapshot uses |
21:49.06 | aliverius | (apart from building it) |
21:49.30 | gustavoz | aliverius: less package/directfb/directfb.mk :) |
21:49.41 | gustavoz | 1.4.15 for the quick answer |
21:50.42 | aliverius | good choice |
21:51.26 | aliverius | supposedly 1.5.3 is good for production |
21:51.32 | aliverius | but... |
21:52.53 | y_morin | aliverius: did the ncurses patch helped ? |
21:53.13 | aliverius | still building y_morin |
21:53.48 | aliverius | i am wondering about the final size |
21:54.05 | gustavoz | it's very likely the culprit, the ncurses build system has some bad mojo that breaks up when host gpm is detected |
21:54.32 | aliverius | my curses to ncurses |
22:04.17 | aliverius | :( |
22:04.55 | gustavoz | didn't work? |
22:07.25 | aliverius | ncurses is building right now |
22:07.47 | aliverius | the anti-smiley was for y_morin leaving |
22:08.43 | gustavoz | probably tired since he's in france IIRC and his mood isn't probably great which adds to the tiredness probably |
22:09.10 | aliverius | yeah... i am depressed too and i am from greece it is even later here :p |
22:09.25 | aliverius | busybox building! woohooo |
22:09.34 | gustavoz | i guess the situation isn't great there atm |
22:09.46 | aliverius | no it is not |
22:10.21 | gustavoz | i think i've still got a couple of relatives there (my grandfather was greek) |
22:10.32 | aliverius | where are you from? |
22:10.36 | gustavoz | argentina |
22:11.05 | aliverius | if your grandfather was greek you certainly have relatives here |
22:11.31 | gustavoz | very likely since he had many brothers/sisters |
22:11.47 | aliverius | that generation usually did |
22:11.52 | aliverius | that is why i was sure ;) |
22:11.57 | gustavoz | i know of a couple that live 50-50 between greece and australia |
22:12.11 | gustavoz | my uncle visited them some years ago |
22:12.36 | aliverius | what time is it now in Argentina gustavoz? |
22:12.42 | gustavoz | aliverius: 19:12 |
22:12.52 | aliverius | pretty early |
22:14.39 | aliverius | 8.5MB? that is big without a kernel :( |
22:15.04 | gustavoz | what did you compile? |
22:15.16 | aliverius | directfb libxml2 htop |
22:15.35 | gustavoz | target fs format = ? |
22:15.35 | aliverius | and some other directfb stuff |
22:15.41 | aliverius | ext2 |
22:15.50 | gustavoz | ah! try one of the compressed ones |
22:17.10 | gustavoz | i usually use squashfs, it's RO though you can add some separate RW fs for the writable bits |
22:18.20 | aliverius | xz made the images 2/5 |
22:26.29 | aliverius | well the patch is fine |
22:26.34 | aliverius | that matters the most |
22:29.40 | aliverius | can i somehow make it build no static libs?\ |
22:31.53 | aliverius | oops it seems no statics are there sorry |
22:32.59 | aliverius | another question: is expat a dependency for libxml2?! |
22:33.23 | gustavoz | static libs, includes and whatnot (devfiles) are cleaned up from the target unless you select the devfiles in target option |
22:33.41 | gustavoz | nope |
22:33.52 | gustavoz | libxml2 is pretty much standalone |
22:34.14 | aliverius | probably fontconfig's google saith |
22:35.50 | gustavoz | yup |
22:41.15 | aliverius | one trick could be use a r/w fs and use your embedded application statically linked and compressed with upx |
22:43.10 | gustavoz | maybe, but you could have a penalty there |
22:43.37 | gustavoz | upx decompresses every time each binary is run so you've got no cached hit if you've got free memory |
22:50.28 | aliverius | i am talking about one binary, otherwise why build statically |
22:50.47 | aliverius | except if upx compresses libs too nowadays |
22:53.53 | aliverius | oh and eet can compress your data too :) |
22:54.19 | aliverius | i must start messing with embedded some day... |
22:59.42 | robinmholt | I am trying to compile the Broadcom SDK for an embedded system which is using uClibc. At the point of the final link, I get: |
22:59.45 | robinmholt | powerpc-unknown-linux-uclibc/sysroot/usr/lib/libc.a(sigprocmask.os): In function `sigprocmask': |
22:59.49 | robinmholt | sigprocmask.c:(.text+0x0): multiple definition of `sigprocmask' |
22:59.51 | robinmholt | powerpc-unknown-linux-uclibc/sysroot/usr/lib/libpthread.a(pt-sigprocmask.os):pt-sigprocmask.c:(.text+0x0): first defined here |
22:59.54 | robinmholt | powerpc-unknown-linux-uclibc/sysroot/usr/lib/libc.a(sigaction.os): In function `__libc_sigaction': |
22:59.58 | robinmholt | sigaction.c:(.text+0x0): multiple definition of `__libc_sigaction' |
23:00.00 | robinmholt | powerpc-unknown-linux-uclibc/sysroot/usr/lib/libpthread.a(pt-sigaction.os):pt-sigaction.c:(.text+0x0): first defined here |
23:00.03 | robinmholt | powerpc-unknown-linux-uclibc/sysroot/usr/lib/libc.a(sigaction.os): In function `sigaction': |
23:00.06 | robinmholt | sigaction.c:(.text+0x24): multiple definition of `__sigaction' |
23:00.09 | robinmholt | powerpc-unknown-linux-uclibc/sysroot/usr/lib/libpthread.a(pt-sigaction.os):pt-sigaction.c:(.text+0x24): first defined here |
23:00.12 | robinmholt | collect2: ld returned 1 exit status |
23:02.19 | robinmholt | The link has -static -lpthread |
23:54.35 | *** join/#uclibc ashes (~ashes@75.155.223.218) |