| 00:05.20 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 00:25.32 | qi-bot | [commit] Werner Almesberger: b2/: move all error handling from subex to subst (master) http://qi-hw.com/p/eda-tools/3ad6c2c |
| 00:25.33 | qi-bot | [commit] Werner Almesberger: b2/: add relop to struct param, in preparation of merge with struct var (master) http://qi-hw.com/p/eda-tools/fdac542 |
| 00:25.34 | qi-bot | [commit] Werner Almesberger: b2/: rename "name" field in struct value to more generic "s", for better sharing (master) http://qi-hw.com/p/eda-tools/061e8f5 |
| 00:25.35 | qi-bot | [commit] Werner Almesberger: b2/: use (general) "struct param" to replace (specialized) "struct var" (master) http://qi-hw.com/p/eda-tools/c1b6b2a |
| 00:25.37 | qi-bot | [commit] Werner Almesberger: b2/: move basic handling of variables from subex to param (master) http://qi-hw.com/p/eda-tools/4a3e517 |
| 00:25.39 | qi-bot | [commit] Werner Almesberger: b2/db.c: add (somewhat crude) parametric part selection (master) http://qi-hw.com/p/eda-tools/bcf4696 |
| 00:25.41 | qi-bot | [commit] Werner Almesberger: b2/boom.c: add parametric part selection (with option -Q) (master) http://qi-hw.com/p/eda-tools/256a096 |
| 00:28.02 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 00:37.25 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 01:01.33 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 01:24.32 | *** join/#qi-hardware wolfspraul (~wolfsprau@221.220.191.67) |
| 01:52.49 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 02:20.00 | *** part/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 02:30.50 | qi-bot | [commit] Werner Almesberger: b2/: correct some whitespace anomalies (master) http://qi-hw.com/p/eda-tools/2c5850e |
| 02:30.52 | qi-bot | [commit] Werner Almesberger: b2/eval.c (decode_mult): also support "G" prefix (master) http://qi-hw.com/p/eda-tools/2014e60 |
| 02:30.53 | qi-bot | [commit] Werner Almesberger: b2/: add "ignore" keyword for substitution rules (master) http://qi-hw.com/p/eda-tools/d2171eb |
| 02:45.36 | *** join/#qi-hardware GeorgeH (~George@c-69-141-105-145.hsd1.nj.comcast.net) |
| 03:16.36 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 03:25.25 | *** join/#qi-hardware pabs3 (~pabs@d122-111-252-61.per801.wa.optusnet.com.au) |
| 03:37.09 | qi-bot | [commit] Adam Wang: dip.fpd, dip4of6.fpd: copied both from /labsw/modules (master) http://qi-hw.com/p/kicad-libs/9c6b38d |
| 04:24.33 | *** join/#qi-hardware Openfree` (~Openfreer@116.228.88.131) |
| 04:59.32 | *** join/#qi-hardware jyfl987 (~jyf@unaffiliated/yunfan) |
| 05:05.05 | jyfl987 | xiangfu: can i access the on-chip bootrom from nanonote? |
| 05:05.14 | *** join/#qi-hardware viric (~viric@unaffiliated/viric) |
| 05:06.42 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 05:07.08 | xiangfu | jyfl987, no. |
| 05:07.18 | xiangfu | jyfl987, hardcode. |
| 05:08.21 | jyfl987 | xiangfu: which project do you now working for? |
| 05:08.44 | xiangfu | qi-hardware project. :-) |
| 05:08.51 | xiangfu | ben nanonote and Milkymist One. |
| 05:09.40 | jyfl987 | xiangfu: is it possible to let nanonote access network via mobile? gprs/3g |
| 05:10.47 | xiangfu | jyfl987, here is one faster solution: you can try to buy a OpenWrt support router that have usb host. |
| 05:10.57 | *** join/#qi-hardware phirs859 (~smuxi@xdsl-89-0-160-159.netcologne.de) |
| 05:10.59 | xiangfu | then you connect nanonote and usb-3g dongle to that router. |
| 05:11.15 | jyfl987 | nope i mean mobile phone |
| 05:15.02 | xiangfu | jyfl987, then your mobile phone need support USB-HOST and usb-either network. |
| 05:15.15 | xiangfu | usb-eithernet |
| 05:16.13 | xiangfu | or ben nanonote ---USB--> OpenWrt router(703n mr11u) --WiFi---> Your mobile phone --> 3G --> Internet |
| 05:17.07 | jyfl987 | not a good idea, why not connect NN to your mobile phone directly? |
| 05:17.46 | xiangfu | jyfl987, as I said your mobile phone need support USB-HOST. |
| 05:20.04 | jyfl987 | i dont know how to check it, but i think modem mobile phone might support that |
| 05:21.53 | xiangfu | yes |
| 05:29.25 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host171-91-dynamic.54-79-r.retail.telecomitalia.it) |
| 05:30.45 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 06:17.52 | *** part/#qi-hardware jyfl987 (~jyf@unaffiliated/yunfan) |
| 06:39.00 | *** join/#qi-hardware jluis|work (~jpddb@83.247.136.72) |
| 06:50.34 | *** join/#qi-hardware jurting (~jommpa90_@ip-68-223-241-92.dialup.ice.net) |
| 07:33.42 | *** join/#qi-hardware xwalk_ (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 08:52.43 | *** join/#qi-hardware kyak (~kyak@unaffiliated/kyak) |
| 09:32.30 | *** join/#qi-hardware methril (~methril@89.100.193.130) |
| 09:44.38 | cladamw | wpwrak, see http://dpaste.com/751062/ |
| 09:45.43 | *** join/#qi-hardware mikankun (~mikankun@unaffiliated/angelfly) |
| 09:50.56 | cladamw | wpwrak, in GUI, how can I select 'marker' frame to add vector ? I found that in my *.fpd, those __0: vec @(-x/2-r-clear, -y/2+r)__1: vec .(0mm, r) is not within "marker' macro. And surely in GUI screen will get blue background. Of course I can 'manually' copy vectors into frame macro, but I'd like to do this in GUI. What else i can do ? or just use "Swap var&code" ? |
| 10:05.10 | *** join/#qi-hardware jivs_ (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 10:10.43 | wpwrak | cladamw: you just click on the name ("marker") in the list of frames. then what you do on the right side happens in the marker frame |
| 10:12.00 | wpwrak | cladamw: note: if you later click on an item that's in a different frame, fped may change the current frame to the one containing that item |
| 10:13.44 | cladamw | so select frame first, then add vector, etc ... at that those vectors would be included in 'marker' ? |
| 10:14.38 | wpwrak | when you add vectors, they're always added to the current frame |
| 10:15.23 | cladamw | hmm ... need to get used to .... seems the 'start' and 'end' point are hard to click. :( |
| 10:16.22 | cladamw | and period of clicking changes frame layer. |
| 10:16.34 | wpwrak | but you'll have to connect the "marker" frame first. so you select the frame in which it should be placed, then drag "frame" on the location where its origin should be (the origin is the fat little circle) |
| 10:17.07 | wpwrak | so the complete sequence for creating a new frame and then adding things to it is: |
| 10:17.23 | wpwrak | 1) "Add frame" on the left side |
| 10:17.47 | wpwrak | 2) edit the name of the new frame (default name "_") |
| 10:18.00 | wpwrak | 3) select the parent frame |
| 10:18.34 | wpwrak | 4) drag the new frame (click and hold the name, then drag it into the canvas) to its starting location |
| 10:18.56 | wpwrak | 5) select the new frame (on the left side again) |
| 10:19.15 | wpwrak | 6) so to the canvas and add the things you want there, starting from the frame's origin |
| 10:21.05 | wpwrak | note that a frame can have multiple parents. e.g., if you have a vector (10, 0) and a vector (-10, 0) in the root frame, you can attach "marker" (or some other frame) to each vectors |
| 10:21.27 | cladamw | ah ... seems 3) and 5) i missed or made wrong, alright, i try these 6 steps. |
| 10:22.05 | wpwrak | last but not least, the place where you attach a frame is the end of a vector in the parent frame or the parent frame's origin. so you don't have to make a vector (0, 0) to connect something to the origin |
| 10:22.59 | wpwrak | (3-5) yes, if you don't attach the frame, then the screen stays dark :) |
| 10:28.12 | cladamw | and why Fped generates many filename~#.fpd ? |
| 10:30.06 | wpwrak | these are older versions you've saved. that's to make sure that you have backups :) |
| 10:30.55 | cladamw | okay. |
| 10:34.25 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 11:04.48 | *** join/#qi-hardware methril (~methril@89.100.193.130) |
| 11:08.45 | *** join/#qi-hardware rejon_ (~rejon@jp.fabricatorz.com) |
| 11:10.44 | *** join/#qi-hardware Martix (~martix@4.177.broadband3.iol.cz) |
| 11:17.39 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-6-241.w109-215.abo.wanadoo.fr) |
| 11:17.58 | LunaVorax | Hello everyone! |
| 11:42.40 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 11:59.39 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 12:22.12 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-6-241.w109-215.abo.wanadoo.fr) |
| 12:25.53 | wolfspraul | hi :-) |
| 12:30.09 | *** join/#qi-hardware kristoffer (~kristoffe@c-c1d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 12:39.06 | qi-bot | [commit] Maarten ter Huurne: Re-enable zram and zcache on MIPS. (jz-3.4) http://qi-hw.com/p/qi-kernel/262b3bc |
| 12:39.25 | viric | what is zram/zcache? compressed ram? |
| 12:39.32 | mth | yes |
| 12:39.38 | viric | uoo |
| 12:39.43 | mth | we use it as swap space on the Dingoo |
| 12:39.49 | viric | is that on vanilla linux? |
| 12:40.06 | viric | ah is that a block device? a fs? |
| 12:40.08 | mth | it's in staging |
| 12:40.13 | mth | zram is a block device |
| 12:40.20 | viric | nice |
| 12:40.29 | viric | the dingo has 32MB of ram? |
| 12:40.36 | mth | yes, most models do |
| 12:40.40 | viric | aha |
| 12:40.50 | viric | hm how fast do snes emulators run there? |
| 12:40.56 | viric | I have a gp2x, and they are too slow |
| 12:40.57 | mth | the 3.4 kernel made it x86-only, but I looked at the code and the call it needed was available on MIPS too, but with a slightly different name |
| 12:41.06 | viric | ok |
| 12:41.18 | mth | depends on the game, some SNES games run at 60 fps, some slower |
| 12:41.19 | viric | (I've seen the idff) |
| 12:41.23 | viric | 60fps? |
| 12:41.25 | mth | but afaik all are at a playable speed |
| 12:41.28 | viric | Aren't 25fps enough for the eye? |
| 12:41.54 | mth | yes, but the originals run on 60 fps, so that's the holy grail |
| 12:41.59 | viric | ahhhh |
| 12:42.09 | viric | so anything slower than 60fps will be noticeable |
| 12:42.10 | mth | ask Ayla when he returns, he has ported several emulators |
| 12:42.36 | mth | if you're very sensitive to it, yes, but in practice everything above 30 fps is good enough |
| 12:42.43 | viric | ah ok |
| 12:42.53 | viric | I never understood before about wanting 60fps :) |
| 12:43.06 | viric | did you do any work for open2x or the gp2x in general? |
| 12:43.24 | mth | no, the Dingoo was my first handheld |
| 12:43.41 | viric | and the main os for dingo is openwrt? |
| 12:43.49 | mth | actually I ordered a Pandora first, but since it was delayed and delayed, I got a Dingoo so I'd actually have something to play with |
| 12:43.51 | viric | main, as in most broadly deployed |
| 12:44.12 | mth | there is no openwrt for Dingoo |
| 12:44.17 | viric | ah |
| 12:44.21 | mth | there is the native OS, uCos-II I think |
| 12:44.36 | viric | and you are making openwrt work for the dingoo? |
| 12:44.44 | mth | and there is the original Dingux (we call it "legacy" now), which is buildroot + ported Ingenic kernel |
| 12:44.47 | viric | or you only update the kernel? |
| 12:45.01 | mth | and OpenDingux, which is a more recent buildroot + ported qi-kernel |
| 12:45.13 | viric | buildroot = debian? |
| 12:45.40 | mth | no, it's a build system for embedded Linux |
| 12:45.46 | viric | ah ok |
| 12:45.53 | mth | not really a full distro, but it has a decent amount of packages |
| 12:46.06 | viric | I wonder if there is gp2x support in mailine linux |
| 12:46.22 | mth | I think OpenWRT started as a buildroot fork, or at least adopted its build system as a base |
| 12:47.00 | viric | ok |
| 12:47.10 | mth | we try to get as much as possible included upstream, but the Dingoo specific drivers are not in good enough shape for that yet |
| 12:47.25 | viric | ok |
| 12:47.27 | viric | well I meant gp2x this time |
| 12:47.38 | mth | I don't know about gp2x |
| 12:47.39 | viric | ok |
| 12:47.56 | mth | probably not from GPH, but maybe open2x did? |
| 12:48.12 | viric | the open2x repositories fell down some time ago |
| 12:48.40 | viric | ah no they are there |
| 12:49.09 | viric | hm 2.4 still |
| 12:49.22 | *** join/#qi-hardware xiangfu (~xiangfu@123.115.10.11) |
| 12:49.23 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 12:49.44 | viric | noone ported the gp2x kernel part to 2.6 I imagine |
| 12:50.08 | mth | I always try to port our kernel to new mainline releases as soon as possible |
| 12:50.26 | viric | great |
| 12:50.29 | mth | to avoid getting a backlog and being stuck at an old kernel |
| 12:50.38 | viric | 'a backlog'? |
| 12:51.02 | mth | delayed maintenance |
| 12:51.08 | viric | ok |
| 12:51.41 | mth | "an accumulation of tasks unperformed or materials not processed" according to the dictionary |
| 12:52.40 | viric | ahh |
| 12:52.42 | mth | going from 2.4 to 3.x is probably a few weeks worth of effort, so it's unlikely someone will do it |
| 12:52.52 | mth | but spending a few hours per release is quite feasible |
| 12:52.57 | viric | :) |
| 12:53.28 | mth | also, if you want to submit patches upstream, you've got to be on a recent release |
| 12:54.00 | viric | clear |
| 12:54.13 | viric | well, it could be '2.4 upstream' :) |
| 12:54.31 | mth | do they still accept patches other than bugfixes? |
| 12:55.36 | *** join/#qi-hardware antgreen (~user@CPEf0def1ad1e4e-CM0019477f82fc.cpe.net.cable.rogers.com) |
| 12:55.53 | viric | I don't think so |
| 12:56.07 | viric | at what linux version linux moved to git? |
| 12:56.57 | mth | v2.6.11 is the oldest branch I have in my repo |
| 12:57.03 | viric | ok |
| 12:57.14 | viric | but I think that's when linux made a new '.git' from scrathc |
| 12:57.21 | viric | to avoid using too much disk space |
| 12:57.28 | mth | and I have kernel.org history in there, so it should be the oldest existing version in git anywhere |
| 12:57.48 | mth | at least the oldest developeed in git, you can import any version of course |
| 12:58.56 | mth | I can't imagine maintaining any software without revision control |
| 12:59.16 | mth | although Linus hates SVN, I still think SVN is much better than nothing at all |
| 12:59.28 | viric | of course |
| 12:59.44 | viric | they were using bitkeeper no? |
| 12:59.49 | viric | time goes by... |
| 12:59.54 | viric | I don't know what did they use before bitkeeper |
| 13:00.36 | viric | cvs I imagine. |
| 13:01.45 | mth | they used nothing before bitkeeper |
| 13:01.51 | mth | just mail + some scripts |
| 13:02.03 | viric | I can't believe it |
| 13:02.09 | viric | :) |
| 13:02.25 | mth | it's true, although I can't understand it either |
| 13:03.50 | viric | well, at that time there were almost no DVCS |
| 13:04.46 | mth | http://en.wikipedia.org/wiki/Git_(software)#History |
| 13:05.14 | mth | especially design criterium #1 |
| 13:05.59 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 13:06.48 | mth | for me the distributed nature is not the major selling point of the new systems |
| 13:07.08 | mth | but that they treat a commit like the fundamental unit, rather than a tree state |
| 13:07.51 | mth | that's what makes merging in SVN so painful: you can only merge differences between two tree states onto a third tree, you cannot merge actual commits |
| 13:08.17 | mth | so you lose history when merging |
| 13:08.53 | mth | in practice, people have to keep a lot of administration outside of SVN to be able to merge between different branches |
| 13:08.55 | viric | it looks like you speak of darcs, and not of git |
| 13:09.04 | viric | in git, every 'commit' hash refers to a tree. |
| 13:09.15 | mth | darcs was the first system like that, but git takes more or less the same approach |
| 13:09.26 | viric | git manages trees |
| 13:09.36 | viric | it simply has many tricks to transform one tree to another |
| 13:09.40 | viric | (hence, changing commit hashes) |
| 13:09.56 | viric | - that's my view of git :) |
| 13:10.38 | mth | it changes commit hashes only for cherry-picking afaik |
| 13:10.57 | mth | if you merge, you create a merge node that has two parents |
| 13:11.01 | viric | any rebase too |
| 13:11.55 | viric | Commit Object |
| 13:11.56 | viric | The "commit" object links a physical state of a tree with a description of how we got there and why. |
| 13:11.59 | viric | http://schacon.github.com/git/user-manual.html#git-concepts |
| 13:12.08 | viric | *physical state of a tree* |
| 13:12.21 | viric | not like darcs. |
| 13:12.54 | viric | - let me add that I don't like git much :) |
| 13:14.19 | mth | well, I both like and dislike it ;) |
| 13:14.45 | mth | I like what it can do, but I think it is overly complex |
| 13:14.56 | viric | yes. |
| 13:18.53 | mth | the git commit links a physical state with its history; an SVN commit is just a physical state without history |
| 13:20.03 | viric | well, one revision always comes based on the previous revision |
| 13:20.36 | mth | yes, but as soon as you merge you only transfer state, not history |
| 13:21.47 | viric | well, it knows that you merged and what you merged |
| 13:22.45 | mth | it knows the diff you merged, not the commits |
| 13:26.49 | viric | well, since 1.5 or 1.6 it has the merge info |
| 13:27.44 | mth | ah ok, I haven't used SVN in complex projects recently |
| 13:27.55 | viric | but other than that, if you merge branches, it notes what the merge comes from |
| 13:27.57 | mth | openMSX uses SVN, but we hardly ever branch |
| 13:28.08 | viric | what's openmsx about? :) |
| 13:28.13 | viric | an emulator, or an OS for msx? |
| 13:28.20 | mth | MSX emulator |
| 13:28.41 | mth | we have a custom firmware too, C-BIOS, but that is a separate project |
| 13:30.03 | viric | ok |
| 13:30.06 | viric | ever run on hw? |
| 13:30.29 | mth | yes, we had someone put C-BIOS in an EPROM and it runs fine on real hw |
| 13:30.49 | mth | well, the current version does, the early versions did I/O too fast and the video RAM contents would get corrupted |
| 13:31.24 | mth | http://www.youtube.com/watch?v=7V6Voa_4_lw |
| 13:31.35 | viric | :) |
| 13:32.09 | viric | great |
| 13:33.12 | *** join/#qi-hardware Ayla (~paul@ACaen-157-1-161-184.w90-62.abo.wanadoo.fr) |
| 13:34.44 | mth | hi Ayla |
| 13:34.52 | mth | we got zram swap back :) |
| 13:35.27 | mth | also, viric was interested in SNES emulation |
| 13:35.30 | viric | aha |
| 13:35.39 | viric | (for the nanonote, I don't have any dingoo) |
| 13:35.56 | mth | that should be just a compile away |
| 13:37.40 | Ayla | ah, great |
| 13:38.03 | Ayla | I have a build of pocketSNES, but you will need libao |
| 13:41.11 | Ayla | mth: you found anything about the logo? |
| 13:41.40 | mth | no, I still haven't figured out how it works |
| 13:46.37 | Ayla | this might interest you guys: http://www.phoronix.com/scan.php?page=news_item&px=MTEwNTA |
| 14:07.57 | *** join/#qi-hardware rejon_ (~rejon@114.254.149.101) |
| 14:32.39 | *** join/#qi-hardware woakas (~woakas@186.28.180.143) |
| 14:48.50 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 15:05.39 | qi-bot | [commit] Maarten ter Huurne: MIPS: A320: defconfig: Re-enable zram in kernel config. (jz-3.4) http://qi-hw.com/p/qi-kernel/58d1111 |
| 16:08.04 | *** join/#qi-hardware jekhor (~jek@46.216.90.127) |
| 16:13.19 | *** join/#qi-hardware GNUtoo-desktop (~GNUtoo@host171-91-dynamic.54-79-r.retail.telecomitalia.it) |
| 16:23.24 | *** join/#qi-hardware Ayla (~paul@ACaen-157-1-161-184.w90-62.abo.wanadoo.fr) |
| 16:32.41 | *** join/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 16:37.18 | *** join/#qi-hardware kilae (~chatzilla@catv-161-018.tbwil.ch) |
| 16:49.34 | *** join/#qi-hardware kristoffer (~kristoffe@c-c1d8e555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 16:54.39 | qi-bot | [commit] Werner Almesberger: b2/subst.c (prepare_re): fail on bad (#unit) syntax instead of ignoring (master) http://qi-hw.com/p/eda-tools/2946b83 |
| 16:54.40 | qi-bot | [commit] Werner Almesberger: b2/: meta-variable $ for "previously matched variable" (master) http://qi-hw.com/p/eda-tools/3d2eca3 |
| 16:54.41 | qi-bot | [commit] Werner Almesberger: b2/: regexec puts first substring into pmatch[1] and not pmatch[0] (master) http://qi-hw.com/p/eda-tools/148d5e8 |
| 16:54.42 | qi-bot | [commit] Werner Almesberger: b2/: use re_nsub instead of maintaining our own equivalent (master) http://qi-hw.com/p/eda-tools/2170278 |
| 17:00.58 | *** join/#qi-hardware djbclark (~djbclark@LAB-3.MIT.EDU) |
| 17:00.58 | *** join/#qi-hardware djbclark (~djbclark@fsf/member/djbclark) |
| 17:17.09 | *** join/#qi-hardware djbclark (~djbclark@LAB-3.MIT.EDU) |
| 17:17.09 | *** join/#qi-hardware djbclark (~djbclark@fsf/member/djbclark) |
| 17:39.17 | *** join/#qi-hardware phirsch (~smuxi@xdsl-89-0-173-187.netcologne.de) |
| 17:47.34 | *** part/#qi-hardware Freemor (~Freemor@ec2-174-129-226-140.compute-1.amazonaws.com) |
| 17:49.26 | *** join/#qi-hardware jekhor (~jek@46.216.145.116) |
| 18:10.09 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 18:17.16 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 19:21.33 | qi-bot | [commit] Werner Almesberger: b2/subst.c (resolve_jump): use pointer comparison instead of strcmp (master) http://qi-hw.com/p/eda-tools/2ce2da5 |
| 19:21.34 | qi-bot | [commit] Werner Almesberger: b2/: make "again" include the match; make "break" pop the stack (master) http://qi-hw.com/p/eda-tools/bb809b0 |
| 19:21.34 | qi-bot | [commit] Werner Almesberger: b2/: rename "again" to "continue" (master) http://qi-hw.com/p/eda-tools/107280b |
| 19:21.36 | qi-bot | [commit] Werner Almesberger: b2/: make the match name after "break" and "continue" optional (master) http://qi-hw.com/p/eda-tools/694d48b |
| 19:21.38 | qi-bot | [commit] Werner Almesberger: b2/: for consistency, make "break/continue $" equivalent to "break/continue" (master) http://qi-hw.com/p/eda-tools/4f142c1 |
| 19:21.40 | qi-bot | [commit] Werner Almesberger: b2/Makefile: generate dependencies also for YACC- and LEX-generated files (master) http://qi-hw.com/p/eda-tools/c9bd26a |
| 19:21.42 | qi-bot | [commit] Werner Almesberger: Makefile: generate dependencies also for YACC- and LEX-generated files (master) http://qi-hw.com/p/fped/6623ae1 |
| 19:55.12 | *** join/#qi-hardware jekhor (~jek@46.53.195.29) |
| 20:22.18 | qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20120521-1428 |
| 20:56.58 | *** join/#qi-hardware xwalk (~crosswalk@d47-69-35-236.try.wideopenwest.com) |
| 21:15.21 | *** join/#qi-hardware AwAyla (~paul@ACaen-252-1-199-31.w83-115.abo.wanadoo.fr) |
| 22:28.11 | *** join/#qi-hardware Textmode (~boneidle@adsl-syd-4-20.ozonline.com.au) |