--- Log opened Tue Sep 07 00:00:06 2010 00:00 < cbeck> err, was scrolled 00:03 -!- Eridius [~kevin@unaffiliated/eridius] has quit [Ping timeout: 260 seconds] 00:04 -!- gid [~gid@220.253-227-242.VIC.netspace.net.au] has joined #go-nuts 00:05 -!- Eridius [~kevin@unaffiliated/eridius] has joined #go-nuts 00:09 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-177-247.clienti.tiscali.it] has quit [Quit: E se abbasso questa leva che succ...] 00:10 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has quit [Remote host closed the connection] 00:13 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has quit [Quit: major_majors] 00:19 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 00:27 -!- piyushmishra [~piyushmis@117.200.224.176] has quit [Ping timeout: 265 seconds] 00:41 < steven_t> cbeck: to do all what 00:41 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has quit [Quit: This computer has gone to sleep] 00:43 -!- piyushmishra [~piyushmis@117.200.224.15] has joined #go-nuts 00:43 -!- mikespook [~mikespook@58.61.207.150] has joined #go-nuts 00:43 -!- Adys [~Adys@unaffiliated/adys] has quit [Read error: Connection reset by peer] 00:44 -!- Adys [~Adys@unaffiliated/adys] has joined #go-nuts 00:52 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 01:02 -!- b00m_chef [~watr@66.183.100.197] has joined #go-nuts 01:06 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has joined #go-nuts 01:16 -!- aho [~nya@fuld-4d00d341.pool.mediaWays.net] has quit [Quit: EXEC_over.METHOD_SUBLIMATION] 01:21 -!- Eridius [~kevin@unaffiliated/eridius] has quit [Ping timeout: 276 seconds] 01:24 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has joined #go-nuts 01:35 -!- scm [justme@d038202.adsl.hansenet.de] has quit [Read error: Connection reset by peer] 01:40 -!- scm [justme@d019232.adsl.hansenet.de] has joined #go-nuts 01:45 -!- kanru [~kanru@61-30-10-70.static.tfn.net.tw] has joined #go-nuts 01:46 -!- scm [justme@d019232.adsl.hansenet.de] has quit [Ping timeout: 272 seconds] 01:46 -!- scm [justme@d038027.adsl.hansenet.de] has joined #go-nuts 01:52 -!- raylu [~raylu@c-24-131-193-106.hsd1.pa.comcast.net] has quit [Read error: Connection reset by peer] 01:52 -!- raylu [raylu@c-24-131-193-106.hsd1.pa.comcast.net] has joined #go-nuts 01:58 -!- scm_ [justme@d019134.adsl.hansenet.de] has joined #go-nuts 01:58 -!- scm [justme@d038027.adsl.hansenet.de] has quit [Ping timeout: 276 seconds] 02:10 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 02:11 -!- gnuvince_ [~vince@70.35.168.202] has joined #go-nuts 02:12 -!- jcao219_ [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 02:12 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Read error: Connection reset by peer] 02:17 -!- b00m_chef [~watr@66.183.100.197] has quit [Ping timeout: 265 seconds] 02:22 -!- jcao219_ [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Read error: Connection reset by peer] 02:23 < steven_t> 9 and "hi" both conform to interface{} right? 02:24 < steven_t> also 1.234 02:25 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 02:27 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 240 seconds] 02:27 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has quit [Quit: steveno] 02:33 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Disconnected by services] 02:33 -!- jcao219_ [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 02:39 -!- gnuvince_ [~vince@70.35.168.202] has quit [Read error: No route to host] 02:43 -!- piyushmishra1 [~piyushmis@117.200.225.212] has joined #go-nuts 02:43 -!- piyushmishra [~piyushmis@117.200.224.15] has quit [Ping timeout: 258 seconds] 02:49 -!- scm [justme@d019134.adsl.hansenet.de] has quit [Ping timeout: 240 seconds] 02:49 -!- scm [justme@d056012.adsl.hansenet.de] has joined #go-nuts 02:53 -!- skelterjohn [~jasmuth@c-68-32-232-55.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 02:57 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 02:58 -!- acts_as [~acts_as@208.236.105.27] has quit [Quit: acts_as] 02:58 -!- skelterjohn [~jasmuth@c-68-32-232-55.hsd1.nj.comcast.net] has joined #go-nuts 03:02 -!- rejb [~rejb@unaffiliated/rejb] has quit [Ping timeout: 276 seconds] 03:05 -!- skelterjohn [~jasmuth@c-68-32-232-55.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 03:13 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has quit [Read error: Connection reset by peer] 03:16 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has joined #go-nuts 03:17 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has left #go-nuts [] 03:19 -!- gnuvince_ [~vince@70.35.168.202] has joined #go-nuts 03:21 -!- piyushmishra1 [~piyushmis@117.200.225.212] has quit [Quit: Leaving.] 03:21 -!- piyushmishra [~piyushmis@117.200.225.212] has joined #go-nuts 03:28 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 03:32 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has quit [Quit: This computer has gone to sleep] 03:35 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has joined #go-nuts 03:37 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has quit [Client Quit] 03:43 -!- nelson [~nelson@194.sub-69-98-76.myvzw.com] has quit [Ping timeout: 258 seconds] 03:57 -!- nelson [~nelson@204.sub-75-213-74.myvzw.com] has joined #go-nuts 04:07 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:07 -!- jcao219_ [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Read error: Connection reset by peer] 04:08 -!- sacho [~sacho@79-100-169-222.btc-net.bg] has quit [Ping timeout: 245 seconds] 04:09 -!- jcao2191 [~Jimmy_Cao@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:09 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Disconnected by services] 04:09 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:10 -!- jcao2191 [~Jimmy_Cao@pool-173-74-61-111.dllstx.fios.verizon.net] has left #go-nuts [] 04:10 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Remote host closed the connection] 04:12 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:14 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Remote host closed the connection] 04:15 < nsf> http://nsf.110mb.com/gocode-rename.swf 04:15 < nsf> just a quick proof-of-concept 04:15 < nsf> vim 'rename' integration 04:15 < nsf> so close.. 04:16 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:16 < kergoth> nice 04:18 -!- kergoth [~kergoth@ip24-251-170-95.ph.ph.cox.net] has quit [Quit: kergoth] 04:28 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 245 seconds] 04:29 -!- acts_as [~acts_as@208.236.105.27] has joined #go-nuts 04:30 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:36 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 245 seconds] 04:38 -!- zozoR [~zozoR@90.185.39.115] has joined #go-nuts 04:40 < vsmatck> I think there may be a bug in the tutorial. It's telling me to give syscall.Open a int for the third parameter. But the compiler says it must take uint32. 04:40 < vsmatck> It's in the file package example in the Open function. 04:40 < vsmatck> I switched it and works fine. 04:42 < nsf> it was updated once 04:42 < vsmatck> Ah, maybe I should file a bug report somewhere. 04:42 < nsf> I think you should post that out-of-date thing in the issue tracker 04:42 < nsf> yes 04:46 < vsmatck> Done. :) http://code.google.com/p/go/issues/detail?id=1086 04:47 -!- mafs [~maikeru@unaffiliated/maikeru/x-7708887] has quit [Read error: No route to host] 04:47 -!- sacho [~sacho@213.91.244.15] has joined #go-nuts 04:49 -!- mafs [~maikeru@unaffiliated/maikeru/x-7708887] has joined #go-nuts 04:49 -!- enherit [~enherit@71-83-188-75.dhcp.lnbh.ca.charter.com] has quit [Quit: leaving] 04:50 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 04:53 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 04:57 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has quit [Remote host closed the connection] 04:59 -!- Sseur [~david@mic92-12-88-161-108-143.fbx.proxad.net] has joined #go-nuts 05:02 -!- scm [justme@d056012.adsl.hansenet.de] has quit [Ping timeout: 272 seconds] 05:03 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Remote host closed the connection] 05:03 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 05:03 -!- scm [justme@d071033.adsl.hansenet.de] has joined #go-nuts 05:03 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 05:08 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has quit [Ping timeout: 245 seconds] 05:24 -!- Sseur [~david@mic92-12-88-161-108-143.fbx.proxad.net] has quit [Ping timeout: 265 seconds] 05:25 -!- jesusaurus2 [jesusaur@firefly.cat.pdx.edu] has left #go-nuts [] 05:26 -!- jesusaurus [jesusaur@firefly.cat.pdx.edu] has joined #go-nuts 05:27 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 260 seconds] 05:37 -!- scm [justme@d071033.adsl.hansenet.de] has quit [Ping timeout: 272 seconds] 05:38 -!- gabriel9 [~gabriel9@93.157.192.28] has joined #go-nuts 06:04 -!- peterdn [~peterdn@host81-159-238-152.range81-159.btcentralplus.com] has quit [Read error: Connection reset by peer] 06:04 -!- peterdn [~peterdn@host81-159-238-152.range81-159.btcentralplus.com] has joined #go-nuts 06:09 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 06:11 -!- scm [justme@d056110.adsl.hansenet.de] has joined #go-nuts 06:23 < plexdev> http://is.gd/eYCpR by [Andrew Gerrand] in 2 subdirs of go/ -- release.2010-09-06 06:23 < plexdev> http://is.gd/eYCpW by [Andrew Gerrand] in go/ -- tag release.2010-09-06 06:28 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 06:32 -!- jessta [~jessta@124-168-73-10.dyn.iinet.net.au] has quit [Ping timeout: 252 seconds] 06:36 -!- b00m_chef [~watr@66.183.100.197] has joined #go-nuts 06:38 -!- jessta [~jessta@124-168-73-10.dyn.iinet.net.au] has joined #go-nuts 06:46 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has joined #go-nuts 06:49 -!- ExtraSpice [~XtraSpice@88.118.32.225] has joined #go-nuts 06:53 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 06:53 -!- ikaros [~ikaros@188.107.208.221] has joined #go-nuts 07:11 -!- acts_as [~acts_as@208.236.105.27] has quit [Quit: acts_as] 07:12 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has joined #go-nuts 07:22 -!- zozoR [~zozoR@90.185.39.115] has quit [Quit: Morten. Desu~] 07:25 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 07:34 -!- ikaros [~ikaros@188.107.208.221] has quit [Quit: Leave the magic to Houdini] 07:36 -!- Fish-Work [~Fish@86.65.182.207] has quit [Ping timeout: 258 seconds] 07:39 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has joined #go-nuts 07:45 -!- wrtp [~rog@92.17.50.128] has joined #go-nuts 07:51 < nsf> hehe, I've just renamed all terms 'module' in gocode to 'package' using the gocode renaming itself 07:51 < nsf> took 10 minutes 07:51 < nsf> code compiles and passes all tests 07:52 < nsf> :P 07:53 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 07:57 -!- sacho [~sacho@213.91.244.15] has quit [Ping timeout: 240 seconds] 07:58 -!- sacho [~sacho@213.91.244.15] has joined #go-nuts 07:59 < jessta> nsf: sweet! 08:08 < nsf> actually I've commited the script to the repo 08:08 < nsf> but use at your own risk 08:08 < nsf> it wasn't tested a lot 08:09 < nsf> and I know at least one bug that causes inf loop condition :) 08:10 < nsf> and it's actually not an inf loop 08:10 < nsf> it's a inf recursion 08:10 < nsf> so it will exhaust your mem :) 08:10 < nsf> http://github.com/nsf/gocode/commit/668b5809e18d1d3bfe4733093093119666d993b1 08:11 < nsf> for example this commit was made using gocode rename feature 08:11 < nsf> but not really interesting 08:11 < nsf> there will be more :) 08:15 -!- tvw [~tv@212.79.9.150] has joined #go-nuts 08:16 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 08:18 -!- ucasano [~ucasano@151.12.47.139] has quit [Quit: ucasano] 08:20 -!- boscop_ [~boscop@g225212058.adsl.alicedsl.de] has left #go-nuts [] 08:20 -!- boscop [~boscop@g225212058.adsl.alicedsl.de] has joined #go-nuts 08:21 -!- b00m_chef [~watr@66.183.100.197] has quit [Ping timeout: 264 seconds] 08:24 -!- jmettraux [~jmettraux@211.19.55.177] has quit [Remote host closed the connection] 08:25 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 08:25 -!- scm [justme@d056110.adsl.hansenet.de] has quit [Ping timeout: 255 seconds] 08:26 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 08:27 -!- scm [justme@d165083.adsl.hansenet.de] has joined #go-nuts 08:29 < nsf> inf recursion bug fixed 08:32 -!- peterdn [~peterdn@host81-159-238-152.range81-159.btcentralplus.com] has quit [Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.2/20100222071121]] 08:33 -!- sahid [~sahid@LNeuilly-152-21-22-10.w193-253.abo.wanadoo.fr] has joined #go-nuts 08:41 -!- virtualsue [~chatzilla@93-97-62-8.zone5.bethere.co.uk] has quit [Ping timeout: 258 seconds] 08:48 -!- ucasano [~ucasano@151.12.47.139] has quit [Quit: ucasano] 08:56 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 09:01 -!- photron [~photron@port-92-201-234-217.dynamic.qsc.de] has joined #go-nuts 09:11 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has quit [Quit: LeNsTR] 09:13 -!- peterdn [~peterdn@host81-159-238-152.range81-159.btcentralplus.com] has joined #go-nuts 09:22 -!- mbohun [~mbohun@202.124.74.109] has quit [Quit: Leaving] 09:26 < plexdev> http://is.gd/eYOI1 by [Nigel Tao] in go/src/pkg/image/ -- image: change a ColorImage's minimum point from (0, 0) to (-1e9, -1e9). 09:27 -!- Fish9 [~Fish@86.65.182.207] has joined #go-nuts 09:36 -!- mikespook [~mikespook@58.61.207.150] has quit [Quit: Leaving.] 09:36 -!- Fish9 [~Fish@86.65.182.207] has quit [Remote host closed the connection] 09:37 -!- Fish9 [~Fish@86.65.182.207] has joined #go-nuts 09:59 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 10:02 -!- ucasano [~ucasano@151.12.47.139] has quit [Ping timeout: 240 seconds] 10:03 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 10:07 -!- ucasano [~ucasano@151.12.47.139] has quit [Ping timeout: 240 seconds] 10:08 -!- tvw [~tv@212.79.9.150] has quit [Read error: Operation timed out] 10:10 -!- tvw [~tv@89.204.137.211] has joined #go-nuts 10:17 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 240 seconds] 10:21 -!- coodu [~pdrealg@li85-35.members.linode.com] has joined #go-nuts 10:22 -!- tvw [~tv@89.204.137.211] has quit [Ping timeout: 245 seconds] 10:22 -!- boscop [~boscop@g225212058.adsl.alicedsl.de] has quit [Read error: Connection reset by peer] 10:24 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has joined #go-nuts 10:38 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 10:45 -!- rbraley [~rbraley@ip72-222-128-78.ph.ph.cox.net] has quit [Ping timeout: 240 seconds] 10:45 -!- sacho [~sacho@213.91.244.15] has quit [Ping timeout: 260 seconds] 10:58 -!- sacho [~sacho@213.91.244.15] has joined #go-nuts 10:59 -!- General1337 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has joined #go-nuts 11:02 -!- General13372 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has quit [Ping timeout: 240 seconds] 11:14 -!- femtoo [~femto@95-89-248-51-dynip.superkabel.de] has joined #go-nuts 11:15 -!- snearch [~snearch@f053010254.adsl.alicedsl.de] has joined #go-nuts 11:16 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 11:16 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 11:18 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 11:23 -!- scm [justme@d165083.adsl.hansenet.de] has quit [Ping timeout: 255 seconds] 11:24 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has quit [Remote host closed the connection] 11:24 -!- scm [justme@d056009.adsl.hansenet.de] has joined #go-nuts 11:32 -!- scm [justme@d056009.adsl.hansenet.de] has quit [Ping timeout: 264 seconds] 11:33 -!- scm [justme@d071158.adsl.hansenet.de] has joined #go-nuts 11:36 -!- scm [justme@d071158.adsl.hansenet.de] has quit [Read error: Connection reset by peer] 11:46 -!- jmettraux [~jmettraux@PPPbm5391.kanagawa-ip.dti.ne.jp] has joined #go-nuts 11:50 -!- drecute [~pdrealg@li85-35.members.linode.com] has quit [] 12:09 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 12:09 < steven_t> btw 12:09 < steven_t> package iterable has all that i was asking about yesterday 12:10 < steven_t> All, Any, Map, etc 12:10 < steven_t> punks. 12:11 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has joined #go-nuts 12:12 -!- ucasano [~ucasano@151.12.47.139] has quit [Ping timeout: 260 seconds] 12:18 < jnwhiteh> steven_t: that's an experimental package, and is known to be fairlys low. 12:18 < jnwhiteh> but if it's got what you need, rock out! 12:18 < steven_t> i dont understand your first statement 12:18 < steven_t> fairlys low? 12:18 < jnwhiteh> fairly slow 12:19 < jnwhiteh> at least for the actual iterators 12:19 < steven_t> oooh 12:19 < steven_t> i see 12:19 < jnwhiteh> its also an experimental package 12:19 < jnwhiteh> its exp/iterable 12:19 < steven_t> oooh exp is experimental 12:19 < steven_t> that makes sense 12:19 < steven_t> man i dig Go so much, compared to C 12:19 < steven_t> but channels confuse the hell out of me 12:19 < jnwhiteh> its not made very clear in the package, but yeah =) 12:19 < steven_t> ive got no frame of reference for understanding them 12:19 < jnwhiteh> oh 12:19 < jnwhiteh> they're incredibly simple 12:19 < steven_t> no, goroutines are incredibly simple ;) 12:20 < jnwhiteh> channels are easier 12:20 < steven_t> channels are weird and confusing 12:20 < steven_t> oh? 12:20 < jnwhiteh> you can write to a channel, or read from a channel 12:20 < jnwhiteh> that's it 12:20 < jnwhiteh> if you read from a channel and there is no corresponding sender, then you wait until there is a sender (i.e. someone writes on the other end of the channel) 12:20 < steven_t> you say it like that, but it took me many minutes to understand http://golang.org/doc/go_for_cpp_programmers.html#Channels last night and i still dont fully get it 12:20 < jnwhiteh> the same happens in the other direction. Standard synchronous message passing 12:21 < jnwhiteh> those aren't exactly trivial examples =) 12:21 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 12:21 < steven_t> are there trivial examples somewhere? 12:21 * steven_t doesnt grok it fully 12:22 -!- wrtp [~rog@92.17.50.128] has quit [Ping timeout: 272 seconds] 12:22 < steven_t> well im halfway through the spec, maybe it will have a clearer explanation 12:25 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 12:25 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 12:26 -!- piyushmishra [~piyushmis@117.200.225.212] has quit [Ping timeout: 276 seconds] 12:27 < jnwhiteh> steven_t: http://pastebin.mozilla.org/784487 12:28 < jnwhiteh> numEchoRange and numEchoManual are two different ways to do the same thing, there's a reason we use range instead of doing it manually =) 12:28 -!- wrtp [~rog@92.17.50.128] has joined #go-nuts 12:28 < jnwhiteh> let me know if you don't understand anything in that 12:36 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 12:36 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 12:40 -!- piyushmishra [~piyushmis@117.200.225.252] has joined #go-nuts 12:41 < wrtp> channels are quite intuitive once you get your head around them. 12:41 < wrtp> but exp/iterable is not very useful. 12:42 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has joined #go-nuts 12:43 < jnwhiteh> *nod* 12:44 < jnwhiteh> I use channels to iterate over string matches in go-luapatterns, but that's because its just so damn convenient.. and lazy. 12:44 < steven_t> hi 12:44 -!- mduft [~mduft@gentoo/developer/mduft] has quit [Read error: Connection reset by peer] 12:45 -!- mduft [~mduft@gentoo/developer/mduft] has joined #go-nuts 12:45 < steven_t> jnwhiteh: thanks but ive no idea what this code does 12:46 < jnwhiteh> hence why I said to ask questions 12:46 < jnwhiteh> do you have any idea what numGen does? 12:46 < jnwhiteh> it should be reasonably obvious 12:47 < jnwhiteh> it takes two ints (start and end) and an output channel of integers 12:47 < jnwhiteh> it loops starting at start until end, outputting each number to the channel 12:47 < jnwhiteh> it then closes the channel 12:47 < jnwhiteh> follow so far? 12:47 < nsf> I've committed a change that removes requirement for having env vars in order to use gocode 12:48 < nsf> but works only with the latest go release 12:48 < nsf> it includes GOOS and GOARCH default values in the 'runtime' package 12:48 < nsf> as well as GOROOT 12:56 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has quit [Quit: LeNsTR] 12:59 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has joined #go-nuts 12:59 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has joined #go-nuts 12:59 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has joined #go-nuts 13:03 -!- nbjoerg [~joerg@netbsd/developer/joerg] has quit [Ping timeout: 272 seconds] 13:08 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-177-247.clienti.tiscali.it] has joined #go-nuts 13:08 < steven_t> jnwhiteh: i get that it iterates over a range of ints and sends each result to the channel, but does that mean that the channel is an array of ints? 13:08 < jnwhiteh> no 13:08 < jnwhiteh> its a channel 13:09 < jnwhiteh> a channel has two operations, read and write 13:09 < steven_t> so after line 33, you could potentially read N times from numChan and get as many results as you sent to it from within numGen, where N is end - start? 13:10 < jnwhiteh> correct. 13:11 -!- nbjoerg [~joerg@netbsd/developer/joerg] has joined #go-nuts 13:11 -!- skejoe [~skejoe@188.114.142.231] has joined #go-nuts 13:11 < wrtp> jnwhiteh: i didn't say that iterating over channels isn't very useful - just that exp/iterable isn't. mainly because all the functions work on chan interface{} whereas what you've usually got is chan T for some particular type T 13:11 < jnwhiteh> wrtp: ah, noted =) 13:11 < jnwhiteh> makes more sense. 13:12 < nsf> and it's dead slow 13:12 < wrtp> the other major reason exp/iterable isn't good is that there's no way to tell a channel producer to go away when its only consumer has gone 13:12 < wrtp> nsf: depends what you're using it for 13:13 < nsf> not really 13:13 < nsf> it's just dead slow :) 13:13 < wrtp> if you're dealing with user-based events, then it's plenty fast enough... 13:13 < wrtp> channels are, that is 13:14 < nsf> they are thread safe, so.. there is a mutex lock/unlock on each operation and lots of other unnecessary code 13:14 < steven_t> jnwhiteh: couldnt line 9 be completely omitted in this example with no effect to the program? 13:14 < jnwhiteh> steven_t: nope. 13:14 < nsf> I think even python loop runs faster than iterating over channel 13:14 < jnwhiteh> the program would never end if that were teh case. 13:15 < jnwhiteh> since numEchoRange will be waiting to read a value, forever. 13:15 < steven_t> but func numEchoRange never closes its done channel 13:15 -!- ucasano [~ucasano@151.12.47.139] has quit [Quit: ucasano] 13:15 < jnwhiteh> that's a different story 13:15 -!- ExtraSpice [~XtraSpice@88.118.32.225] has quit [Quit: Leaving] 13:15 < steven_t> oh wait 13:15 < jnwhiteh> done is only there to signal to the main function that it can end 13:15 < steven_t> done is written to exactly once, and then read to exactly once 13:17 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 245 seconds] 13:17 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 13:18 -!- nsf [~nsf@jiss.convex.ru] has quit [Quit: WeeChat 0.3.3] 13:20 -!- zozoR [~zozoR@0x5da69cf2.cpe.ge-0-1-0-1105.hsnqu1.customer.tele.dk] has joined #go-nuts 13:22 -!- snearch [~snearch@f053010254.adsl.alicedsl.de] has quit [Quit: Verlassend] 13:22 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has quit [Quit: This computer has gone to sleep] 13:25 < steven_t> i think 13:27 < jnwhiteh> that's correct 13:28 -!- kanru [~kanru@61-30-10-70.static.tfn.net.tw] has quit [Ping timeout: 255 seconds] 13:28 < steven_t> so, its a synchronous channel because its unbuffered, right? 13:29 < steven_t> which means even though its in a goroutine, its going to block (on the goroutine's thread) 13:29 < jnwhiteh> yes 13:29 < plexdev> http://is.gd/eZ4JF by [Brad Fitzpatrick] in go/src/pkg/syscall/ -- arm: use the correct stat syscalls 13:30 < steven_t> and even though the function numGen exits, if the channel is never closed or the values are never read from the channel (from main), the goroutine's thread will idle forever, making the program never exit 13:30 < jnwhiteh> numEchoRange's goroutine will idle forever, waiting for an item to read 13:30 < jnwhiteh> numGen's goroutine shuts down as you'd expect. 13:31 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 13:31 < napsy> povprešje obeh dveh 13:34 -!- skelterjohn [~jasmuth@c-68-32-232-55.hsd1.nj.comcast.net] has joined #go-nuts 13:38 < steven_t> right but if it didnt have close(ch) then it would idle forever too, right? (re numGen) 13:39 < jnwhiteh> no 13:39 < jnwhiteh> when the function ends, its done 13:40 < jnwhiteh> the problem is numEchoRange doesn't get a chance to end if the channel isn't closed 13:40 < jnwhiteh> regardless of whether or not numGen closes the channel, it ends and that goroutine finishes. 13:40 -!- luruke [~luruke@151.53.13.191] has joined #go-nuts 13:41 < jnwhiteh> I've posted it on my blog with a bit more of a writeup: http://jnwhiteh.net/posts/go-examples-1-channels-and-goroutines.html 13:42 < jnwhiteh> not the greatest example, but silly not to run with it as it's still illustrative :P 13:45 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 13:45 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 13:45 -!- zozoR [~zozoR@0x5da69cf2.cpe.ge-0-1-0-1105.hsnqu1.customer.tele.dk] has quit [Quit: Morten. Desu~] 13:46 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has quit [Quit: LeNsTR] 13:47 < plexdev> http://is.gd/eZ5YO by [Nigel Tao] in 2 subdirs of go/src/pkg/exp/draw/ -- exp/draw: reintroduce the MouseEvent.Nsec timestamp. 13:49 -!- gdhagger [~graham@199.4.20.12] has joined #go-nuts 13:51 -!- boscop [~boscop@g225212058.adsl.alicedsl.de] has joined #go-nuts 13:51 -!- virtualsue [~chatzilla@nat/cisco/x-ythzugpruvofqhnu] has joined #go-nuts 14:00 -!- mattn_jp [~mattn_jp@180-144-131-20.eonet.ne.jp] has joined #go-nuts 14:02 < wrtp> nsf: "fast" is relative. 14:02 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 14:04 < plexdev> http://is.gd/eZ7f4 by [Russ Cox] in go/src/cmd/cgo/ -- cgo: silence warning for C call returning const pointer 14:04 < plexdev> http://is.gd/eZ7fd by [Russ Cox] in go/test/garbage/ -- test/garbage/parser: sync with recent parser changes 14:04 < plexdev> http://is.gd/eZ7fr by [Russ Cox] in 15 subdirs of go/src/pkg/runtime/ -- runtime: use manual stack for garbage collection 14:07 -!- nelson [~nelson@204.sub-75-213-74.myvzw.com] has quit [Ping timeout: 258 seconds] 14:08 < steven_t> jnwhiteh: i dont mean the function would idle.. i mean the goroutine on which the function lived will idle 14:08 < jnwhiteh> that's a runtime implementation detail, it's not really relevant to the program 14:08 < steven_t> then im just as lost as i was in the beginning 14:09 < steven_t> ill just read the spec 14:09 < jnwhiteh> ... 14:09 < jnwhiteh> why are you lost? 14:09 < steven_t> i dont understand how control flow works with regards to channels and goroutines 14:09 < steven_t> and http://golang.org/doc/go_spec.html#Channel_types is not very clear to me 14:09 * steven_t sighs 14:10 < jnwhiteh> I'm not sure how the channel types are confusing to you 14:10 < jnwhiteh> and there's isn't any control flow with channels and goroutines 14:10 < jnwhiteh> but I'm not sure the spec is going to help if you can't understand channel types 14:11 < wrtp> steven_t: each goroutine has its own control flow 14:11 < wrtp> steven_t: when sending to a channel, the sender blocks until there's space in the channel 14:11 < wrtp> steven_t: when receiving from a channel, the receiver blocks until there's a value to receive. 14:11 < wrtp> steven_t: that's it. 14:12 < jnwhiteh> (as I said earlier) 14:12 < jnwhiteh> a chan bool can be used to send or receive boolean values. a <-chan bool can be used to receive boolean values and a chan<- bool can be used to send boolean values 14:13 < jnwhiteh> note that the 'keywords' there are 'chan' '<-chan' and 'chan<-' 14:13 < wrtp> and, crucially a chan bool can be converted into both a <-chan bool and a chan<- bool 14:13 < jnwhiteh> but a chan<- bool can't be 'upgraded' into a chan bool 14:17 -!- luruke [~luruke@151.53.13.191] has quit [Quit: This computer has gone to sleep] 14:21 -!- nelson__ [~nelson@204.sub-75-213-74.myvzw.com] has joined #go-nuts 14:24 -!- ucasano_ [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 14:24 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 14:25 -!- Robbo__ [~robbo@CPE-58-166-67-209.lnse5.cht.bigpond.net.au] has joined #go-nuts 14:27 -!- Robbo_ [~robbo@CPE-58-166-64-195.lnse5.cht.bigpond.net.au] has quit [Ping timeout: 240 seconds] 14:31 -!- piyushmishra [~piyushmis@117.200.225.252] has quit [Read error: Connection reset by peer] 14:32 -!- virtualsue [~chatzilla@nat/cisco/x-ythzugpruvofqhnu] has quit [Ping timeout: 252 seconds] 14:33 -!- kanru [~kanru@118-160-165-166.dynamic.hinet.net] has joined #go-nuts 14:39 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 14:39 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 14:41 < steven_t> wrtp: but doesnt that change if the channel is buffered, so that it doesnt block? 14:42 < steven_t> *those dont 14:42 -!- luruke [~luruke@151.53.13.191] has joined #go-nuts 14:43 -!- skelterjohn [~jasmuth@c-68-32-232-55.hsd1.nj.comcast.net] has quit [Quit: skelterjohn] 14:44 < steven_t> jnwhiteh: but that doesnt make sense to me, because in order to receive, someone must send to it, so i dont understand how a chan<-bool can only receive 14:44 < jnwhiteh> steven_t: why can you only assign 5 to a boolean variable 14:44 < napsy> it can only receive in that scope 14:45 < steven_t> you cant 14:45 < jnwhiteh> it doesn't change the CHANNEL, it changes the variable/value binding that its used as the type declaration for. 14:45 < steven_t> re jnwhiteh 14:45 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Read error: Connection reset by peer] 14:46 < jnwhiteh> the only things the compiler will allow you to pass in as that argument are the receive side of a channel (chan<-) or a full channel. Either way, it restricts the use of it in that function as we already discussed. 14:46 -!- DerHorst [~Horst@e176104058.adsl.alicedsl.de] has joined #go-nuts 14:50 < nickaugust> can os.ForkExec() be used to pipe results from an external program into channel? 14:50 < wrtp> steven_t: if the channel is buffered, it means that you can send into it until the buffer is full without blocking. 14:50 < nickaugust> or is there another way to use the output of another program? 14:50 < wrtp> nickaugust: no. not directly, because there's no way of automatically changing a file into a channel 14:51 -!- deso [~deso@x0561a.wh30.tu-dresden.de] has joined #go-nuts 14:51 < nickaugust> ive got some search results from awk id like to be consumed by a function in my go program. is the only way to do this to save them to a file and then load it into go? seems like there should be a way to pipe data in 14:52 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 14:52 < jessta> nickaugust: yeah, use a pipe 14:53 < steven_t> all except for what wrtp is saying, im way confused 14:53 < wrtp> steven_t: if i do {c := make(chan int); var r <-chan int = c} then r holds the read end of c. anything written into c can be read from r. 14:53 < nickaugust> jessta: where do I use the pipe? 14:53 -!- jmettraux [~jmettraux@PPPbm5391.kanagawa-ip.dti.ne.jp] has quit [Remote host closed the connection] 14:54 < nickaugust> jessta: can i spawn a process with os.ForkExec and have the results returned to my program? 14:54 < bortzmeyer> nickaugust: Go can read the standard input, I do not see where the problem is 14:55 < wrtp> nickaugust: use exec.Run 14:56 < jessta> nickaugust: make a pipe using os.Pipe(), and pass one end of that pipe to the os.ForkExec() or exec.Run() call 14:56 < jnwhiteh> steven_t: you're not really explaining what you don't understand and it's a very straightforward concept so it's almost impossible for us to figure out how to explain it to you. 14:57 < nickaugust> ah, os.Pipe.. thats what i was missing. thanks jessta, wrtp. i'll check out exec.Run as well 14:57 < jnwhiteh> What language/background do you come from? 14:57 -!- Nola [Nola@76.91.53.83] has joined #go-nuts 14:57 < Nola> does Go have virtual functions 14:57 < Nola> how do you do polymorphism 14:58 < jessta> Nola: Go does polymorphism through interfaces 14:58 < jessta> no virtual functions 14:59 < Nola> does it have runtime dynamic dispatch 14:59 < jessta> because no inhertiance 14:59 < jessta> nope 15:00 < jessta> Nola: coming from c++ ey? 15:00 < Nola> coming from every language 15:00 < Nola> you dont have polymorphism (wtf?) 15:00 < Nola> ? 15:00 < jessta> yes, we do. Using interfaces 15:01 < Nola> you said no runtime dynamic dispatch 15:01 < exch> Go makes you shed all the brainwashing from places like c++ and look at your code in a new and refreshing way 15:01 < Nola> i want a container of Animals 15:01 < Nola> and then some of them are actually Monkeys 15:01 < Nola> and some are actually Bears 15:02 < jnwhiteh> yeah 15:02 < Nola> so u can have a container of Interface? 15:02 < jnwhiteh> yes 15:02 < exch> you cna have a container of an Animal interface 15:02 < exch> and then Cat, Bear, Dog, etc implement that interface 15:03 < jnwhiteh> you don't need runtime dynamic dispatch to have polymorphism 15:03 < jnwhiteh> =) 15:03 < jessta> "satisfy that interface" seems to make more sense 15:03 < Nola> what 15:03 < wrtp> Nola: that doesn't sound like a real-world problem to me :-) 15:03 < Nola> how can you not need runtime for this 15:04 -!- awidegreen [~quassel@62.176.237.78] has joined #go-nuts 15:04 < jnwhiteh> because it can all be done at compile time? 15:04 < jnwhiteh> http://en.wikipedia.org/wiki/Polymorphism_in_object-oriented_programming 15:05 < jnwhiteh> the C++ example there is not difficult at all in go. 15:08 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 15:08 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 15:10 < jessta> Nola: interfaces aren't really dynamic, but they do contain a static vtable to the methods of the underlying type 15:13 < exch> Nola: here's the c++ example in Go: http://pastebin.com/ceqG3sqx 15:13 -!- luruke [~luruke@151.53.13.191] has quit [Quit: Leaving] 15:14 -!- sukuri [~travis@132.170.135.255] has joined #go-nuts 15:14 < jnwhiteh> Nola: http://pastebin.mozilla.org/784610 15:14 < jnwhiteh> exch: damn, beat me to it =) 15:15 < exch> hehe 15:15 < jessta> Nola: http://golang.org/doc/go_for_cpp_programmers.html#Interfaces 15:17 < steven_t> Nola: what language are you coming from as a frame of reference when you asked your questions just now 15:17 -!- Venom_X [~pjacobs@71.22.114.217] has joined #go-nuts 15:19 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 15:19 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 15:19 -!- b00m_chef [~watr@66.183.100.197] has joined #go-nuts 15:20 -!- rejb [~rejb@unaffiliated/rejb] has joined #go-nuts 15:21 < Nola> why do you have to write "struct" 15:21 < Nola> type Cat struct { 15:21 < Nola> instead of just 15:21 < Nola> type Cat { 15:21 < jnwhiteh> because its a struct 15:21 < Nola> so? 15:21 < jnwhiteh> not a type alias, or an interface 15:22 < Nola> "because" isnt a good enough argument 15:22 < jnwhiteh> I suppose the correct answer is because that is the syntax of the language =) 15:22 < Nola> bah 15:22 < jessta> type Cat struct { 15:22 < Nola> how about: 15:22 < exch> technically it could be omitted for structs, but that just makes things inconsistent. Why omit it for struct and not for others? 15:22 < jessta> type Animal interface { 15:22 < Nola> interface Animal { 15:22 < Nola> type Cat { 15:22 < jessta> type MyCat Cat 15:23 < Nola> alias MyCat Cat 15:23 < Tonnerre> Thou shalt not type my cat! 15:23 < jnwhiteh> lol 15:23 < Nola> i dont like "struct" 15:23 < jnwhiteh> congrats! 15:23 -!- xash [~xash@d062114.adsl.hansenet.de] has joined #go-nuts 15:23 < jnwhiteh> =) 15:23 < Nola> thats ghetto C stuff from the 1970's 15:23 < exch> that's not go's fault :p 15:23 < Namegduf> Nola: Because you can have type Cat int 15:24 < Nola> so 15:24 < jessta> Nola: Go is a C like language 15:24 < Namegduf> And type cat *int, and so forth. 15:24 < Nola> it can still work 15:24 < jnwhiteh> it can 15:24 < jnwhiteh> but then its inconsistent 15:24 < jnwhiteh> they like the way it is now 15:24 < Namegduf> So the syntax for *everything else* is type <name> <type> 15:24 < jessta> Nola: makes the parser simpler 15:24 < Namegduf> Making exceptions for no reason uglifies and complicates. 15:24 < exch> ^ 15:24 -!- bortzmeyer [~bortzmeye@batilda.nic.fr] has quit [Quit: Leaving.] 15:25 < Nola> whats wrong with "type Cat {" and "alias Bar int" 15:25 -!- b00m_chef [~watr@66.183.100.197] has quit [Ping timeout: 276 seconds] 15:25 < jnwhiteh> another keyword when its not needed, for one. 15:25 < jessta> Nola: then you need an extra rule in the parser 15:25 < Namegduf> More keywords is a bad thing. 15:25 < Namegduf> Especially for no reason. 15:25 < Nola> this is a top level basic thing 15:25 < Namegduf> It also isn't an alias. 15:25 < Nola> i wanna write interface Foo { 15:25 < Namegduf> You still have to cast between them. 15:25 < jnwhiteh> its a new type 15:25 < Namegduf> They're distinct types. 15:26 < Nola> the Go syntax is too "weird" 15:26 < jnwhiteh> "regular" 15:26 < exch> type Foo int; <- foo is an entirely new type that can define it's own methods. Not an alias 15:26 < jnwhiteh> and "not burdened with crap" 15:26 < jnwhiteh> and "easy to parse" 15:26 < jnwhiteh> I agree with myself on all three accounts! 15:26 < jessta> Nola: compared to what? 15:26 < Nola> Lua 15:26 < jnwhiteh> ... 15:26 < jnwhiteh> that was most certainly not the argument I was expecting 15:26 < exch> it's also entirely different from chinese.. what's your point? :p 15:26 < jnwhiteh> I'm a very heavy Lua user, and Lua is such a drastically different language from Go.. 15:27 < Nola> it's the right argument, cause Lua has a very standardized and simple syntax which is easy to convert into opcodes 15:27 < jnwhiteh> Have you written a Lua parser? 15:27 < jnwhiteh> I have 15:27 < Nola> yet it doesnt have "weird stuff" like this 15:27 < jnwhiteh> its a bitch 15:27 < jnwhiteh> it's terrible 15:27 < Namegduf> This sounds like a personal problem. 15:27 < Namegduf> I don't consider this "weird stuff". 15:27 < jnwhiteh> Lua's language definition is ambiguous 15:28 < jnwhiteh> the language designers know this and admit it, and you have to deal with things at parse time as a result 15:28 < Namegduf> This seems perfectly sensible and neat to me. 15:28 < Nola> ambiguous where 15:28 < Nola> they claim its not 15:28 < jnwhiteh> that' sjust plain not true. 15:28 < Nola> lhf says theres nothing ambiguous anywhere 15:28 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 15:28 < jnwhiteh> using the standard Lua parser 15:28 < jnwhiteh> which is hand written 15:29 < jnwhiteh> and it makes exceptions for certain cases, one of which was recently featured on the mailing list 15:30 < jnwhiteh> I'm failing to pull up the reference, and for that I apologize 15:30 < Nola> :O 15:30 < Namegduf> At any rate, to argue the syntax is bad requires more than "it isn't what I personally expect!", because I find it looks very nice and prefer it to less regular syntax. 15:30 < Namegduf> I think so, anyway. 15:30 < jnwhiteh> Lua's syntax is unambiguous, but it is incredibly difficult to parse. I apoligize for bringing the word 'ambiguous' into the conversation without proper reference. 15:31 < Nola> I wish it was alittle bit more "simple englishy" 15:31 < Namegduf> I don't. 15:31 < Nola> i'm not convinced it cant have a perfectly normal syntax with that 15:31 < jnwhiteh> it could, the language designers just aren't interested in that 15:31 < jnwhiteh> or they would have done that 15:31 < jnwhiteh> They're completely (more than) aware of Lua 15:31 < Nola> well, with "it could", we're not talking about a vast scope here 15:31 < Namegduf> Sounds like a complete pain to actually write programs in, really. 15:31 < Nola> theres just a few things 15:32 < Namegduf> Maybe you should go use Ruby; 10.upTo(20) is very "simple englishy". 15:32 < Namegduf> As looping constructs go. 15:32 < Nola> "interface Animal {" is a pain to write actual programs in really? 15:32 < Namegduf> No, but it isn't an improvement for me. 15:32 < jnwhiteh> not at all 15:33 < Nola> is an interface a type? 15:33 -!- lmoura [~lauromour@187.58.99.11] has quit [Read error: Connection reset by peer] 15:33 < Namegduf> Yes. 15:33 < jnwhiteh> yes 15:33 < jnwhiteh> Nola: http://www.listware.net/201007/lua/92065-functioncall-vs-varlist-ambiguity.html 15:33 < Namegduf> A type which occupies two words of memory at runtime, one a pointer to a vtable and another a pointer to or the item contained in the interface. 15:34 < jessta> Nola: if Go's syntax is such an issue, and you prefer Lua's syntax...then you probably don't want to use Go 15:34 < jnwhiteh> Or use the (dirty) trick that the Lua parser uses. Twist the grammar to something more or less like this: callOrAssig = prefixexp rest;rest = "," restassign | "=" restassign1 | "(" etc. Things like "f(x) = 3" must be rejected outside the parser. 15:34 -!- lmoura [~lauromour@187.112.3.18] has joined #go-nuts 15:34 < jnwhiteh> ^^ To quote from that thread. 15:34 -!- ucasano [~ucasano@151.12.47.139] has quit [Quit: ucasano] 15:34 -!- acts_as [~acts_as@208.236.105.27] has joined #go-nuts 15:36 < Nola> ok another question 15:37 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 15:37 < Nola> Go is a static, compile language. Lua is a dynamic scripting language. 15:37 < Nola> why does Go score a median of 1/2 the speed of LuaJit? 15:38 < Nola> does that make any sense 15:38 < jnwhiteh> Go has an unoptimized compiler and runtime 15:38 < exch> the go runtime is not optimized yet. Lot's of room for improvements in the runtime and the standard library 15:38 < jnwhiteh> Lua has been optimized for a decade 15:38 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 15:38 < jessta> Nola: on what benchmarks? 15:39 -!- Shyde [~shyde@HSI-KBW-078-043-070-132.hsi4.kabel-badenwuerttemberg.de] has joined #go-nuts 15:39 < Nola> all of them / any of them 15:39 < jnwhiteh> http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=luajit&lang2=go is the page being referenced 15:39 < Nola> remember, Lua is dynamically typed 15:40 -!- mattn_jp [~mattn_jp@180-144-131-20.eonet.ne.jp] has quit [Ping timeout: 276 seconds] 15:40 < Nola> there should be no way in hell that Lua is faster than Go 15:40 < Nola> lol. 15:40 < jnwhiteh> ... 15:40 -!- l00t [~i-i3id3r_@189.105.85.75] has quit [Read error: Connection reset by peer] 15:40 < jnwhiteh> being dynamically typed doesn't mean all that much in this case. The values in these programs are only ever being used one way. 15:40 < jnwhiteh> Now, give any of those Lua programs BAD input, and they'll fail 15:40 < jnwhiteh> in Go, they won't compile 15:40 < jnwhiteh> that's where the 'dynamic' comes into it in this case 15:41 < jnwhiteh> There's no dynamic method dispatch or anything like that in Lua, it's too simple for that. 15:41 < jnwhiteh> Lua also has an incredibly optimized register-based virtual machine (the first mainstream language to do so), while Go is still under active development in both the runtime and the compiler. 15:41 < jnwhiteh> Mike does some amazing optimizations in LuaJit, we all know that =) 15:41 < Nola> you can do dynamic type based dispatch 15:42 < jnwhiteh> but they aren't. 15:42 < jnwhiteh> so it's easy to say 'it's a dynamic language' but Lua doesn't take a hit at all because of that fact in these benchmarks. 15:43 < jnwhiteh> Nola: Also, the x64 compiler is (afaik) the most actively developed compiler for Go, and LuaJit doesn't work on x64.. so its a bit of a tough comparison 15:43 < Nola> Doesn't take a hit because of LuaJit 15:43 < Nola> Lua takes a hit 15:44 < jnwhiteh> ... 15:44 -!- mattn_jp [~mattn_jp@180-144-131-20.eonet.ne.jp] has joined #go-nuts 15:44 < Nola> or rather, doesn't take a hit assuming that LuaJit is doing its job 15:44 < jnwhiteh> where is there any dynamic runtime code in any of these Lua benchmarks? 15:44 -!- mattn_jp [~mattn_jp@180-144-131-20.eonet.ne.jp] has left #go-nuts [] 15:44 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 15:44 < jnwhiteh> that's my real question 15:44 < Nola> jnwhiteh: if you compared to Lua VM, Lua VM does take a hit 15:44 < Nola> it's always taking a hit 15:44 < skejoe> The update of draw.Context introduces a single EventChan() instead of seperate channels for mouse, keyboard, etc. events. If a mouse event occurs a draw.MouseEvent struct is sent to the event channel, draw.KeyboardEvent for keyboard events and so on. But how would I find out which type of event occured? 15:44 < jnwhiteh> *sigh* 15:44 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 15:45 < jnwhiteh> Nola: It's actually not, I disagree with you. 15:45 < Nola> manipulation of the values always requires fuxoring the tagged union 15:45 < jnwhiteh> Not when the values never change 15:45 < jessta> skejoe: type switch 15:45 < Nola> umm, well, when the values change 15:45 < jnwhiteh> if you treat the values as statically typed values, then you dont' incur this hit 15:45 < jnwhiteh> or am I insane? 15:45 < Nola> yes you're insane 15:45 < jnwhiteh> ... 15:45 < exch> skejoe: use a typeswitch presumably. switch tt := evt.(type) { case *MouseEvent: ...; case *KeyboardEvent: ...; } 15:46 < skejoe> jessta, exch: Okay, thanks. 15:46 < Nola> jnwhiteh: do a simple assignation. think about it. the tagged union has to be updated. 15:46 < Nola> and it's malloced on the heap 15:46 < Nola> this is very far cry from an int on the stack 15:46 < jnwhiteh> alright 15:47 < jessta> I reckon it would have been better to stick with the seperate event chans 15:47 < jnwhiteh> I agree with you there 15:47 < jnwhiteh> that all makes sense 15:47 < Nola> im just saying about Lua though. LuaJit, in theory, should compile down to code that's as good as an int on the stack 15:47 < jnwhiteh> better than, in some cases 15:48 < jnwhiteh> because its an optimising compiler 15:48 < jnwhiteh> Go isn't, for all intents and purposes 15:48 < Nola> whens it gonna be? :O 15:48 < jnwhiteh> I am not psychic =0 15:49 < jnwhiteh> It seems to me that if you are familiar with Lua, enjoy using LuaJit, and want somethign like the syntax of Lua, then I'd suggest using Lua. Go isn't any of those things =) 15:49 < skejoe> jessta: yeah, but in the end it would mean a lot of channels - ResizeChan(), QuitChan(), EnterLeaveChan() etc. 15:49 < jnwhiteh> I'll continue happily using both Lua and Go depending on the project! 15:49 < Nola> jnwhiteh: I wanna use Go to get real GCC level performance 15:50 < Nola> if it doesnt do that then currently it has no purpose for use 15:50 < Nola> except to experiment 15:50 < exch> having one channel in memory is better than having 10 of em in memory :) 15:50 < jnwhiteh> then I guess you have your answer =) 15:50 < jessta> skejoe: you have to do a type switch anyway, a select is pretty much the same 15:51 < jnwhiteh> ah well, I'm off 15:51 < jessta> Nola: performace isn't a priority at the moment 15:51 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 15:51 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 15:51 < Nola> whats the priority 15:51 < jessta> the language 15:52 < jessta> performance can be fixed later 15:52 < Nola> can you make a container that works with different types generically? 15:52 < jessta> you can make a container that works with the "empty interface"(an interface with zero methods) 15:53 < jessta> that will work with any type 15:53 < Nola> that assumes they're all gonna be on the heap then 15:53 < Nola> i mean a generic container that stores stuff of an actual known size 15:53 < jessta> nope, generics are still a work in progress 15:54 -!- skelterjohn [~jasmuth@lawn-net168-in.rutgers.edu] has joined #go-nuts 15:54 < jessta> they aren't sure how they fit in to the language yet 15:54 < Nola> is there a WIP syntax for it? 15:54 < jessta> WIP? 15:55 < Nola> werk in progress 15:55 < jessta> no, that's what they are working on 15:55 < Nola> oh lol 15:55 < jessta> generics in most languages are completely horrible 15:55 < Nola> why 15:56 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 15:56 < exch> generics are a pain in the ass to do correctly. They have no intention of making half assed decisions that compromise the rest of the language 15:56 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 15:57 < exch> besides, once you get familiar with Go, you'll find you'll miss generics less and less. Granted there are still a few places where they would be nice, but the absebce is not nearly as bad as it may seem at first glance 15:57 < jessta> Nola: http://research.swtch.com/2009/12/generic-dilemma.html 15:57 < skelterjohn> um. i'm pretty familiar now, and i still miss generics quite a bit :) 15:58 < skelterjohn> you can still be good about not rewriting code, by using interface{} 15:58 < exch> mm well I suppose we can chalk this issue up to personal taste then :) Cos I don't 15:58 < skelterjohn> but i'm a fan of type safety 15:59 < Nola> exch: Not possible 15:59 < jessta> skelterjohn: you can get type safety with a wrapper 15:59 < Nola> re: "once you get familiar with Go" 15:59 < Nola> that statement is impossible 15:59 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has joined #go-nuts 16:00 < Nola> Being ultimately familiar with Go doesn't make it magically possible to not need a skip-list-hash container 16:00 -!- ikaros [~ikaros@188.107.208.221] has joined #go-nuts 16:00 < Nola> or an lockfree ringbuffer 16:00 < Nola> that works generically 16:00 < Nola> Knowing "GO" does not somehow change the reality of algorithms 16:01 < exch> No, but you may discover that Go has a few of it's own tricks up it's sleeve you would not have thought of when your head is still filled with C++ or any other language's paradigms 16:01 < Nola> Those aren't C++ 16:02 < exch> it's an example 16:02 < Nola> Go does not have these tricks up its sleeve 16:02 < Nola> You aren't speaking factually, you're guessing 16:02 < Nola> Guessing randomly. 16:03 < Nola> If I need a lockfree ringbuffer, then that's what I need. It doesn't matter what language it is. It could be written in pure ASM 16:03 -!- ucasano_ [~ucasano@151.12.47.139] has joined #go-nuts 16:03 < Nola> Go does not (and it is impossible that it can) somehow replace Algorithms 16:03 -!- ucasano [~ucasano@151.12.47.139] has quit [Read error: Connection reset by peer] 16:03 < Nola> you're just saying random stuff 16:04 < exch> well it seems you've made up your mind then. I'll just shut up 16:04 < Nola> Use the argument that you've used in a more reasonable context 16:04 < Nola> like somebody who is a C++ programmer complaining Go has no std::vector 16:05 < jessta> Go has vector.Vector 16:05 < jessta> Nola: not having generics doesn't stop you from implementing any algorithms 16:05 < jessta> you just have a bit more indirection 16:08 -!- ucasano [~ucasano@151.12.47.139] has quit [Client Quit] 16:09 < Nola> What do you guys use for ordered maps 16:09 < nbjoerg> generics are mostly useful as type safe macro system 16:10 -!- sacho [~sacho@213.91.244.15] has quit [Remote host closed the connection] 16:10 < Nola> looks like your map type only supports unordered maps 16:11 < jessta> either a slice of the values, or a slice of the keys 16:11 < jessta> sorted in the order you want them 16:14 < Nola> thats not the same 16:14 < Nola> that will have O(N) complexity 16:14 < Nola> for finding 16:14 < Nola> ordered maps are associative arrays where the keys are stored in sorted order using balanced trees. 16:14 < nbjoerg> jessta: I think he means "tree with some given order relation" for "map" 16:16 < Nola> yes 16:18 < cbeck> Nola: just because the map primative isn't implemented as such, just means you needto roll your own or use someone else's. 16:18 < Nola> its not just implementation details only 16:18 < nbjoerg> I could personally keep them separate, but that depends a lot on the user 16:18 -!- rlab [~Miranda@91.200.158.34] has quit [Read error: Connection reset by peer] 16:18 < Nola> the sorted order is used by the programmer 16:18 < cbeck> Expecting a young language to have the library depth of C++ is silly 16:19 < Nola> say for example that I am making a Music program, and it stores a lot of data in time 16:19 < Nola> that's where you used a ordered map, not an unordered map 16:19 < Nola> the ordered map lets you store data sparsely 16:20 < nbjoerg> ordered maps have quite a narrow scope 16:20 < Nola> no 16:20 < cbeck> And? How is that an issue with go, rather than with the library depth 16:21 < nbjoerg> often enough, once you want an order relation, you want to have multiples and you are leaving the domain of primitive data types 16:21 < Nola> ordered and unordered maps are equal 16:21 < nbjoerg> ordered data structures are fundamentally different from unordered ones 16:21 < Nola> storing sparse data is a huge thing, very common 16:22 < Nola> ordered maps are what you use to store sparse data 16:22 < Nola> there isn't a better algorithm 16:22 < Nola> cbeck: why is it a problem in Go... 16:22 < nbjoerg> wtf 16:22 < Nola> why does Go have a builtin primitive for unordered maps only 16:23 < Nola> rather than both 16:23 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has quit [Quit: major_majors] 16:23 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 240 seconds] 16:23 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has joined #go-nuts 16:24 < nbjoerg> you don't make sense 16:24 < jessta> Nola: because in the common case an unordered map is fine 16:24 < cbeck> So write a library that provides an ordered map. The idea is for the language to be as simple as possible 16:26 < cbeck> considering that no other compiled lang I can think of provides maps as primitives, I'm not sure how any of this is a dig against Go 16:27 < Nola> its not really a dig against go 16:27 < Nola> but the basic types you need are 16:27 < acts_as> Go just needs to ditch the camelCaseForEverything and it'll be a star 16:27 < acts_as> :( 16:28 < Nola> arrays, slices, ordered maps, hashed maps 16:28 < nbjoerg> ordered "maps" (which really are trees) are not "basic" 16:28 < jessta> I like green bikesheds, they make birds happy 16:28 < Nola> so its missing 1 thing 16:28 < acts_as> NERD FIIIGGGHTTTT! 16:28 < nbjoerg> jessta: I prefer blue 16:28 < Nola> nbjoerg: they're pretty damn basic. look at C++ 16:29 < Nola> std::map is an ordered map. 16:29 < Nola> extremely useful 16:29 < acts_as> first one to goatse the other wins 16:29 < Nola> my argument is that Go has everything it needs, except 1 thing, and you dont need more than that 16:29 < Nola> im not arguing to add in a special crazy container for anything else 16:29 < exch> then by all means, propose it in the mailinglist. 16:30 < jessta> acts_as: I'm a bit of a rob pike fan, so all the bikesheding stuff in Go is just the way I like it 16:30 < nbjoerg> if there are so basic, how comes e.g. Python doesn't have it builtin? 16:30 < nbjoerg> just because STL has something doesn't mean it is basic 16:30 < Nola> python does have it 16:30 < acts_as> Python is the standard for nothing but an example of how Perl can drive you to become a whitespace nazi 16:31 < jessta> acts_as: but in any case, consistancy is more important than everything else. In every other language I miss gofmt 16:31 < exch> gofmt is genius 16:31 < Nola> using 'bisect' if i recall 16:32 < nbjoerg> I don't see it in the list of builtin types 16:32 < jessta> language wide consistant formating is so beautiful 16:33 < acts_as> It'd be even more beautiful if it encouraged underscores, rather than camelcase. 16:33 -!- skejoe [~skejoe@188.114.142.231] has quit [Quit: leaving] 16:34 < nickaugust> can someone spot why my argv arugments arent beign passed to ls in this function http://sprunge.us/gWgM 16:34 < nickaugust> iLikeCamelCase :) 16:34 * exch shivers @ underscores 16:34 < acts_as> i_hate_camel_case 16:34 < nickaugust> hehe 16:34 < acts_as> readability++ 16:34 < acts_as> omg i haz to types moer? 16:35 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has joined #go-nuts 16:38 -!- wrtp [~rog@92.17.50.128] has quit [Ping timeout: 245 seconds] 16:39 -!- deso [~deso@x0561a.wh30.tu-dresden.de] has quit [Remote host closed the connection] 16:41 < xash> Still I don't understand how to write a type in byteform into a file .. has nobody an example? 16:41 < jessta> nickaugust: just a guess, but usually argv[0] is the name of the program 16:42 -!- rlab [~Miranda@91.200.158.34] has joined #go-nuts 16:43 < nickaugust> jessta: yeah that is a bit confusing but the function definition is: 16:43 < nickaugust> func Run(argv0 string, argv, envv []string, dir string, stdin, stdout, stderr int) (p *Cmd, err os.Error) 16:43 < nickaugust> so argv0 is already broken out... 16:43 < nickaugust> i would assume.... 16:44 < nickaugust> oh wtf 16:44 -!- wrtp [~rog@92.17.50.128] has joined #go-nuts 16:45 < nickaugust> jessta: yes you were right. thanks :) 16:46 < wrtp> it might be interesting to define maps such that map[T] where T supports ordered comparisons (< and >) is ordered 16:47 < jessta> nickaugust: yeah, I think that could be clearer 16:47 < wrtp> but that would incur the hit for all maps, where a plain hash table is probably faster 16:47 < jessta> because argv0 isn't really argv0 at all 16:48 < wrtp> it's true - it would be better named as path, or something similar 16:49 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has joined #go-nuts 16:49 -!- Nola [Nola@76.91.53.83] has quit [Ping timeout: 240 seconds] 16:52 -!- l00t [~i-i3id3r_@189.105.32.175] has joined #go-nuts 16:52 -!- ronnyy [~quassel@2001:6f8:12c6:2a:224:1dff:fed7:9541] has quit [Remote host closed the connection] 16:53 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has quit [Ping timeout: 260 seconds] 16:54 -!- kanru [~kanru@118-160-165-166.dynamic.hinet.net] has quit [Ping timeout: 276 seconds] 16:55 -!- macroron [~ron@c-98-242-168-49.hsd1.fl.comcast.net] has joined #go-nuts 16:59 -!- macroron [~ron@c-98-242-168-49.hsd1.fl.comcast.net] has quit [Client Quit] 16:59 -!- macroron [~ron@c-98-242-168-49.hsd1.fl.comcast.net] has joined #go-nuts 17:01 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 17:04 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has quit [Remote host closed the connection] 17:07 -!- wrtp [~rog@92.17.50.128] has quit [Quit: wrtp] 17:08 -!- wrtp [~rog@92.17.50.128] has joined #go-nuts 17:08 -!- wrtp [~rog@92.17.50.128] has quit [Client Quit] 17:08 -!- sukuri [~travis@132.170.135.255] has quit [Quit: Leaving.] 17:09 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has quit [Ping timeout: 255 seconds] 17:11 -!- thomas_b [~thomasb@cm-84.215.47.51.getinternet.no] has joined #go-nuts 17:13 -!- Venom_X [~pjacobs@71.22.114.217] has quit [Ping timeout: 276 seconds] 17:20 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has joined #go-nuts 17:22 -!- plainhao [~plainhao@mail.xbiotica.com] has joined #go-nuts 17:25 < plexdev> http://is.gd/eZq8Q by [Russ Cox] in go/src/pkg/runtime/linux/amd64/ -- runtime: fix linux/amd64 build: wrong name for munmap 17:28 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 17:29 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 17:29 -!- rutkowski [~adrian@078088207115.walbrzych.vectranet.pl] has joined #go-nuts 17:29 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 17:30 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has joined #go-nuts 17:31 < rutkowski> Hey i have problem with installing go, here's what i've got after ./all.bash: http://pastie.org/1144060 17:32 < rutkowski> Could somebody help :S 17:32 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has quit [Ping timeout: 255 seconds] 17:32 -!- Venom_X [~pjacobs@adsl-99-20-147-171.dsl.aus2tx.sbcglobal.net] has joined #go-nuts 17:32 < rutkowski> That after clean 'hg clone -r release https://go.googlecode.com/hg/ go' done several minutes ago 17:34 < skelterjohn> Without taking a look at what went wrong, sometimes doing a ./clean.bash before ./all.bash actually does something different 17:35 < rutkowski> After ./clean.bash: http://pastie.org/1144068 17:35 < skelterjohn> eek 17:35 < skelterjohn> sorry, i don't know what could cause that 17:35 < skelterjohn> not a make expert 17:39 < rutkowski> Hmm seems same problem on the ml 17:43 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 17:49 -!- mattikus [~mattikus@130.39.0.197] has joined #go-nuts 17:58 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has joined #go-nuts 18:01 -!- ucasano_ [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has joined #go-nuts 18:02 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has quit [Read error: Connection reset by peer] 18:02 -!- sacho [~sacho@79-100-169-222.btc-net.bg] has joined #go-nuts 18:05 < madari> rutkowski: what does your "make -v" say 18:06 -!- ucasano [~ucasano@host150-147-static.225-95-b.business.telecomitalia.it] has quit [Ping timeout: 240 seconds] 18:06 < madari> rutkowski: I can see what the problem probably is (in the makefile), but I can't reproduce it myself (with gnu make 3.81) 18:07 < rutkowski> madari: GNU Make 3.82 18:07 < rutkowski> madari: Built for x86_64-unknown-linux-gnu 18:09 < madari> ok, seems like 3.82 introduced some "backward-incompatibilities".. maybe this is one of those 18:10 -!- major_majors [~major_maj@173-10-44-57-Michigan.hfc.comcastbusiness.net] has joined #go-nuts 18:11 -!- tasosos [~tasosos@193.92.229.85.dsl.dyn.forthnet.gr] has joined #go-nuts 18:18 -!- ucasano [~ucasano@151.12.47.139] has joined #go-nuts 18:19 -!- enherit [~enherit@cpe-98-149-170-48.socal.res.rr.com] has joined #go-nuts 18:20 -!- macroron [~ron@c-98-242-168-49.hsd1.fl.comcast.net] has quit [Quit: Leaving] 18:23 < plexdev> http://is.gd/eZuoH by [Robert Griesemer] in go/doc/ -- go_spec: fix typo (pointed out by Hiroshi Iwatani) 18:23 -!- ucasano [~ucasano@151.12.47.139] has quit [Ping timeout: 264 seconds] 18:23 -!- mattikus [~mattikus@130.39.0.197] has quit [Remote host closed the connection] 18:26 -!- major_majors [~major_maj@173-10-44-57-Michigan.hfc.comcastbusiness.net] has quit [Quit: major_majors] 18:41 -!- major_majors [~major_maj@173-10-44-57-Michigan.hfc.comcastbusiness.net] has joined #go-nuts 18:59 -!- snearch [~snearch@f053010254.adsl.alicedsl.de] has joined #go-nuts 19:02 -!- gigatropolis [~chatzilla@c-76-102-52-104.hsd1.ca.comcast.net] has quit [Read error: Operation timed out] 19:04 -!- femtoo [~femto@95-89-248-51-dynip.superkabel.de] has quit [Quit: Leaving] 19:04 -!- RobertLJ [~quassel@c-68-44-163-191.hsd1.nj.comcast.net] has quit [Remote host closed the connection] 19:04 -!- scm [justme@d135116.adsl.hansenet.de] has joined #go-nuts 19:05 -!- napsy [~luka@88.200.96.18] has quit [Ping timeout: 245 seconds] 19:06 -!- Shyde [~shyde@HSI-KBW-078-043-070-132.hsi4.kabel-badenwuerttemberg.de] has quit [Quit: Shyde] 19:06 -!- gigatropolis [~chatzilla@c-76-102-52-104.hsd1.ca.comcast.net] has joined #go-nuts 19:09 -!- Sseur [~david@mic92-12-88-161-108-143.fbx.proxad.net] has joined #go-nuts 19:12 -!- acts_as [~acts_as@208.236.105.27] has quit [Quit: acts_as] 19:12 -!- acts_as [~acts_as@208.236.105.27] has joined #go-nuts 19:22 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has quit [Quit: slashus2] 19:27 < plexdev> http://is.gd/eZzqs by [Jukka-Pekka Kekkonen] in go/src/ -- build: work with GNU Make 3.82 19:27 -!- Fish [~Fish@9fans.fr] has joined #go-nuts 19:30 -!- plainhao [~plainhao@mail.xbiotica.com] has quit [Quit: plainhao] 19:38 < cbeck> rutkowski: ^^ 19:46 -!- zozoR [~zozoR@90.185.39.115] has joined #go-nuts 19:47 -!- l00t [~i-i3id3r_@189.105.32.175] has quit [Ping timeout: 264 seconds] 19:48 -!- aho [~nya@fuld-4d00d471.pool.mediaWays.net] has joined #go-nuts 19:49 -!- deso [~deso@x0561a.wh30.tu-dresden.de] has joined #go-nuts 19:49 -!- fenicks [~christian@log77-3-82-243-254-112.fbx.proxad.net] has joined #go-nuts 19:51 < fenicks> hello 19:53 -!- nsf [~nsf@jiss.convex.ru] has joined #go-nuts 19:58 -!- napsy [~luka@88.200.96.18] has joined #go-nuts 20:00 -!- rutkowski [~adrian@078088207115.walbrzych.vectranet.pl] has quit [Quit: WeeChat 0.3.3-dev] 20:10 -!- snearch [~snearch@f053010254.adsl.alicedsl.de] has quit [Quit: Verlassend] 20:12 -!- gdhagger [~graham@199.4.20.12] has quit [Quit: Ex-Chat] 20:18 -!- l00t [~i-i3id3r_@189.105.114.178] has joined #go-nuts 20:22 -!- kergoth [~kergoth@ip24-251-170-95.ph.ph.cox.net] has joined #go-nuts 20:23 -!- steveno [~stevenoli@paludis/cheerleader/steveno] has joined #go-nuts 20:29 < plexdev> http://is.gd/eZE0R by [Russ Cox] in 2 subdirs of go/src/pkg/ -- os, exec: rename argv0 to name 20:29 -!- DerHorst [~Horst@e176104058.adsl.alicedsl.de] has quit [Remote host closed the connection] 20:48 -!- zozoR [~zozoR@90.185.39.115] has quit [Quit: Morten. Desu~] 20:53 -!- LeNsTR [~lenstr@unaffiliated/lenstr] has quit [Quit: LeNsTR] 20:54 -!- jturner [~james@command.huskycoding.com] has joined #go-nuts 20:59 -!- jcao219 [~jcao219@pool-173-74-61-111.dllstx.fios.verizon.net] has joined #go-nuts 21:01 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has joined #go-nuts 21:03 -!- gnuvince [~vince@72.0.221.62] has quit [Ping timeout: 240 seconds] 21:03 -!- gnuvince [~vince@70.35.173.114] has joined #go-nuts 21:07 -!- Fish [~Fish@9fans.fr] has quit [Remote host closed the connection] 21:07 -!- Fish [~Fish@9fans.fr] has joined #go-nuts 21:17 -!- evildho [~devon@onager.omniti.com] has joined #go-nuts 21:20 < evildho> Does anybody know what the status is of joerg's netbsd port? 21:21 -!- Fish [~Fish@9fans.fr] has quit [Remote host closed the connection] 21:23 < nbjoerg> cgo still doesn't work 21:23 < nbjoerg> and I still haven't merged some of the required kernel changes :) 21:23 < evildho> oh, you're under a weird nick 21:24 < evildho> someone was bitching at me to do an openbsd port again 21:24 < nbjoerg> and there is a bug in sigaction 21:24 < nbjoerg> that ar ethe major issues :) 21:24 < evildho> wasn't sure how different the elf header was from netbsd; it's significantly different from freebsd that i quit trying to figure it out last time 21:24 < nbjoerg> netbsd uses proper ELF ABI tags 21:24 -!- rbetts [~rbetts@173-166-80-33-newengland.hfc.comcastbusiness.net] has joined #go-nuts 21:25 < nbjoerg> it's a bit of a surprise that it works on Linux at all 21:25 -!- ShadowIce [~pyoro@unaffiliated/shadowice-x841044] has quit [Quit: Verlassend] 21:26 < evildho> have a patch I could tool around with? 21:27 < nbjoerg> will sort it out soonish 21:27 < evildho> ok. i don't need anything pristine, just something to tool around with a bit. I'm going to have to look at what rthreads look like these days anyway 21:31 < plexdev> http://is.gd/eZIEM by [Scott Lawrence] in go/doc/ -- spec: Allow omission of low slice bound 21:31 < nbjoerg> it really depends on what kind of mutex primitive rthreads provides 21:33 -!- xash [~xash@d062114.adsl.hansenet.de] has quit [Ping timeout: 240 seconds] 21:37 -!- ikaros [~ikaros@188.107.208.221] has quit [Quit: Leave the magic to Houdini] 21:37 -!- dj2 [~dj2@CPE001f5b35feb4-CM0014048e0344.cpe.net.cable.rogers.com] has quit [Read error: Operation timed out] 21:38 -!- dj2 [~dj2@CPE001f5b35feb4-CM0014048e0344.cpe.net.cable.rogers.com] has joined #go-nuts 21:41 -!- Venom_X [~pjacobs@adsl-99-20-147-171.dsl.aus2tx.sbcglobal.net] has quit [Quit: Venom_X] 21:45 -!- skelterjohn [~jasmuth@lawn-net168-in.rutgers.edu] has quit [Quit: skelterjohn] 21:50 -!- dj2 [~dj2@CPE001f5b35feb4-CM0014048e0344.cpe.net.cable.rogers.com] has quit [Ping timeout: 240 seconds] 21:51 -!- l00t [~i-i3id3r_@189.105.114.178] has quit [Remote host closed the connection] 21:51 -!- dj2 [~dj2@2002:63ec:1a4e:0:21f:5bff:fe35:feb5] has joined #go-nuts 21:53 -!- l00t [~i-i3id3r_@189.105.114.178] has joined #go-nuts 22:00 -!- major_majors [~major_maj@173-10-44-57-Michigan.hfc.comcastbusiness.net] has quit [Quit: major_majors] 22:04 -!- Sseur [~david@mic92-12-88-161-108-143.fbx.proxad.net] has quit [Ping timeout: 276 seconds] 22:05 -!- sacho [~sacho@79-100-169-222.btc-net.bg] has quit [Ping timeout: 276 seconds] 22:06 -!- rlab [~Miranda@91.200.158.34] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org] 22:11 < evildho> nbjoerg: it seemed ok when I looked last 22:11 < nbjoerg> it's not a question of how bad it is, but what the primitives are like 22:11 < evildho> I know, I ported the compilers and runtime before :P 22:12 < nbjoerg> netbsd was non-trivial because the primitives are fundamentally different from the futex interface 22:12 < evildho> istr there was a sleep-in-kernel mutex 22:12 < evildho> with similar semantics 22:12 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has joined #go-nuts 22:13 < nbjoerg> the futex interface (which FreeBSD more or less provides) is centered around addreses 22:13 < nbjoerg> the lwp_park interface in NetBSD is centered around lwps 22:15 -!- unhygienix [~unhygieni@host86-179-194-46.range86-179.btcentralplus.com] has joined #go-nuts 22:19 -!- boscop_ [~boscop@g227130150.adsl.alicedsl.de] has joined #go-nuts 22:22 -!- boscop [~boscop@g225212058.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds] 22:26 -!- jmettraux [~jmettraux@211.19.55.177] has joined #go-nuts 22:30 -!- awidegreen [~quassel@62.176.237.78] has quit [Remote host closed the connection] 22:39 -!- deso [~deso@x0561a.wh30.tu-dresden.de] has quit [Remote host closed the connection] 22:39 -!- photron [~photron@port-92-201-234-217.dynamic.qsc.de] has quit [Ping timeout: 272 seconds] 22:41 -!- rbetts [~rbetts@173-166-80-33-newengland.hfc.comcastbusiness.net] has quit [Quit: rbetts] 22:47 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has quit [Quit: major_majors] 22:55 -!- iant [~iant@nat/google/x-rrqzxunzporveebr] has joined #go-nuts 22:55 -!- mode/#go-nuts [+v iant] by ChanServ 22:55 -!- artefon [~thiago@189.107.218.226] has joined #go-nuts 22:56 -!- slashus2 [~slashus2@74-137-24-74.dhcp.insightbb.com] has joined #go-nuts 22:59 -!- General13372 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has joined #go-nuts 23:00 -!- kanru [~kanru@118-160-165-166.dynamic.hinet.net] has joined #go-nuts 23:02 -!- General1337 [~support@71-84-244-55.dhcp.gldl.ca.charter.com] has quit [Ping timeout: 240 seconds] 23:09 -!- unhygienix [~unhygieni@host86-179-194-46.range86-179.btcentralplus.com] has quit [Quit: unhygienix] 23:10 -!- artefon [~thiago@189.107.218.226] has quit [Quit: bye] 23:19 -!- major_majors [~major_maj@c-68-40-195-246.hsd1.mi.comcast.net] has joined #go-nuts 23:21 -!- scarabx [~scarabx@c-76-19-43-200.hsd1.ma.comcast.net] has joined #go-nuts 23:24 -!- iant [~iant@nat/google/x-rrqzxunzporveebr] has quit [Quit: Leaving.] 23:25 -!- boscop_ [~boscop@g227130150.adsl.alicedsl.de] has quit [Quit: OutOfTimeException: Allocation of TimeFrame failed due to lack of time. Terminating...] 23:25 -!- boscop [~boscop@g227130150.adsl.alicedsl.de] has joined #go-nuts 23:32 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has quit [Remote host closed the connection] 23:33 -!- mattikus [~mattikus@ip24-250-73-154.br.br.cox.net] has joined #go-nuts 23:33 < plexdev> http://is.gd/eZRH8 by [Robert Griesemer] in go/doc/ -- go_spec: consistent use of 'low', 'high' in slices section 23:34 < nsf> ugh... one more iteration for anonymous type handling, hopefully this impl is ok now 23:34 < nsf> :P 23:35 < nsf> http://github.com/nsf/gocode/blob/master/testing/semantic_rename/test.0001/test.go 23:35 < nsf> at least it passes this test 23:36 < nsf> and I'm not sure that something more exotic even exists somewhere out there 23:37 < nsf> does anyone want to help me with tests? :) 23:38 < nsf> I guess I should announce 'gocode rename' in the ML 23:39 -!- iant [~iant@66.109.106.2] has joined #go-nuts 23:39 -!- mode/#go-nuts [+v iant] by ChanServ 23:50 -!- iant [~iant@66.109.106.2] has quit [Ping timeout: 240 seconds] 23:52 -!- dj2 [~dj2@2002:63ec:1a4e:0:21f:5bff:fe35:feb5] has quit [Ping timeout: 272 seconds] 23:54 -!- scm [justme@d135116.adsl.hansenet.de] has quit [Ping timeout: 276 seconds] 23:55 -!- Project_2501 [~Marvin@dynamic-adsl-94-36-177-247.clienti.tiscali.it] has quit [Quit: E se abbasso questa leva che succ...] 23:55 -!- scm [justme@d057131.adsl.hansenet.de] has joined #go-nuts --- Log closed Wed Sep 08 00:00:06 2010