| 00:03.50 | *** join/#uclibc swrh (n=mind@189-55-85-3-nd.cpe.vivax.com.br) |
| 00:04.54 | CIA-43 | 03vda.linux 07master * rb972f9495773 10/testsuite/diff.tests: diff: add more tests |
| 00:40.04 | *** join/#uclibc _Lucretia__ (n=munkee@5acb92f5.bb.sky.com) |
| 00:56.32 | CIA-43 | 03vda.linux 07master * r9c3b84a3049a 10/ (4 files in 3 dirs): ls: make it so that group never glues itself to file size |
| 01:09.15 | CIA-43 | 03stefan.seyfried 07master * rf3fc9ac166d2 10/networking/ (Config.in ftpd.c): ftpd: conditional support for broken clients |
| 01:54.14 | *** join/#uclibc dileX (n=sd@p5B2EEDBE.dip.t-dialin.net) |
| 02:07.56 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
| 02:15.30 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
| 02:16.34 | *** join/#uclibc dileX_ (n=sd@p5B2EE16B.dip.t-dialin.net) |
| 03:58.21 | CIA-43 | 03mizvekov 07master * rd4a7728dc3b3 10/ (editors/Config.in editors/diff.c testsuite/diff.tests): diff: rewrite. much smaller and more correct |
| 04:11.38 | *** join/#uclibc kolbyjack (n=jkolb@113.229.189.72.cfl.res.rr.com) |
| 04:22.58 | CIA-43 | 03vda.linux 07master * r032bf6553346 10/editors/diff.c: diff: defeat gcc's optimization |
| 05:16.36 | CIA-43 | 03vda.linux 07master * r9e0879a1cb99 10/editors/diff.c: diff: add NOINLINE |
| 05:35.54 | WildPikachu | but the rest is ok |
| 05:43.34 | *** join/#uclibc fabled (n=fabled@letku109.adsl.netsonic.fi) |
| 07:05.55 | *** join/#uclibc ncopa (n=ncopa@245.39.189.109.customer.cdi.no) |
| 07:21.38 | *** join/#uclibc ymorin_ (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 08:15.42 | *** join/#uclibc hgb (n=hgb@tussi.moria.no) |
| 08:38.59 | *** join/#uclibc djdeath (n=djdeath@potipota.net) |
| 09:45.49 | *** join/#uclibc ibot_ (i=ibot@rikers.org) |
| 09:45.49 | *** topic/#uclibc is discussion of uClibc and Busybox | uClibc 0.9.30.2 was released 13 Jan 2010 | busybox 1.15.3 was released 12 Dec 2009 (unstable busybox 1.16.git) | buildroot 2009.11 was released 1 December 2009 | For general setup issues try #elinux or #edevreminds me that |
| 09:51.04 | *** join/#uclibc dileX (n=sd@p5B2EDB1E.dip.t-dialin.net) |
| 09:55.58 | *** join/#uclibc swrh (n=mind@189-55-85-3-nd.cpe.vivax.com.br) |
| 10:06.31 | CIA-43 | 03rep.dot.nop 07master * rc13dd47ecbbd 10/extra/scripts/randconfig.sh: randconfig.sh: set number of make jobs |
| 10:06.34 | CIA-43 | 03rep.dot.nop 07master * rf331f6d2eff5 10/libm/ldouble_wrappers.c: rename exp(onent) to ex |
| 10:06.36 | CIA-43 | 03rep.dot.nop 07master * rd0a8b14169c6 10/libc/sysdeps/linux/common/futimens.c: futimens: add missing local prototype |
| 10:11.36 | *** join/#uclibc dileX (n=sd@p5B2EF02B.dip.t-dialin.net) |
| 10:40.14 | *** join/#uclibc dileX_ (n=sd@p5B2EE1EB.dip.t-dialin.net) |
| 10:42.47 | CIA-43 | 03jacmet 07master * rc47124d43825 10/CHANGES: CHANGES: #841 is closed |
| 10:42.49 | CIA-43 | 03hartleys 07master * r5a352cdeba03 10/package/mtd/ (Config.in mtd-utils.git/mtd.mk mtd-utils/mtd.mk): package/mtd: Remove obsolete utilities, add new ones |
| 10:42.50 | CIA-43 | 03ormundw 07master * rbc41dc5b8fbb 10/package/qt/qt.mk: qt: Re-enable workaround for building on x86 for x86 target, also check for x86_64 |
| 11:00.16 | *** join/#uclibc dileX (n=sd@p5B2EE1EB.dip.t-dialin.net) |
| 11:01.23 | *** join/#uclibc dileX (n=sd@p5B2EE1EB.dip.t-dialin.net) |
| 11:17.11 | *** join/#uclibc dileX_ (n=sd@p5B2ED70C.dip.t-dialin.net) |
| 11:25.39 | CIA-43 | 03vda.linux 07master * r573ba4e92e92 10/ (8 files in 8 dirs): fix examples which used non-standard cut -b0-NNN |
| 11:37.33 | *** join/#uclibc dileX (n=sd@p5B2EEF3D.dip.t-dialin.net) |
| 11:40.33 | djdeath | Jacmet: there ? |
| 11:44.53 | *** join/#uclibc _Lucretia_ (n=munkee@pdpc/supporter/active/lucretia) |
| 11:49.35 | Jacmet | djdeath: yes |
| 11:59.41 | *** join/#uclibc gustavoz (n=gustavoz@host63.201-252-5.telecom.net.ar) |
| 12:03.07 | CIA-43 | 03vda.linux 07master * r7be97c5b6b0f 10/coreutils/ls.c: ls: fix sort of very large files. +21 byte |
| 12:03.50 | djdeath | Jacmet: why the libtool patching has been turned on by default ? |
| 12:11.16 | Jacmet | djdeath: that has always been so |
| 12:11.50 | Jacmet | djdeath: E.G. it was added back in 2008 by 4ab8aa44 and it defaulted to yes from the beginning |
| 12:57.43 | *** join/#uclibc dileX_ (n=sd@p5B2EF98E.dip.t-dialin.net) |
| 12:58.06 | djdeath | Jacmet: never noticed... |
| 13:02.08 | djdeath | Jacmet: thx |
| 13:23.41 | *** join/#uclibc rob_w (n=bob@217.237.177.190) |
| 13:23.45 | rob_w | hiho |
| 13:24.42 | rob_w | i am fighting busybox httpd applet to actually send me the parameter supply urlencoded like http://ip/cgi-bin/test.sh?blabla but the test.sh doesnt output somethin on $1 ? any ideas ? |
| 13:26.52 | rob_w | could it be that hush shell is my problem ? |
| 13:28.11 | rob_w | anyone alive at all here ? |
| 13:42.54 | rob_w | <PROTECTED> |
| 13:54.57 | *** join/#uclibc animeloe[net] (n=animeloe@unaffiliated/animeloe) |
| 14:16.34 | CIA-43 | 03nkukard 07master * rf16a9799b652 10/package/rpm/ (11 files): Bumped rpm |
| 14:16.35 | CIA-43 | 03nkukard 07master * r4d190ec0bfcc 10/package/bootutils/bootutils.mk: Bump bootutils |
| 14:16.36 | CIA-43 | 03jacmet 07master * r80fa6e6d8cc7 10/package/bootutils/bootutils.mk: Merge branch 'bootutils-update' of git://git.busybox.net/~nkukard/git/buildroot |
| 14:16.38 | CIA-43 | 03jacmet 07master * r55f591ed1d45 10/CHANGES: CHANGES: add bootutils |
| 14:16.39 | CIA-43 | 03jacmet 07master * r54729d498af8 10/package/rpm/ (11 files): Merge branch 'rpm-update3' of git://git.busybox.net/~nkukard/git/buildroot |
| 14:16.41 | CIA-43 | 03jacmet 07master * r03407774b73e 10/CHANGES: CHANGES: add rpm |
| 14:16.42 | CIA-43 | 03jacmet 07master * r59493977cb8c 10/package/rpm/rpm-5.2.0-uclibc-no-lfs-fix.patch: rpm: fix build with !LFS |
| 14:16.44 | CIA-43 | 03jacmet 07master * recf5939cfb39 10/package/Makefile.autotools.in: Makefile.autotools.in: fixup .la files in all lib dirs |
| 14:16.48 | CIA-43 | 03jacmet 07master * r1653a281b99d 10/package/rpm/Config.in: rpm: needs XML support in libneon |
| 14:28.24 | *** join/#uclibc sjhill (n=sjhill@home.bethel-hill.org) |
| 14:37.53 | *** join/#uclibc tsukasa (n=tsukasa@unaffiliated/tsukasa) |
| 15:18.08 | dougmencken | hmm.. you have migrated from git to anything other? I see nothing new in uclibc since christmas |
| 15:19.31 | dougmencken | Dec 25, git describe: 0_9_30_rc3-778-g784e157 |
| 15:19.38 | dougmencken | Jan 18, git describe: 0_9_30_rc3-778-g784e157 |
| 15:31.48 | *** join/#uclibc mnt_real (n=sinan@bas12-montrealak-1167976473.dsl.bell.ca) |
| 15:33.02 | *** join/#uclibc likewise (n=likewise@215-65-ftth.onsneteindhoven.nl) |
| 15:41.11 | *** join/#uclibc dileX (n=sd@p5B2EF98E.dip.t-dialin.net) |
| 16:03.05 | *** join/#uclibc _Lucretia_ (n=munkee@pdpc/supporter/active/lucretia) |
| 16:05.11 | CIA-43 | 03jacmet 07master * r0099ed2bf03e 10/ (2 files in 2 dirs): gstreamer: fix unaligned detection for x86-64 |
| 16:20.39 | CIA-43 | 03will_wagner 07master * rc68bef7c006e 10/package/x11r7/ (mesa3d/mesa3d.mk xutil_makedepend/xutil_makedepend.mk): mesa3d/makedepend: correct host package names after autotools change |
| 16:22.04 | *** join/#uclibc dougmencken (n=Douglas@93.123.156.139) |
| 16:42.49 | *** join/#uclibc wberrier (n=wberrier@12.191.193.40) |
| 16:45.00 | *** join/#uclibc austinf (n=austinf@75-92-1-28.war.clearwire-wmx.net) |
| 17:23.12 | *** join/#uclibc ymorin (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 17:32.55 | *** join/#uclibc kolbyjack (n=jkolb@113.229.189.72.cfl.res.rr.com) |
| 17:49.53 | *** join/#uclibc ncopa (n=ncopa@245.39.189.109.customer.cdi.no) |
| 18:47.58 | *** join/#uclibc gatty (n=agatward@2a01:348:11b:beef:74c9:463:ffc3:2a75) |
| 18:59.45 | *** join/#uclibc PortaLu (n=Lucretia@5ac95ba2.bb.sky.com) |
| 19:11.20 | *** join/#uclibc p0ker (n=p0ker@93.124.192.66) |
| 19:35.02 | *** join/#uclibc austinf (n=austinf@74.92.231.110) |
| 20:14.08 | dougmencken | "rm -v *bz2" (rm is the busybox' one) doesn't print anything |
| 20:32.26 | *** join/#uclibc wberrier (n=wberrier@12.191.193.40) |
| 20:37.33 | *** join/#uclibc Dj-Death (n=djdeath@potipota.net) |
| 20:37.41 | *** join/#uclibc dileX (n=sd@p5B2EF98E.dip.t-dialin.net) |
| 20:57.56 | *** join/#uclibc trem (n=trem@AToulouse-256-1-43-40.w90-38.abo.wanadoo.fr) |
| 21:04.52 | *** join/#uclibc ymorin_ (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 21:13.23 | ymorin | Hello! I'm trying to remove the sub-arch (aka variants) selections from the uClibc menuconfig (as per the recent thread on the ML). |
| 21:13.39 | ymorin | I'm facing issues wrt the i386 stuff... |
| 21:13.57 | khem | ymorin: whats the issue |
| 21:14.12 | ymorin | Basicaly, we use the variant to select some optimisation options (eg. alignments...) |
| 21:14.24 | ymorin | But the compiler should do that for us, right ? |
| 21:14.47 | ymorin | Or do we really want to override the compiler's defaults ? |
| 21:15.18 | khem | probably we want to but it may be dependent on arch |
| 21:15.31 | khem | which sub arch is it |
| 21:15.55 | ymorin | What struck me is that i386 is the only arch for which we do that. ARM, MIPS and AVR32 I've already handled whre a simplematter of selecting -march... |
| 21:16.12 | ymorin | khem: for different sub-arch, crusoe, i486, K7... |
| 21:17.29 | khem | ymorin: let me take a quick look |
| 21:17.35 | ymorin | Options used: -mpreferred-stack-boundary -falign-functions -falign-jumps -falign-labels |
| 21:19.05 | khem | ymorin: yeah those are really specific flags |
| 21:19.19 | ymorin | khem: So we do really need them ? |
| 21:19.29 | khem | but that does not mean we need them |
| 21:19.58 | khem | We have to make sure that these machines work if we remove them |
| 21:20.03 | ymorin | OH, good! I'll go ahead with my double-handed axe, then! :-) |
| 21:20.04 | khem | these might be some hoops for older gcc |
| 21:20.13 | CIA-43 | 03jacmet 07master * rd77120e3dee5 10/toolchain/kernel-headers/ (5 files): kernel-headers: bump 2.6.27.x / 2.6.31.x / 2.6.32.x stable versions |
| 21:20.14 | ymorin | Yes, we'll have to. |
| 21:21.31 | ymorin | I mean: we'll to make sure these machines still work. |
| 21:21.43 | ymorin | As for gcc, what is the oldest version we're supposed to support ? |
| 21:23.42 | khem | ymorin: and anyway I think we should align function if we need some |
| 21:23.55 | khem | individually and not like wholesale approach what we have now |
| 21:24.01 | khem | ymorin: 4.x |
| 21:24.11 | khem | 4.1 should be sufficient |
| 21:24.47 | ymorin | khem: OK, means specific align attribute in the code, then. I'm not able to handle that, I'm afraid... :-( |
| 21:24.55 | khem | yep |
| 21:25.01 | ymorin | gcc-4.1: OK |
| 21:25.31 | khem | no worries it may be that we dont need to do that anymore |
| 21:25.39 | khem | as gcc has corrected itself |
| 21:25.46 | khem | if we are lucky |
| 21:25.49 | ymorin | khem: do you think it would make sense to chop the global aligns as it is today, submit as-is, and then fix the breakage if ther's any ? |
| 21:26.21 | khem | ymorin: hmmm I still would suggest to test the patch well |
| 21:26.34 | ymorin | Yes, of course! |
| 21:26.50 | khem | I think if uclibc build runs and passes the test suite I would be ok |
| 21:27.11 | ymorin | khem: The fact is, I do not have the HW, and can only rely (at best) on virtualisation. |
| 21:27.34 | khem | ymorin: hmm ok, qemu should do the job |
| 21:27.52 | ymorin | OK, will give it a spin, then! Thanks! :-) |
| 21:28.40 | khem | hmm qemu just supports pc I thought it will have something like i*86 |
| 21:28.42 | khem | variants |
| 21:30.05 | ymorin | khem: yes it does to some extent: qemu -cpu ? |
| 21:32.01 | khem | ymorin: I think the information is still good may be we should create sample .config for machines and put them in srcs |
| 21:32.09 | khem | so people can use that as reference |
| 21:32.35 | khem | because there is a lot of good optimizations in there which now will be delegated to user |
| 21:32.48 | khem | and users sometimes do not make wise choices |
| 21:32.58 | khem | ymorin: yeah I was looking at qemu -M ? |
| 21:40.46 | ymorin | khem: sample .config for uClibc? But if we remove the options to rely on the compiler, there is no point in a .config collection... |
| 21:42.25 | khem | ymorin: EXTRA_CFLAGS |
| 21:42.51 | ymorin | khem: yes, stupid me... :-/ |
| 21:42.55 | khem | or someway to preserve what we have and communicate it to the users yet let them be independent not to use it |
| 21:43.34 | *** join/#uclibc dileX_ (n=sd@p5B2EDBE5.dip.t-dialin.net) |
| 21:44.23 | ymorin | A collection of .config might a bit complex to build, especially if there are a lot of architectures impacted. |
| 21:44.58 | ymorin | But a new file in docs/ listing possible combos might be enough?... |
| 21:56.00 | *** join/#uclibc _Lucretia__ (n=munkee@5ac95b21.bb.sky.com) |
| 21:57.06 | khem | yeah somewhere it should be kept |
| 21:57.15 | khem | a README would be fine |
| 22:01.53 | ymorin | khem: I will add that README in the patch, then. |
| 22:02.23 | ymorin | What do you prefer: "variant" or "sub-arch" ? |
| 22:14.18 | *** join/#uclibc ibot (i=ibot@rikers.org) |
| 22:14.18 | *** topic/#uclibc is discussion of uClibc and Busybox | uClibc 0.9.30.2 was released 13 Jan 2010 | busybox 1.15.3 was released 12 Dec 2009 (unstable busybox 1.16.git) | buildroot 2009.11 was released 1 December 2009 | For general setup issues try #elinux or #edevreminds me that |
| 22:17.07 | ymorin | adb: I mean, eg. arnv4, arnv5, cortex... are variants/sub-arch of ARM, and i386, i486, pentium... are variants/sub-arch of i386 (the list goes on with others archtiectures as well...) |
| 22:17.12 | ymorin | adb: I mean, eg. arnv4, arnv5, cortex... are variants/sub-arch of ARM, and i386, i486, pentium... are variants/sub-arch of i386 (the list goes on with others archtiectures as well...) |
| 22:17.50 | ymorin | (woops worry for double send...) |
| 22:35.11 | *** join/#uclibc dileX (n=sd@p5B2ED38C.dip.t-dialin.net) |
| 22:37.40 | adb | if user can chose betweens his needs (aka betweens variants/sub-arch) w/o "destroying" the build that's ok , if no adding a custom case that may guide him will be nice |
| 22:41.49 | adb | (sure i may be complete wrong too) |
| 22:48.24 | ymorin | adb: there has been consensus on the ML that the user is responsible to either correctly set up his/her compiler, or pass adequate UCLIBC_EXTRA_CFLAGS when building uClibc. |
| 22:49.21 | ymorin | And we discussed with khem that for arch/sub-arch that are /tricky/ we'll add a README in the source tree. |
| 22:50.08 | adb | cool, so forget what i said , sorry |
| 22:50.25 | ymorin | I just wanted to know which of "variants" or "sub-arch" is the most meaningful. |
| 22:51.17 | ymorin | adb: no problem, we're here to discuss, and if you have objections, I'd be happy to hear^Wread them :-) |
| 22:51.29 | adb | i'll chose/vote "sub-arch" |
| 22:51.38 | ymorin | OK, thanks! |
| 22:51.51 | adb | yw |
| 22:52.53 | ymorin | Well, `nite all! |
| 22:53.42 | adb | b/c arnv4, arnv5, cortex are are "variants" of sub-arch for ARM (for me again) |
| 22:58.57 | *** join/#uclibc ymorin (n=ymorin@ARennes-252-1-3-165.w83-195.abo.wanadoo.fr) |
| 23:01.29 | adb | ymorin, b/c arnv4, arnv5, cortex are are "variants" of sub-arch for ARM (for me again) |
| 23:29.11 | trem | nite all, sweet dreams |