* barney is awake, but has to leave in 10m
<cotto_home> you're more of a hll guy anyway, right?
% grim_fandango has joined #parrot
<barney> yep. not deep into internals
% slightlyoff has joined #parrot
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167933336.dsl.bell.ca
% peepsalot has left peepsalot!~peeps@cpe-67-9-161-48.austin.res.rr.com
% peepsalot has joined #parrot
% barney has left barney!~bernhard@dslb-084-058-159-182.pools.arcor-ip.net
% jjuran has left jjuran!~jjuran@c-71-227-190-72.hsd1.wa.comcast.net
% jjuran has joined #parrot
<svnbotl> r26508 | fperrad++ | trunk:
<svnbotl> : [Lua]
<svnbotl> : aligned with Lua 5.1.3 (part 4)
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26508
% wknight8111 has joined #parrot
% slightlyoff has left slightlyoff!~slightlyo@204.14.154.209
% turrepurre has left turrepurre!~chatzilla@90-229-128-103-no52.tbcn.telia.com
% turrepurre_ has joined #parrot
% turrepurre_ is now known as turrepurre
% c9s has left c9s!~c9s@163.26.225.208
% c9s has joined #parrot
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
% c9s has left c9s!~c9s@163.26.225.208
% c9s has joined #parrot
% jrt4 has left jrt4!~bojangles@c-24-18-106-126.hsd1.mn.comcast.net
% jrt4 has joined #parrot
% skids has joined #parrot
% cdm has joined #parrot
% slightlyoff has joined #parrot
% wknight8111 has joined #parrot
% Andy has joined #parrot
% particle has joined #parrot
% jhorwitz has joined #parrot
% amoore has left amoore!~amoore@CPE-65-26-82-45.kc.res.rr.com
% gryphon has joined #parrot
<svnbotl> r26509 | fperrad++ | trunk:
<svnbotl> : [imcc]
<svnbotl> : fix version message when building a release :
<svnbotl> :  - DEVELOPING is removed
<svnbotl> :  - so Parrot_revision & Parrot_config_revision give 0
<svnbotl> : (see lib/Parrot/Revision/Util.pm)
<svnbotl> : with the latest release, the current message is :
<svnbotl> :   This is parrot version 0.6.0 (r26483) built for i386-MSWin32.
<svnbotl> :   Warning: runtime has revision 0!
<svnbotl> :   Warning: used Configure.pl revision 0!
<svnbotl> :   Copyright (C) 2001-2008, The Perl Foundation.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26509
% particle has left particle!~JGay@c-67-166-31-51.hsd1.co.comcast.net
% particle has joined #parrot
% sjansen has joined #parrot
% particle has left #parrot
% slightlyoff has left slightlyoff!~slightlyo@204.14.154.209
% slightlyoff has joined #parrot
% Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
<wknight8111> I want to clean up the snprintf macros and put them all in the same place to avoid redefinitions
<wknight8111> should they go into parrot/misc.h (where one of them is now), or should I move them to some place more appropriate like parrot/string.h?
<wknight8111> Actually, I may not need to move anything
% Theory has joined #parrot
<wknight8111> purl seen chromatic
<purl> chromatic was last seen on #parrot 2 days and 9 hours ago, saying: Or maybe just http://code.google.com/soc/2008/mentor_step1.html  [Mar 19 00:14:04 2008]
<svnbotl> r26510 | infinoid++ | trunk:
<svnbotl> : Patch in RT #51976 seems very reasonable, and passes tests.  Apply it.
<svnbotl> : Thanks to Andrew Whitworth.  wknight8111++
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26510
<Infinoid> "on first glance"?  "it sounds?"  I need a system to keep track of which metaphors are within lexical scope at any given time.
% ambs has joined #parrot
<wknight8111> are you talking about my patches?
<Infinoid> no, I'm talking about my disorganized replies to your patches.
<wknight8111> that's fine, i don't require organized replies
<wknight8111> or any replies at all, for that matter
% kj has joined #parrot
<Infinoid> that function Parrot_char_digit_value() is pretty suspect... if -1 is a valid return value, then its return type shouldn't be UINTVAL
<Infinoid> good find
<purl> it has been said that good find is hard to man...
<Infinoid> % man 'good find'
<Infinoid> No manual entry for good find
<wknight8111> I assume that they are trying to do something like return MAX_UINTVAL, just with shorthand
% slightlyoff has left slightlyoff!~slightlyo@204.14.154.209
<Infinoid> -1 is returned if the character isn't in the range ('0'..'9')
<Infinoid> the unsignedness of the result is just silly
<wknight8111> I can go through and change the result to INTVAL or something else then, if that's a better idea
<wknight8111> probably only need to change that file, the header, and a few other places
<Infinoid> I think so.  could you?
<Infinoid> INTVAL is right, I think
<wknight8111> Okay, let me get started on it. I'll post a patch to the same ticket # for it
<Infinoid> wknight8111++
* ambs prepares to test strawberry perl
<ambs> hmmms... yummy strawberry :)
<ambs> erm, why am I talking on #parrot? wrong channel :-S
<Infinoid> heh.  strawberry perl rules.
<ambs> I want to test some modules under windows
<ambs> :)
<Infinoid> wknight8111: is there an option in tortoisesvn to always generate patches with pathnames relative to the parrot root?  they would be a little easier to apply, that way
<wknight8111> There might be. I didn't realize it was a problem. I'll work on it.
<Infinoid> its not a big deal, it just means I have to go find utils.c and cd into src/ before I can apply the patch
<wknight8111> okay, i figured out what I was doing wrong. it will never happen again :)
<Infinoid> I'm going to reformat utilsmoveregtypecast.patch slightly so it passes t/codingstd/linelength.t
<wknight8111> okay
<Infinoid> the code in jit_emit.h is there to reduce duplicated code; it is included and used in several source files
<wknight8111> I'm searching diligently, and I can't find use of  Parrot_char_digit_value outside of string_primitives.*
<wknight8111> So, I think i'm going to just submit the patch with the .c and .h files changed
<svnbotl> r26511 | infinoid++ | trunk:
<svnbotl> : Patch from RT #51984 doesn't appear to change any actual functionality, quiets
<svnbotl> : some warnings on win32/msvc, and passes tests.  Apply it.
<svnbotl> : Minor modification: I split the line into 2, to pass t/codingstd/linelength.t.
<svnbotl> : Thanks, Andrew Whitworth!  wknight8111++
% spez has joined #parrot
<Infinoid> I don't see any actual usage of that function, either
% askie has left askie!~askie@81.171.100.208
<ambs> hmms, strawberry does not include a yacc.
<Infinoid> great, nothing to shave
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177229137.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<kj> Anybody know how to express that somethign is "in the public domain"? (source code)
<kj> Like, "this source code is public domain" or whatever? How to express that properly?
<wknight8111> I assume it would be something like "This source code has been released by the author into the public domain. Where this is not possible by law, the author grants license to use this file for any reason without any rights reserved, and with no warranty express or implied or fitness for a particular purpose"
<kj> sounds good :-)
<wknight8111> of course, that may just be a mashup of memories from PD and GPL warnings
<kj> Are you ok if I use that text?
<kj> it's just for the PCT tutorial
<wknight8111> I release that text into the public domain :)
<kj> ha ha
<ambs> dang
<wknight8111> on Unix boxes, what parameters does the dup() function take?
<wknight8111> on Win32 it takes a single int, and if that's standard behavior for it, I think I can fix a few warnings
<ambs>      #include <unistd.h>
<ambs>      int
<ambs>      dup(int fildes);
<ambs>      int
<ambs>      dup2(int fildes, int fildes2);
<Eevee> yeah that
<purl> i guess yeah that is absolutely outrageous
<ambs> purl: forget yeah that
<purl> ambs: I forgot yeah that
<wknight8111> thanks @ambs
% askie has joined #parrot
% Psyche^ has joined #parrot
<kj> PCT tutorial episode 6 is published!
<davidfetter> url?
<kj> parrotblog.org
% Patterner has left Patterner!~Psyche@f054002174.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% lidi20 has joined #parrot
<kj> http://www.bitwisemag.com/2/DLR-Build-Your-Own-Language
% lidi20 has left lidi20!~lidi20@d033.dhcp212-198-248.noos.fr
<jhorwitz> kj: very nice (PCT on parrotblog.org).  i'm compiler-challenged, so i definitely need this.  :)
<kj> cool! :-) good to hear.
<kj> I'll have about 3 more episodes, after which the complete language is implemented
<cotto_work> kj++
<jhorwitz> i've been MIA the past week or two.  did we hear what parrot OSCON talks were accepted?  i know mod_parrot was.
<kj> w.r.t. the link DLR-build-your-own-language: again I notice that Parrot just ignored silently; there's only mention of JVM and CLR/DLR "new" support for dynamic languages.
<wknight8111> Can somebody take a look at src/encodings/fixed_8.c:to_encoding()?
<wknight8111> the function is declared PARROT_DOES_NOT_RETURN, and PARROT_CANNOT_RETURN_NULL, and has a return type of STRING *
<wknight8111> either it does return a non-null string, or it doesnt return at all, and it can't be both
<jhorwitz> kj: based on the author's other articles, he seems very MS-centric
% h0rn has joined #parrot
<cotto_work> allison was at MS recently talking to some of the DLR guys
<cotto_work> some of them know about Parrot
<jhorwitz> wknight8111: looks like that function is unimplemented for fixed8.  this is a complete guess, but in that case the PARROT_DOES_NOT_RETURN might avoid some compiler warnings since nothing is actually returned, while the STRING * return type is needed for the ENCODING structure.
<kj> it just seems strange that if people start writing on dynamic languages, they don't know about what's out there
<wknight8111> thanks jhorwitz, that's what I figured it was. So i guess the function definition will need to change when they implement it
<kj> but I can understand the focus on jvm and dlr
<jhorwitz> i'm hoping parrot has a strong showing at OSCON this year to help spread the word.
<cotto_work> maybe it'd be a good idea to submit your tutorials to slashdot once they're done, kj
<cotto_work> that'd help raise awareness and show people the state of the project
<kj> i don't know if they're good enough for /. How does one get stuff there?
<cotto_work> http://slashdot.org/submit.pl
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177227222.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<Infinoid> kj: use.perl.org would be a good place to put it, too
<kj> cotto_work: thanks for the link. That might be a good idea. Maybe it's good to wait till some people have read it and commented on it
<kj> to improve quality
<kj> Infinoid: yep: use Perl 6 to implement Your Favorite Language today!
<kj> :-)
% jrockway has left jrockway!~jrockway@dsl092-134-178.chi1.dsl.speakeasy.net
% jrockway has joined #parrot
% ambs has left ambs!~ambs@255.92.54.77.rev.vodafone.pt
<svnbotl> r26512 | infinoid++ | trunk:
<svnbotl> : Apply patch from RT#51982, thanks!  wknight8111++
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26512
<Infinoid> wknight8111: the symbol "_dup" does not exist on linux
<nopaste> "Infinoid" at 75.5.242.149 pasted "RT#51988 build failure on x86-64 Linux" (17 lines) at http://nopaste.snit.ch/12543
<wknight8111> it doesnt? All the stuff I saw (or thought I saw) online seemed to indicate it did
<wknight8111> I mean, I won't argue with you about it, I must be misinformed
<Infinoid> nope, it's just dup() and dup2()
<Infinoid> they don't really exist as symbols at all, at least not on my machine.  they're inline functions in unistd.h that boil down to some assembly code that makes the system call and updates errno if necessary
<wknight8111> Okay, then I guess we need to disregard that patch then. cl.exe warns about use of dup(), but a warning on one system is better then complete failure on another
<wolverian> a few remarks: parrot doesn't seem to configure cleanly from the git mirror, and doesn't find my local perldoc (when using my local perl) 
<Infinoid> wolverian: can you paste what your Configure.pl invocation looks like, using nopaste?
<Infinoid> purl, nopaste
<purl> it has been said that nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating
<Infinoid> wknight8111: what's the warning?  I'm sure we can find a way to make both platforms happy :)
<Infinoid> (and probably break Darwin in the process, tee hee)
% jhorwitz has left jhorwitz!~chatzilla@96.245.16.31
<wolverian> Infinoid, do you want me to run it verboes?
<wolverian> s/oes/ose/
<Infinoid> I want to see how it's not configuring cleanly :)
<wolverian> well, sec. :)
<wolverian> it's trying to call svn to determine revision
<Infinoid> yeah, we keep having to fix that in various places
<nopaste> "wolverian" at 80.221.43.65 pasted "configure" (87 lines) at http://nopaste.snit.ch/12544
* wolverian tries to find out why it doesn't detect perldoc
<Infinoid> well, does perldoc exist?  (there's a funky setting called "versiononly" which will prevent perl from installing perldoc, h2xs, and some other tools)
<wolverian> yes, it does 
* purl stays quiet
<wolverian> furthermore, Configure.pl says "no", which seems to indicate (by perldoc.pm) that it is finding perldoc, but it's not getting any output from it
<wolverian> hmm.
<Infinoid> hmmm.  there are some nice errors from lib/Parrot/Revision.pm, which hasn't been changed since kid51's branch merge in January
<Infinoid> this is a normal git-svn checkout, right?
<wolverian> no, this is from http://repo.or.cz/w/parrot.git
<wolverian> which might be totally wrong, of course, since I don't know whose it is :) 
<wolverian> huh. perldoc.pm seems to be trying to run '...//perldoc' 
<Infinoid> the extra / won't hurt, but does the path look correct otherwise?
<wknight8111> is kj still here?
<kj> ambsyup
<kj> ehm
<kj> whoes
<wolverian> no, it doesn't. I don't know what ... would mean, anyway
<kj> that should have been a yes :-)
<wolverian> I'm in ~/projects/parrot, perldoc is in ~/local/bin 
<wknight8111> kj, I really like your PCT tutorials, would you mind if I "stole" them and turned them into a book at Wikibooks?
<wknight8111> I mean, I know they are PD, but I like to be curteous anyway
<wknight8111> courteous*
<kj> wknight8111: no problem. 
<Infinoid> wolverian: what's the output of: perl -e 'use Config; print($Config{scriptdir}, "\n")'
<wknight8111> excellent. I'll send you a link when I get something up and running
<wolverian> Infinoid, ".../"
<wolverian> I wonder how I managed that ...
<kj> great. I'm writing the last ones right now (ep.7; 8 is finished, 9 is jsut a conclusion)
<wolverian> the paths in perl -V look correct otherwise 
<Infinoid> that's pretty bizarre.  mine is "/usr/bin"
<Infinoid> maybe there are multiple Config.pm's in your @INC and its choosing the wrong one?
<wolverian> okay
<wolverian> $Config{prefixexp} is /home/wolverian/local/bin/..
<wolverian> (note the ..)
<wolverian> and binexp, like scriptdir, is .../
<wolverian> scriptdirexp is correct though
<Infinoid> so... we could work around your bizarre and broken scriptdir by using scriptdirexp.  trying to think if there's any downside to doing that
<wolverian> I'm pretty sure this shouldn't be happening in any case, i.e. perl should have configured itself correctly, regardless of my stupidity :)
<Infinoid> I'd really like to know how your system ended up in this state, and whether its a case which will come up again :)
<Infinoid> I don't think "..." is a valid directory-alias on any platform.  so I'm wondering if its some kind of internal placeholder
<Infinoid> if so, its definitely something we need to recognise
<wolverian> any hints how to debug the perl source tree (after config,make,make install) to see what went wrong? 
<Eevee> I think some versions of Windows accept ... to mean ..\..
<Eevee> not sure if XP/Vista still do
<Infinoid> wolverian: what platform are you running on?
<wolverian> Infinoid, linux, ubuntu 8.04
<Infinoid> self-built perl, or .deb package?
<wolverian> self, 5.10
<Infinoid> ok.  I'm using a half-broken 5.10.0 gentoo ebuild :)
<Infinoid> as for debugging it... its all about the values in Config.pm, which (judging from comments at the top) was generated by configpm
<davidfetter> you're repeating yourself
<davidfetter> "half-broken" + "gentoo" ;)
<Infinoid> thank you for that, davidfetter :)
<wolverian> ;)
<davidfetter> hey, it used to be 90% broken ;)
<davidfetter> half- is a big improvement
<wolverian> I think I built with userelocatableinc, btw
<wolverian> yes, I did
<wolverian> that's the only special flag besides prefix that I used
<wolverian> and prefix was ~/local
<Infinoid> but remember, gentoo ebuilds aren't release quality until they're *fully* broken
<wolverian> perhaps you can reproduce it with that?
<Infinoid> users demand nothing less
<davidfetter> Infinoid, are you over 30 years old?
<Infinoid> I'll make a build and see what it looks like... will probably take a little while
<Infinoid> davidfetter: not quite, but gimme a year
<wolverian> ah, it's explicitly mentioned in perldoc perldelta
* davidfetter has noticed a marked paucity of post-30 people in gentoo
<wolverian>  That means that, if the string ".../" is found at the start of any path, it’s substituted with the directory of $^X. So, the relocation can be configured on a per-
<wolverian>            directory basis, although the default with "-Duserelocatableinc" is that everything is relocated. The initial install is done to the original configured prefix.
<wolverian> sorry for the horrendous paste.
<wolverian> so it _is_ a placeholder
<Infinoid> riight.  so we're trying to use the bare value and it isn't working, because they are smarter than we are
<Infinoid> $Config{scriptdirexp} is looking nicer and nicer
<wolverian> isn't it nice, though, that they let you peek at the internal value, though? :)
<wolverian> s:2nd/, though//
<nopaste> "Infinoid" at 75.5.242.149 pasted "scriptdir -> scriptdirexp" (13 lines) at http://nopaste.snit.ch/12546
<Infinoid> wolverian: does that reduce your breakage any?
<wolverian> Determining whether perldoc is installed...Use of uninitialized value in concatenation (.) or string at config/auto/perldoc.pm line 39.
<wolverian> .............................no.
<wolverian> even though this prints it fine: perl -MConfig -E'say $Config{scriptdirexp}'
<Infinoid> ok, please add scriptdirexp to the list of variables to steal, in config/init/defaults.pm
<Infinoid> fortunately it looks like nothing else in parrot uses scriptdir
% purl has left purl!~purl@209.218.54.66
<wolverian> that gets past the perldoc check, yay
<wolverian> s,gets,gets Configure.pl,
<wolverian> next problem: make (dist)clean leaves behind these: languages/perl6/Makefile languages/perl6/src/utils/Makefile runtime/parrot/include/signal.pasm
<wolverian> I'm sure I should just submit these as bugs instead of complaining here, sigh
<Infinoid> sorry, I'm not ignoring you, I'm preparing this config tweak for commit
<wolverian> no worries
<Infinoid> might be interesting to go through %Config looking for other instances of ".../"... that perldelta entry looked an awful lot like it's gonna occur elsewhere
<wolverian> just don't want to stop discussion here with these issues
<Infinoid> try: make realclean
<Infinoid> hmm, that doesn't appear to remove languages/perl6/Makefile either.  oops
* Infinoid crosses his fingers and hopes he didn't just break older versions of perl
<nopaste> "wolverian" at 80.221.43.65 pasted ".../ in Config.pm" (16 lines) at http://nopaste.snit.ch/12547
<Infinoid> thanks
<wolverian> you're welcome
<Infinoid> looks like scriptdir was the only path-related variable we were reading in config/init/defaults.pm, so we might get lucky and not care about the rest
<wolverian> should make succeed even though the svn revision check failed?
<wolverian> because, it doesn't. :)
<wolverian> "src/oo.c:25:27: error: pmc/pmc_class.h: No such file or directory"
<svnbotl> r26513 | infinoid++ | trunk:
<svnbotl> : [config] perldoc check should use $Config{scriptdirexp}, not $Config{scriptdir}.
<svnbotl> : The "scriptdir" value from p5 is sometimes interpreted in strange ways, but
<svnbotl> : the "scriptdirexp" value is expanded at compile-time, so it's guaranteed to be
<svnbotl> : sane.
<Infinoid> msg kid51 please take a look at r26513 for me... It Works For Me, but I'm hoping I didn't break older versions of perl, and I'm hoping we won't run into this issue anywhere else.
<wolverian> hmm. make -j1 seems to fare better
* Infinoid stares at the lack of purl
<Infinoid> we are not make -j-safe, and I would love to fix that
<wolverian> ah, that's it, then. thanks.
<wolverian> make fails building revision.c, calling git-svn
<wolverian> which obviously doesn't work if it's not a git-svn clone..
<Infinoid> yep, that makes sense
<Infinoid> is the problem that you don't have git-svn installed, or that your git checkout doesn't have git-svn markings?
<wolverian> the latter. I just cloned from the repo I linked to earlier, since it's by far faster than running git-svn.
<wolverian> (if I want history, anyway)
% cdm has left cdm!~cdm@n00.bcrtfl01.us.wh.nameservers.net
<Infinoid> trying it here...
<wolverian> that is, this: http://repo.or.cz/w/parrot.git
<Infinoid> hmm.  I can't clone that
<wolverian> the actual git repo is: git://repo.or.cz/parrot.git 
<Infinoid> oh, I'm a bonehead.  right-o.
% purl has joined #parrot
<Infinoid> msg kid51 please take a look at r26513 for me... It Works For Me, but I'm hoping I didn't break older versions of perl, and I'm hoping we won't run into this issue anywhere else.
<purl> Message for kid51 stored.
* Infinoid watches git-svn spin taking all the CPU
<wolverian> heh, yeah. I wonder what it's trying to do
<wolverian> there is no svn stuff in .git/config
<Infinoid> according to strace, it is running "git config -l <something>" over and over and over
<Infinoid> git-svn spins forever once during Configure.pl, and again during tools/build/revision_c.pl
<wolverian> it doesn't actually run forever for me during Configure.pl
<wolverian> just for a while :)
<wolverian> 30 seconds, perhaps
<Infinoid> ok, s/ <something>//
<wolverian> longer during revision_c.pl, perhaps forever.
<Infinoid> well, maybe I'm just impatient
* wolverian nods
<Infinoid> apparently git-svn thinks something is going to change in the output of "git config -l", if it keeps trying
<wolverian> hmm
* wolverian clones git
<wolverian> ouch, 30kB/s 
<wolverian> this will take a while :)
<wolverian> I guess kernel.org needs a fatter pipe...
* davidfetter wonders whether it needs a phat sack to go with the phat pipe
<Infinoid> I think the phat sack is what they use to pay for the phat pipe
<Infinoid> but I'm not sure :)
<wolverian> this talk of sacks and pipes is making me uncomfortable, though I'm not quite sure why
* wolverian twiddles thumbs
* Infinoid discovers git-svn clone -r, and spares poor svn.perl.org
<wolverian> har
<wolverian> I'm sure it works with a git-svn clone .. or someone would have complained
<Infinoid> everyone who ever ran it without -r is probably still waiting and watching
<wolverian> haha 
<wolverian> well, that's why I used the git mirror :]
<wolverian> oh, yay, git-svn is still a 4863 line perl script
<wolverian> yes, that's the exact linecount
<Infinoid> awesome
<Infinoid> is it possible to convince the maintainer of git://repo.or.cz/parrot.git to insert some git-svn config values into their repo?
<wolverian> probably
<wolverian> I don't know him though; his e-mail is on the gitweb page
<Infinoid> say what you like about the awesomeness of raw git, but it *is* very useful to us to be able to obtain the svn revision, instead of a git hash
<Infinoid> in this case, I guess the only way to do so is to look at the last line of the commit log
<wolverian> add a commithook on the svn server that adds the revision to REVISION? ;)
<wolverian> what's the git-svn invocation that parrot runs?
<wolverian> ack found it for me
% skids has left skids!bri@charon.clarku.edu
<wolverian> I can't follow git-svn's logic, at least not without refactoring it into separate files and making some diagrams :)
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
<wolverian> it's clearly a bug in git-svn though
<wolverian> hm, it doesn't happen on an empty projet
<wolverian> s/projet/project/
<wolverian> i.e. git svn log --limit=1 doesn't spin 
<wolverian> neither on git.git
<wolverian> I wonder if it's doing some kind of dumb loop and running git config once for each commit, or something 
<wolverian> I'll let it run and see if it finishes
<Infinoid> could probably just parse the output of "git log -1" instead
<wolverian> looks like it
<wolverian> it'd be good to know what causes this behaviour and get it fixed in git-svn though
* wolverian scratches his head and resumes the hunt for the red october 
<Infinoid> that movie rocks.
<wolverian> yes :)
<wolverian> aha! it finished!
<Infinoid> yeah, git-svn could be fixed, but a more general solution for parrot would also help
<wolverian> (git svn log --limit=1 did, that is)
<wolverian> I don't see the looping behaviour on the git.git repo 
<wolverian> what's different about parrot's repo?
% __jt__ has left __jt__!~johntramm@66.173.121.22
% purl has left purl!~purl@209.218.54.66
% Andy has left Andy!~AndyL@host3130.follett.com
<wolverian> okay, now that I let make spin a while on the revision.c stuff, I get this: compilers/imcc/main.c:243: error: expected expression before ‘)’ token
<wolverian> funnily enough, that line is:  printf(" (r%d)", PARROT_REVISION);
<wolverian> :) 
<wolverian> revision.c ended up with this (nopasting):
<nopaste> "wolverian" at 80.221.43.65 pasted "sad revision.c" (35 lines) at http://nopaste.snit.ch/12550
<wolverian> I suppose that's not a surprise though.. I'll just wait for the git log fix :)
% skids has joined #parrot
<Infinoid> working on that now
<wolverian> Infinoid++
<Infinoid> running git-svn has a side effect of creating .git/svn/ even if it doesn't exist.  which is a shame, because testing for the existence of .git/svn/ would be an easy way to choose whether to use raw git or not
<Infinoid> hrm.  "git log -1" works in both cases.  might as well use it in both cases.
<Infinoid> Determining Parrot's revision.......................................r26513.
<Infinoid> \o/
<Infinoid> does git run on non-unix platforms?  do I have to worry about the portability of checking for the existence of a ".git" directory?
<svnbotl> r26514 | infinoid++ | trunk:
<svnbotl> : [configure]
<svnbotl> : * patch Parrot::Revision to use "git log -1" instead of "git-svn log --limit=1".
<svnbotl> :   This fixes the case where the user is building from a (non git-svn) git
<svnbotl> :   checkout from git://repo.or.cz/parrot.git - git-svn hangs for long periods of
<svnbotl> :   time (and eventually fails) when run on a non-git-svn checkout.
<svnbotl> : * wolverian++ for mentioning it.
<svnbotl> : * git-svn checkouts still work just fine... this solution covers both git cases.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26514
<wolverian> it run-ish on windows with mingw nowadays, soon to be integrated into the mainline code
<Infinoid> did they change the name of the .git directory?
<wolverian> I don't think so
<Infinoid> I want something that always exists for any git checkout
<wolverian> that wouldn't make any sense 
<Infinoid> suppose I could just skip the directory check and rely the return value of git, like the other code in that file does
<wolverian> let me test, I happen to be on vista right now
<wolverian> (games-- # come on, support linux already)
<Infinoid> thanks
<Infinoid> as for that, there's always tuxgames
<wolverian> it's still .dir
<wolverian> er
<wolverian> .git
<Infinoid> great.  does the patch work?  (I can nopaste a copy, if it helps.)
<wolverian> still cloning.. sec
<wolverian> oh, wait
<wolverian> I suppose I should boot back to ubuntu to test it. :)
<wolverian> well, I guess I can test from vista too
* wolverian is too tired 
% Psyche^ has joined #parrot
<wolverian> of course, windows brings its own interesting features..
<Infinoid> wolverian: tomorrow is fine, git-svn doesn't have many users :)
<wolverian> s/git-// # in the near future, hopefully ;)
<wolverian> meh, I don't have gcc on windows
<wolverian> does parrot build with mingw?
<Infinoid> yes
<Infinoid> strawberry perl has a nice bundle that works fine for me
<wolverian> oh, good point
<wolverian> the paths aren't set up though
% Patterner has left Patterner!~Psyche@e177113091.adsl.alicedsl.de
% Psyche^ is now known as Patterner
<wolverian> ah, there it is
<wolverian> eh, I don't know how to use this stuff
<wolverian> I'll test in ubuntu tomorrow :)
<wolverian> gotta sleep now 
<wolverian> thanks and cheers 
% Limbic_Region has joined #parrot
% h0rn has left #parrot
% jrt4 has left jrt4!~bojangles@c-24-18-106-126.hsd1.mn.comcast.net
% jrt4 has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% japhb has joined #parrot
% japhb has left japhb!~geoff@76-191-190-8.dsl.static.sonic.net
% skv_ has joined #parrot
% skv has left skv!~skv@87.242.97.68
% skv_ is now known as skv
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% particle has joined #parrot
% spez has left spez!~spez@c-71-63-100-42.hsd1.va.comcast.net
% purl has joined #parrot
% purl has left purl!~purl@209.218.54.66
% purl has joined #parrot
<cotto_home> seen purl
<purl> purl was last seen on #imager 4 days and 4 hours ago, saying: fountain is pretty cool.  [Mar 17 17:35:31 2008]
<Tene> seen purl_
<purl> purl_ was last seen on #poe 1 year and 63 days ago, saying: hides behind purl  [Jan 18 14:27:16 2007]
% purl has left purl!purl@sentient.life
% purl has joined #parrot
% purl has left purl!purl@sentient.life
% purl has joined #parrot
<cotto_home> seen cotto_home 
<purl> cotto_home was last seen on #parrot right now, saying: seen cotto_home  
% wknight8111 has joined #parrot
% Ademan has left Ademan!~dan@h-69-3-232-203.snfccasy.dynamic.covad.net
% Alias has joined #parrot
% Alias__ has left Alias__!adam@CPE-124-188-112-79.nsw.bigpond.net.au
% Ademan has joined #parrot
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net
% Ademan has left Ademan!~dan@h-69-3-232-203.snfccasy.dynamic.covad.net
% Ademan has joined #parrot
% ejs has joined #parrot