--- 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