| 00:07.30 | *** join/#uclibc trem (n=trem@AToulouse-256-1-129-191.w90-45.abo.wanadoo.fr) |
| 00:20.34 | *** join/#uclibc like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 00:56.33 | Dj-Death | kos_tom: arg |
| 00:59.08 | Dj-Death | kos_tom: I was trying to compile icu in buildroot, and I have some problem |
| 01:00.02 | Dj-Death | kos_tom: i saw you made a patch to remove the icu cross compile patch |
| 01:00.57 | Dj-Death | kos_tom: I'm wondering whether it has been tester with a target architecture != host architecture |
| 01:01.24 | Dj-Death | kos_tom: because when cross compile from x86/x86_64 for x86 no problem |
| 01:01.57 | Dj-Death | kos_tom: but with x86 for sh4, it fails to run sh4 binairies |
| 01:07.51 | Dj-Death | kos_tom: to complete the build I had to rewrite the patch that was previously there |
| 07:53.08 | *** join/#uclibc like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 09:29.24 | kos_tom | Dj-Death: hum, did my icu patch was included. I thought I gave up on icu after trying to convert it to the new package infrastructure. |
| 10:55.04 | *** join/#uclibc hgb (n=hgb@tussi.moria.no) |
| 11:43.00 | adb | i may confirm bug 847 "target-gcc v4.4 fails with "libc.so.0:.." whit target-gcc v4.3.4 too |
| 11:44.20 | adb | s/whit/with |
| 11:45.12 | adb | busybot, #847 |
| 11:52.08 | *** join/#uclibc like2wise (n=like2wis@82-171-51-231.ip.telfort.nl) |
| 11:56.18 | *** join/#uclibc trem (n=trem@AToulouse-256-1-129-191.w90-45.abo.wanadoo.fr) |
| 12:30.01 | *** join/#uclibc kos_tom_ (n=thomas@humanoidz.org) |
| 12:33.55 | Dj-Death | kos_tom_: no it wasn't, I just give him a try |
| 12:40.42 | Dj-Death | kos_tom_: I thought it was in queue to be integrated, apparently not ;) |
| 12:40.47 | Dj-Death | kos_tom_: thx |
| 14:33.31 | *** join/#uclibc ymorin (n=ymorin@ARennes-252-1-48-185.w83-195.abo.wanadoo.fr) |
| 15:05.57 | *** join/#uclibc dazman (n=dazman@unaffiliated/dazman) |
| 15:09.54 | *** join/#uclibc mnt_real (n=sinan@bas12-montrealak-1167974851.dsl.bell.ca) |
| 15:47.37 | ymorin | kos_tom: ping... |
| 15:47.52 | kos_tom | ymorin: pong. |
| 15:48.17 | ymorin | I'm starting to look at BR to integrate ct-ng as a toolchain backend. |
| 15:48.40 | ymorin | (will not be ready for prime time before a bit of time, though...) |
| 15:49.05 | ymorin | Suggestions ? |
| 15:50.38 | kos_tom | ymorin: integrate it as a new toolchain type. |
| 15:50.48 | kos_tom | next to "Buildroot toolchain" and "External binary toolchain" |
| 15:51.00 | ymorin | Yes, sure. Already done part of the config stuff. |
| 15:51.27 | ymorin | Do we need to select a specific version, or lease the user do the selection ? |
| 15:51.37 | ymorin | s/lease/leave/ |
| 15:59.01 | *** join/#uclibc fabled (n=fabled@letku109.adsl.netsonic.fi) |
| 15:59.27 | ymorin | Also, do we allow the user to use a local ct-ng source tree (eg to debug interaction btw BR and ct-ng), or always rely from upstream (eg only released tarballs) |
| 16:01.40 | kos_tom | ymorin: usually, we don't select version of the components. So just use the latest ct-ng stable version. |
| 16:18.11 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 16:46.16 | *** join/#uclibc kolbyjack (n=jkolb@26.235.189.72.cfl.res.rr.com) |
| 17:02.47 | kos_tom | ymorin: for the local source tree, why not, but I'm fearing that this would complicate the configuration. Or make it hidden somehow. |
| 17:03.04 | kos_tom | maybe we need some sort of global "Developer" option that would display/hide features only useful for us. |
| 17:03.42 | ymorin | kos_tom: yes, and the user could still use the "external toolchain" in that case... |
| 17:08.57 | CIA-43 | 03farmatito 07master * r0681137972dc 10/loginutils/adduser.c: adduser: fix a logical inversion which made -G GRP inoperative |
| 17:14.37 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 18:11.30 | CIA-43 | 03vda.linux 07master * rdc698bb03875 10/ (13 files in 9 dirs): *: make it easier to distinquish "struct tm", pointer to one, etc |
| 18:13.21 | *** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa) |
| 18:56.48 | CIA-43 | 03vda.linux 07master * r93ac7d8468fe 10/ (4 files in 3 dirs): cpio: improve help text; document two TODOs |
| 18:57.07 | *** join/#uclibc mnemoc (n=amery@shell.opensde.net) |
| 19:27.41 | CIA-43 | 03vda.linux 07master * r607f65d17145 10/ (archival/cpio.c include/usage.h): cpio: improve help text more; fix -p and -F interaction |
| 19:27.41 | CIA-43 | 03vda.linux 07master * r02dd96f68899 10/archival/cpio.c: cpio: fix -o-less cpio -F FILE |
| 19:42.10 | *** join/#uclibc PortaLu (n=Lucretia@5ac2a24b.bb.sky.com) |
| 19:58.01 | CIA-43 | 03vda.linux 07master * r4653e442ba66 10/ (libbb/update_passwd.c loginutils/adduser.c): adduser: more fixes to "add user to specified group" |
| 20:39.01 | *** join/#uclibc Phurl (n=mdupont@ip-81-210-245-60.unitymediagroup.de) |
| 20:41.21 | *** join/#uclibc ymorin (n=ymorin@ARennes-252-1-48-185.w83-195.abo.wanadoo.fr) |
| 20:43.09 | *** join/#uclibc ymorin (n=ymorin@ARennes-252-1-48-185.w83-195.abo.wanadoo.fr) |
| 20:59.34 | CIA-43 | 03vda.linux 07master * r957e23861432 10/libc/misc/time/time.c: ctime: do not use static struct tm buffer |
| 21:22.25 | CIA-43 | 03vda.linux 07master * r8ced1e5dc55b 10/loginutils/passwd.c: passwd: do not complain about /etc/shadow needlessly |
| 22:37.45 | *** join/#uclibc philipp64 (n=chatzill@63.224.43.239) |
| 22:38.19 | philipp64 | howdy. quick question: what turns on __USE_UNIX98 in <features.h> ? |
| 22:39.13 | philipp64 | it seems to be gated by #if defined(_LIBC) ... but I can't figure out what turns on _LIBC. my understanding was that the header files that needed it would pull in the requisite header as appropriate. not the case. at least not in 0.9.28... |
| 22:43.23 | *** join/#uclibc kolbyjack (n=jkolb@26.235.189.72.cfl.res.rr.com) |
| 22:49.37 | *** join/#uclibc ymorin (n=ymorin@ARennes-252-1-48-185.w83-195.abo.wanadoo.fr) |
| 23:26.41 | *** join/#uclibc kos_tom (n=thomas@humanoidz.org) |