Camelia, the Perl 6 bug

IRC log for #parrot, 2009-02-14

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:00 dalek parrot: r36701 | allison++ | trunk:
00:00 dalek parrot: [cage] Removing old slide presenter example, and orphaned top-level directory that contained it.
00:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36701/
00:01 Whiteknight any time a GC run is triggered inside Parrot_pcc_invoke_method_from_c_args, it's like rolling the dice. Sometimes we segfault, ometimes we core dump, something it works perfectly
00:01 rurban Latest gdb 6.8.0 should be much safer with invalid accesses and hw watchpoints
00:01 chromatic Sounds like CPointer marking.
00:01 Whiteknight yeah, these CPointers are bastards
00:01 Whiteknight they're like red-headed step children, and I'm going to beat them
00:01 dalek parrot: r36702 | jkeenan++ | branches/update_pod:
00:01 dalek parrot: Move opcode-doc.t to t/codingstd/.
00:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36702/
00:03 dalek parrot: r36703 | jkeenan++ | branches/update_pod:
00:03 dalek parrot: With no tests remaining in t/doc/, we can delete it from repository (for now,
00:03 dalek parrot: from branch).
00:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36703/
00:04 Whiteknight what's funny though is that this last one segfaulted on a function that was "->I", so there wasn't a PMC or a STRING result stored in a CPointer anyway
00:04 chromatic Do you have a backtrace?
00:09 AndyA joined #parrot
00:09 nopaste "kid51" at 70.85.31.226 pasted "'make' failed quickly in rename_pccinvoke branch" (158 lines) at http://nopaste.snit.ch/15612
00:12 kid51 Wait a minute.  that may be spurious.  Am out of space.
00:14 kid51 time for ccache -C
00:15 kid51 ... which freed up 27% of disk space
00:15 kid51 So ignore paste 15612
00:19 nopaste "Whiteknight" at 71.225.49.205 pasted "backtrace for rename_pccinvoke failure" (101 lines) at http://nopaste.snit.ch/15613
00:19 dalek parrot: r36704 | allison++ | trunk/lib/Parrot/Manifest.pm:
00:19 dalek parrot: [cage] Remove special case from manifest generator for deleted directory.
00:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36704/
00:19 Whiteknight it calls Parrot_pcc_invoke_method_from_c_args, which calls itself recursively later, which then triggers a GC run
00:20 Whiteknight it always seems to segfault in compact_pool, which leads me to believe it's a string problem
00:20 Whiteknight also, every failure I've seen so far has had a "S->*" signature
00:21 nopaste "kid51" at 70.85.31.226 pasted "'make' died, but not so quickly this time" (804 lines) at http://nopaste.snit.ch/15614
00:26 Whiteknight somewhere along the line we are losing a STRING
00:26 Whiteknight I tried registering the STRINGs to keep them from getting collected, and that actually made the error worse
00:27 TiMBuS joined #parrot
00:36 Whiteknight src/io/api.c =~ s/Parrot_pcc_invoke_method_fr​om_c_args/Parrot_PCCINVOKE/g and everything works perfect
00:40 Whiteknight the IO subsystem seems to make a lot of recursive calls to it, which seem to be exposing the errors
00:43 dalek parrot: r36705 | whiteknight++ | branches/rename_pccinvoke/src/io/api.c:
00:43 dalek parrot: [rename_pccinvoke] roll back changes in src/io/api.c, because it's causing all sorts of crazy problems.
00:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36705/
00:43 Whiteknight I'm just going to ignore the problem for now
00:43 dalek parrot: r36706 | jkeenan++ | branches/update_pod/src/io/win32.c:
00:44 dalek parrot: Correct C parentheses error (already fixed in trunk).
00:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36706/
00:48 * kid51 goes for beer while perlcritic.t runs
00:52 dalek parrot: r36707 | jkeenan++ | branches/update_pod/lib/Parrot/Test/Pod/Util.pm:
00:52 dalek parrot: Eliminate trailing whitespace.
00:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36707/
00:53 dalek parrot: r36708 | jkeenan++ | branches/update_pod/lib/Parr​ot/Harness/DefaultTests.pm:
00:53 dalek parrot: For the time being, temporarily exclude two files recently transferred into t/codingstd/ from the list of tests run during 'make codetest'.
00:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36708/
00:53 kid51 Whiteknight:  That revert of api.c enabled 'make' to complete.  Do I need to try 'make test'?
00:55 Whiteknight you can if you have time, the revert should have fixed all the problems
00:56 Whiteknight everything is passing on my computer
00:57 dalek parrot: r36709 | whiteknight++ | branches/rename_pccinvoke/src/pmc:
00:57 dalek parrot: [rename_pccinvoke] rename all instances of Parrot_PCCINVOKE from src/pmc/*. All tests pass
00:57 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36709/
00:57 Whiteknight question: How do we get this to build with ccache?
00:59 kid51 Whiteknight:  You talkin' to me?
00:59 kid51 My ccache problem had nothing to do with the test failure.
01:01 Whiteknight I'm talking to anybody. I just installed ccache and I want to use it when I build
01:01 Whiteknight Configure.pl --cc="ccache gcc", right?
01:02 mberends joined #parrot
01:07 kid51 Whiteknight:  man ccache  then look for INSTALLATION
01:07 kid51 You're attempting what they characterize there as the first method; I use the second.
01:08 kid51 c and coke told me how to do it >1 year ago; started doing it; haven't had to think about it since.
01:08 kid51 ...errrrm, except when the cache fills up my disk.
01:09 kid51 So I get:
01:09 kid51 $ which gcc
01:09 kid51 That should have been:  /usr/lib/ccache/gcc
01:10 Whiteknight thanks
01:11 kid51 And, in turn, ll /usr/lib/ccache/gcc
01:11 kid51 lrwxrwxrwx 1 root root 16 Aug 17  2007 /usr/lib/ccache/gcc -> ../../bin/ccache
01:13 kid51 Whiteknight:  http://smolder.plusthree.com/app/pu​blic_projects/report_details/18004 is make smoldertest on your branch at r36699
01:13 shorten kid51's url is at http://xrl.us/bef7pp
01:13 kid51 Everything passes.
01:13 purl add more tests
01:20 kid51 How do I teach purl a new reply (one that's not in "something is X" format)?
01:23 Whiteknight excellent! Thanks kid51++
01:28 rg something is <reply> just say this
01:28 rg something
01:28 rg or not
01:28 rg purl: something?
01:28 purl rg: bugger all, i dunno
01:29 rg purl: something is <reply> just say this
01:29 purl ...but something is <reply>...
01:29 rg oh that was cleared already
01:29 kid51 I've been trying to figure out <reply>
01:30 rg but i liked that reply to everything passes :))
01:30 bacek Everything passes. is <reply>You probably miss something.
01:30 bacek Everything passes.
01:30 purl You probably miss something.
01:30 kid51 Everything passes
01:31 bacek rg: is should be no space between <reply> and phrase.
01:31 rg ok
01:31 rg purl, no, Everything passes. is <reply>You probably missed something.
01:31 purl okay, rg.
01:31 rg Everything passes.
01:31 purl You probably missed something.
01:31 rg better
01:32 bacek purl, no, Everything passes is <reply>You probably missed something.
01:32 purl okay, bacek.
01:32 kid51 Everything passes
01:32 purl You probably missed something.
01:32 bacek this is better :)
01:32 kid51 Yes:  No wordspace after <reply>
01:32 bacek Everything passes.
01:32 purl You probably missed something.
01:32 kid51 Everything passes
01:32 purl You probably missed something.
01:33 kid51 Trailing period is ignored, which DWIMs
01:33 rg not sure, we've used both ways
01:34 rg purl, no, Everything passes. is <reply>Add more tests ;)
01:34 purl okay, rg.
01:34 rg Everything passes
01:34 purl You probably missed something.
01:34 rg Everything passes.
01:34 purl Add more tests ;)
01:34 rg sorry, it's different
01:37 bacek purl, no, Everything passes is also <reply>Add more tests!
01:37 purl okay, bacek.
01:37 bacek Everything passes
01:37 purl You probably missed something. or <reply>Add more tests!
01:37 bacek purl, no, Everything passes is <reply>You probably missed something.
01:37 purl okay, bacek.
01:45 particle joined #parrot
01:48 rg hmm i'm seeing a failure in t/op/trans.t on solaris in test atan, part 2. does anyone have a guess or will it have to wait until i have time to investigate?
01:48 chromatic JIT core or slow core?
01:48 rg solaris sparc, that is. a recent smolder in solaris x86 does not report it
01:49 kid51 Solaris is one of our less tested systems.  I think we've received that report previously, but we don't get steady enough development there to correct it.
01:51 rg i was setting up this box, since 64bit big endian seemed to be one of the least tested systems.
01:57 particle joined #parrot
01:59 iblechbot joined #parrot
02:07 ask_ joined #parrot
02:24 dalek parrot: r36710 | jkeenan++ | branches/update_pod:
02:24 dalek parrot: Rename sub in pod.t to be more self-documenting.  Write result to disk via
02:24 dalek parrot: Storable.  Make entry in test-clean target more flexible.
02:24 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36710/
02:37 particle1 joined #parrot
02:41 particle joined #parrot
02:48 ask_ joined #parrot
03:00 TiMBuS joined #parrot
03:09 eternaleye joined #parrot
03:11 Theory joined #parrot
03:12 dalek parrot: r36711 | jkeenan++ | branches/update_pod:
03:12 dalek parrot: Extract oreilly_summary_malformed() from t/codingstd/pod.t and place it in Parrot::Test::Pod::Util.
03:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36711/
03:13 rg ok, that solaris failure is a known bug documented in #34549
03:20 kid51 I think we've seen it on other platforms as well.
03:21 rg the ticket says openbsd, netbsd and cygwin are (or were at some point) also affected
03:21 rg also, the test is todo-ed on netbsd
03:22 jimmy joined #parrot
03:24 rg i'm somewhat surprised it doesn't fail on solaris/x86(_64)
03:34 dalek parrot: r36712 | jkeenan++ | failed to fetch changeset:
03:34 dalek parrot: Move one test from pod.t to pod_syntax.t.  Extract this test's 'second pass'
03:34 dalek parrot: sub and put it into Parrot::Test::Pod::Util.  Set svn:ignore for
03:34 dalek parrot: .pod_examinable*.sto.
03:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36712/
03:35 rg ah, that's probably because they were not using gcc
03:36 janus joined #parrot
03:36 gravity joined #parrot
03:40 Andy joined #parrot
03:40 bacek msg pmichaud In sub 'fail' call to "'return'(result)" looks strange. Especially right before ".return(result)"
03:40 purl Message for pmichaud stored.
03:54 dalek parrot: r36713 | jkeenan++ | branches/update_pod:
03:54 dalek parrot: Rename pod.t to pod_description.t to reflect fact that test of POD syntax has
03:54 dalek parrot: been moved to another file.  Update svn:ignore properties to include
03:54 dalek parrot: .pod_examinable*.stor files.  Update list of test files skipped for 'make
03:54 dalek parrot: codetest'.
03:54 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36713/
04:20 rurban_ joined #parrot
04:37 particle1 joined #parrot
04:44 dalek parrot: r36714 | allison++ | trunk:
04:44 dalek parrot: [cage] Updating special tags generated on manifest files to fit a sane package
04:44 dalek parrot: division (what the meta information was originally intended to do, but fell out
04:44 dalek parrot: of use/not maintained).
04:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36714/
04:50 Andy joined #parrot
05:30 eternaleye joined #parrot
05:47 jimmy joined #parrot
06:04 dalek parrot: r36715 | petdance++ | trunk/src/pmc:
06:04 dalek parrot: more consting
06:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36715/
06:46 jimmy_ joined #parrot
07:02 Tene joined #parrot
07:13 dalek parrot: r36716 | Infinoid++ | trunk:
07:13 dalek parrot: [cage] Fix codetest failures.
07:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36716/
07:20 dalek parrot: r36717 | allison++ | trunk/MANIFEST.generated:
07:20 dalek parrot: [cage] Tag generated manifest files with the correct package names.
07:20 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36717/
08:07 dalek parrot: r36718 | allison++ | trunk/compilers/imcc/main.c:
08:07 dalek parrot: [cage] Cosmetic capitalization for -V flag output.
08:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36718/
08:11 dalek parrot: r36719 | allison++ | trunk:
08:11 dalek parrot: [install] Fix persistent install location problems with 'runtime' files. Use
08:11 dalek parrot: proper versioned directories.
08:11 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36719/
08:12 dalek parrot: r36720 | allison++ | trunk/src/library.c:
08:12 dalek parrot: [install] Search versioned install directories for runtime library, include,
08:12 dalek parrot: and dynext.
08:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36720/
08:18 mikehh joined #parrot
08:42 barney joined #parrot
09:38 dalek parrot: r36721 | allison++ | trunk:
09:39 dalek parrot: [install] Add an 'install-dev' target for installing necessary language build tools.
09:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36721/
09:42 dalek parrot: r36722 | allison++ | trunk:
09:42 dalek parrot: [cage] Further cleanups on manifest file categorization, particularly in
09:42 dalek parrot: compilers and development files.
09:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36722/
09:44 alvar joined #parrot
09:45 dalek parrot: r36723 | allison++ | trunk:
09:46 dalek parrot: [install] Clearly mark PGE as its own package, and also install it by default.
09:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36723/
09:48 nopaste "rurban" at 212.183.50.177 pasted "msg particle for ccache cl detection" (16 lines) at http://nopaste.snit.ch/15617
09:49 rurban msg particle http://smolder.plusthree.com/app/public_pr​ojects/report_details/18009#first_failure
09:49 purl Message for particle stored.
09:49 shorten rurban's url is at http://xrl.us/bef9a7
09:49 rurban msg particle "fix ccache cl detection"  at http://nopaste.snit.ch/15617
09:49 purl Message for particle stored.
09:52 rurban allison: I've added https://trac.parrot.org/parrot/attachme​nt/ticket/238/tt238-install-devel.patch
09:52 shorten rurban's url is at http://xrl.us/bef9bs
09:56 dalek parrot: r36724 | rurban++ | trunk/t/pmc/os.t:
09:56 dalek parrot: [cage] fix failing "ccache cl" detection from smoke #18009
09:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36724/
09:57 allison rurban: okay, looks good
09:57 purl O_O
09:57 rurban but there are still issues in the installed linking steps
09:58 rurban thanks for versioned parrot btw. big feature!
10:00 allison versioned libparrot should be used by default, that would resolve the libparrot.so problem
10:01 rurban i have it in cygwin also, but I think the DEVEL versions should skip the dll/so versioning
10:01 allison in fact, we should never install an unversioned libparrot.so
10:02 nopaste "rurban" at 212.183.50.177 pasted "skip DEVEL dll versioning" (21 lines) at http://nopaste.snit.ch/15618
10:02 allison even devel versions should use only versioned libparrot.so
10:03 rurban like -lparrot.0.9.0
10:03 allison like libparrot.so.0.9.0-devel
10:03 allison (not standard naming, but only used for devel versions)
10:03 rurban good
10:04 rurban very good
10:04 allison and, it matches the versioning in the directories, and PARROT_VERSION #define
10:10 rurban uuh, someone did Parrot_trace_eprintf args to Parrot_trace_eprintf (args). this fails now with the varargs macro problem
10:14 dalek parrot: r36725 | rurban++ | trunk/include/parrot/packfile.h:
10:15 dalek parrot: revert r36716. we need this trick here.
10:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36725/
10:37 jimmy joined #parrot
10:39 nihil joined #parrot
10:40 nihil left #parrot
11:24 masak joined #parrot
12:13 iblechbot joined #parrot
12:18 rurban_ joined #parrot
12:46 rurban icc failures on 32-bit
13:13 rurban testing openbsd now
13:15 dalek parrot: r36726 | fperrad++ | trunk/tools/dev/install_dev_files.pl:
13:15 dalek parrot: [codingstd] fix SVN properties
13:15 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36726/
13:32 dalek parrot: r36727 | fperrad++ | trunk/tools/dev:
13:32 dalek parrot: [codingstd] remove hard tabs
13:32 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36727/
13:33 IceGuest_7 joined #parrot
13:42 cognominal joined #parrot
13:51 rurban Shouldn't we note somewhere that we require TAP::Harness:Archive
13:59 rurban aargh, openbsd is secure. so they don't even have rsync and wget
13:59 rurban but they have lynx so I can at least download
14:13 kid51 joined #parrot
14:13 rurban hi kid51
14:14 kid51 good morning, reini
14:15 rurban tried openbsd, but just got 3.8 and nothing works there
14:16 kid51 3.8 is what version?
14:16 rurban openbsd 3.8
14:16 kid51 "nothing works" => Parrot can't configure?  Parrot can't build?
14:16 kid51 I mean, is that the latest openbsd?
14:17 rurban no wget, no rsync, no editor, ...
14:17 rurban pure bare raw
14:17 kid51 Ah.
14:17 rurban but I got perl and gcc and will check the openbsd specials now
14:18 kid51 I have no experience myself on OpenBSD, so I don't know what the environment feels like.
14:18 kid51 I've just been following the Smolder results.
14:18 kid51 .... and have been trying to meet OpenBSD people in NYC and talk to them about Parrot.
14:19 kid51 There's probably a minimum number of "ports" that you would have to install to get a comfortable working environment.
14:19 rurban I've got scp working so I can at least parrot over there
14:19 rurban copy parrot
14:20 kid51 Since OpenBSD's philosophy is "secure by default", I'm not surprised that it comes bare bones.
14:21 kid51 I know when somebody gave me a Solaris account, many things I take for granted on Linux/Darwin were missing/different and adaptation was difficult, requiring too many tuits.
14:24 rurban I hope I can at least send smolders from there
14:31 rg joined #parrot
14:31 cognominal joined #parrot
14:33 rurban Oh, and it compiled all static. no space left on device
14:33 rg rurban: you realize that openbsd 3.8 is quite old and probably not even supported anymore by the openbsd people?
14:33 rurban sure
14:33 masak joined #parrot
14:34 rurban but it's the cheapest, 400mb and no symbols
14:35 rurban we really have to check -shared for the cc and use it then
14:36 rurban we only check for -DPIC and -fPIC and using it but without -shared makes no sense.
14:40 rg for me on freebsd parrot is properly linked against shared libs. did you configure with --parrot_is_shared?
14:40 rurban nope
14:42 rg i guess you'll need that
14:44 kid51 rg:  How old is that version?  Is it so old that it wouldn't fall into our OS support criteria?
14:45 rurban I just want to see another -0.0 problem
14:45 rurban Because on msvc6 it reappeared after I though I've fixed it.
14:45 rurban But only on printing pmc's, not numbers
14:46 rurban and that should be handled just fine in our sprintf implementation
14:46 kid51 Per http://www.openbsd.org/:  The current release is OpenBSD 4.4 which was released Nov 1, 2008.
14:47 rg 3.8 was Nov 1, 2005
14:48 rurban I see the problem: The latest change from LD to LINK broke building shared utils
14:52 cognominal joined #parrot
14:58 IceGuest_7 allison: ping
14:58 kid51 NotFound++ for handling those spammy TTs
14:58 kj allison: ping
15:06 NotFound joined #parrot
15:06 NotFound hi
15:06 purl what's up, NotFound.
15:08 Whiteknight joined #parrot
15:11 kj Whiteknight: ping
15:13 Limbic_Region joined #parrot
15:17 kj anybody around who knows about distro_tests?
15:17 lu_zero no clue ^^
15:17 rurban the new thing is testing the installed version
15:18 rurban I did this by renaming the build-dir and checking a few things
15:20 rurban but now you've also giot make install-devel and then you can run almost the whole testsuite on the installed version. theoretically
15:30 Whiteknight kj:pong
15:30 kj Whiteknight: hi
15:30 kj do you have a few minutes?
15:31 kj I'm preparing for the next parrot release
15:31 dalek parrot: r36728 | NotFound++ | trunk/t/src/embed.t:
15:31 dalek parrot: [test] embed.h without extend.h
15:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36728/
15:32 Whiteknight kj: of course. What do you need?
15:32 mikehh joined #parrot
15:32 rurban building shared fails for me on this old gcc-3.3.5/openbsd-3.8: /miniparrot[1]: syntax error: `(' unexpected statis is ok
15:33 rurban static is okay.
15:33 kj well, in the release manager guide it says something about 'coordinate 4-5 platforms' to run mk_native_pbc
15:33 rurban I've added that :)
15:33 Whiteknight oh, that must be new. I didn't have to coordinate any platforms when I was release manager
15:33 kj ah ok.
15:34 rurban When they are not ready they are not. kid51 can provide the darwin/ppc stuff
15:34 rurban I can provide the rest
15:34 rurban BE 64bit will be missing. But these tests currently fail on cross 32-64 bit
15:35 Whiteknight kj: so you want me to do the tests on my computer?
15:35 kj Whiteknight: please :-) What platform you're on?
15:35 Whiteknight I've got Ubuntu-8.10-x86_64 and WinVista-x86_64 here
15:35 kj I'll start making a list of different platforms/people
15:35 rurban But I'll commit the natve_pbc's for 1,2+4,5 soon
15:35 kj does it make a difference what linux distributions are tested?
15:36 Whiteknight i have no idea to be honest
15:36 Whiteknight okay, so what tests do I have to run?
15:36 rurban the trick is to fake the version to 0.9.1 and create the pbc's there. OR use the tools/dev/pbc_header.pl tool
15:36 kj Whiteknight: well I think they only need be run near the relase
15:37 rurban The people/platform list already on the wiki
15:37 kj Coordinate 4-5 platforms to run C<tools/dev/mk_native_pbc>
15:37 kj to update the native tests
15:37 kj that's what the guide says
15:37 rurban the docs should point to that maybe
15:37 kj rurban: thanks
15:37 rurban I wrote that chapter, yes :)
15:38 rurban If it's unclear I'll fix it. Just ask
15:38 kj rurban: you mean in the release guide?
15:38 rurban yes
15:38 rurban Because these teste where never done, and they shoudl be sooner or later
15:39 kj rurban: so basically the release manager needs help of 4-5 other peo[ple (assuming 1 person/platform) for thesee tests?
15:39 rurban mostly just a macbook person is enough
15:40 rurban if you get access to a normal multi-arch x86_64 platform with -m64 and -m32 you can make 4 of those pbc's by yourself.
15:41 rurban But it's optional I would say
15:41 kj rurban: on windows, I can't run tools\dev\mk_native_pbc
15:42 kj it seems I need access to a linux box to do the release...
15:44 rurban yes, you need bash
15:44 rurban cygwin is enough, or colinux
15:44 kj parrot doesn't build on my cygwin environment
15:44 kj not last time I checke
15:44 rurban or a vmware: http://www.thoughtpolice.co.uk/v​mware/howto/1-minute-guide.html
15:44 shorten rurban's url is at http://xrl.us/bef9rr
15:45 rurban but better get a x86_64 linux image if so.
15:45 dalek parrot: r36729 | fperrad++ | trunk/tools/install/smoke.pl:
15:45 dalek parrot: [install] fix new install paths
15:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36729/
15:47 dalek parrot: r36730 | Infinoid++ | trunk/config/gen/makefiles/root.in:
15:47 dalek parrot: [cage] parrot_debugger makefile rule uses src/parrot_config.o but doesn't
15:47 dalek parrot: depend on it.  Add the dependency, otherwise build fails with make -j.
15:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36730/
15:47 kj nopaste?
15:47 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
15:47 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
15:47 rurban Infinoid: good catch! that was my dmake failure
15:47 rurban Infinoid++
15:47 nopaste "kjs" at 193.120.116.183 pasted "cygwin output of 'make'" (4 lines) at http://nopaste.snit.ch/15619
15:48 Infinoid cages cleaned for fun and profit :)
15:48 kj rurban: I get a weird error immediately on cygwin
15:48 Infinoid racing sailboats &
15:48 rurban latest perl?
15:48 purl latest perl is whatever can be had at http://www.perl.com/CPAN/src/latest.tar.gz or 5.005_03
15:48 kj 5.8.8I think
15:48 dalek parrot: r36731 | fperrad++ | trunk:
15:49 dalek parrot: [install] add a smoke test for external languages
15:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36731/
15:49 kj I thought 5.8 should be enough no?
15:49 rurban cygcheck -c perl
15:49 rurban perl                 5.10.0-5
15:49 kj 5.8.8-4
15:49 rurban Older perls might have internals problems. I'm the packager
15:49 kj how do I update that?
15:49 dalek parrot: r36732 | fperrad++ | trunk/tools/dev:
15:50 dalek parrot: [inno-setup] fix new install paths
15:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36732/
15:50 rurban I can check with 5.8.8-4 also
15:50 rurban Would be better to fix and and fix that
15:50 kj you mean, you can build with 5.8.8-4?
15:50 rurban Would be better to find the error and and fix that
15:50 rurban Nope, Trying now.
15:51 rurban Some regex problem maybe
15:51 kj seems so yes
15:51 kj do you know how to update the perl version?
15:51 kj on cygwin
15:52 rurban http://cygwin.com/setup.exe
15:52 kj I think I tried that, but the version won't update
15:52 rurban but then you'll  get a whole bunch of updates...
15:52 kj there's no command to only update perl?
15:53 rurban yes, 5.8.8-4 had problems. 5.8.8-5 was latest there
15:53 rurban no, sorry
15:55 rurban 5.8.8-5
15:55 rurban - added missing Win32 for perl-libwin-0.27
15:55 rurban - REGEXP0 - fix for UTF-8 recoding in regexps - CVE-2007-5116
15:55 rurban - several CPAN vendor_perl updates
15:55 rurban but perl-5.10.0-5 is much better
15:56 kj and I can get that one as well through cygwin installer?
15:56 kj ISTR I tried that before, and didn't work
15:59 rurban perl-5.10.0-5 is the default, yes
16:01 rurban should I send a recipe how to install both parallel?
16:01 kj I'm running cygwin installer now
16:01 kj you mean, both as in 5.8.8 and 5.10?
16:01 rurban perl-5.8.8-5 works fine
16:01 kj I'll just try to update to 5.10
16:02 kj rurban: for a long time, miniparrot failed on cygwin; I understand that's fixed now?
16:03 kj (if you can remember what that error was..)
16:03 rurban sure
16:03 rurban that was a PATH issue, blib/lib was missing
16:03 kj ... in parrot configureation?
16:03 rurban I moved the dll to the exe, that fixed all issues
16:03 kj what does that mean? 'moving the dll to the exe'?
16:03 kj (sorry, just curious what caused that)
16:03 rurban /usr/bin/perl5.8.8.exe tools/build/ops2c.pl C --core also works fine with 5.8.8-4 for me. strange
16:04 rurban blib/lib/cygparrot.dll => ./cygparrot0_9_0.dll
16:05 rurban so it works with already insalled parrot also and didn#t require the ugly hack: export PATH=`pwd`/blib/lib; perl Configure.pl && make
16:05 kj but this is no longer needed?
16:06 rurban nope
16:06 kj nice
16:06 rurban but I cannot reproduce your error, sorry
16:06 rurban woudl be really nice to catch such a thing
16:07 kj $ /usr/bin/perl5.8.8.exe tools/build/ops2c.pl  C --core
16:07 kj Parrot::OpsFile: Unrecognized line: 'inline op end() :base_core :check_event :flow {
16:07 kj '!
16:08 kj rurban: anyway, thanks for your help. Will attempt again to build parrot on cygwin after updating.
16:09 rurban debugging into it would be fine...
16:09 kj I have little knowledge of Perl, or cygwin for that matter :-S
16:10 rurban That's areally hairy regex in the OpsFile
16:10 rurban $op_sig_RE is failing for you
16:11 rurban It must be this line: ((?: \:\w+\s*)*)         # :flags
16:11 rurban maybe I can reproduce it somewhen, and make it more stable
16:12 NotFound inter::progs -        Determine what C compiler and linker to use...Compilation failed with 'g++'
16:12 kj well, once we have parrot 1.0, perhaps ops2c can be reimplemented using pge
16:12 rurban the ldflags <=> linkflags issue  maybe
16:13 rurban that changed recently
16:14 NotFound My fault there was an spurious character in the line
16:17 rurban btw. I had a strange icc bug today: TT #332
16:25 rurban with icc and static I get nearer to the real error, not an internal idb bug anymore
16:39 Tene joined #parrot
16:39 rurban is there's a tutorial how to step into imcc crashes somewhere? -t does not help
16:43 rurban ./miniparrot -b -v -t -d=ffff config_lib.pasm Starting parse... Segmentation fault
17:00 particle joined #parrot
17:27 dalek parrot: r36733 | NotFound++ | trunk/src/pbc_disassemble.c:
17:27 dalek parrot: fix: c++ need cast in int to enum conversions
17:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36733/
17:40 mberends joined #parrot
17:56 ask_ joined #parrot
18:20 mikehh joined #parrot
18:59 cognominal joined #parrot
19:02 kj rurban: I updated cygwin, perl is now version 5.10.0-5; still have the error
19:04 gryphon joined #parrot
19:05 Whiteknight joined #parrot
19:18 allison kj: wasn't awake yet, around now if you still have a question
19:18 kj allison: hi; for now it's fine, thanks
19:18 kj 1 thing though: can i do a release on a windows platform?
19:20 allison kj: I imagine so, but would go through all the steps and produce a test release to make sure (then have other platforms try your test release)
19:21 kj ok, but some commands can't be run on windows
19:21 dalek parrot: r36734 | fperrad++ | trunk:
19:21 dalek parrot: [doc] fix POD syntax
19:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36734/
19:37 allison kj: then, no, you can't :) or, at least you'll have to run those steps on linux/mac
19:39 kj allison: thought so. I have access to moritz' liinux box, now running fulltest, lots of "not ok"
19:39 kj not sure whether that has anything to do with running tool/dev/mk_native_pbc
19:39 kj (wchih I did)
19:40 allison kj: post the failures?
19:40 kj yep, still running
19:40 kj it's slightly slower than expected
19:40 allison fulltest?
19:41 kj yes think so (it's been some time already, kinda forgot what I typed)
19:43 kj nopaste?
19:43 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
19:43 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
19:45 nopaste "kjs" at 193.120.116.183 pasted "make fulltest; snippet of output; not ok tests: TODO" (23 lines) at http://nopaste.snit.ch/15621
19:45 kj allison: just a random output sample with not ok tests
20:00 allison kj: okay, I'm running 'make fulltest' now on my box
20:01 kj on windows I've never seen this kind of output; perhaps it's skipping more on win due to missing libs or whatever
20:03 rurban kj: back I would skip tool/dev/mk_native_pbc if it doesnt work for you
20:03 kj rurban: on cygwin I still cant' build; now perl v 5.10
20:04 rurban kj: nopaste 14521 is okay. this is not yet implemented and marked as TODO
20:05 rurban same error?
20:05 kj rurban: yes
20:05 kj so it's probably something else
20:05 rurban maybe you need to turn the files to unix eof on cygwin. d2u src/ops/*.ops
20:06 rurban does it work in windows?
20:06 kj the d2u thing helped, but now a different error;
20:06 kj CONST_STRING split accross lines
20:06 kj in src/debug.c
20:06 rurban okey, so you have to unixify all source  files.
20:07 kj will try now
20:07 kj I check out in a folder in windows, but accessible in cygwin
20:07 kj so 1 wc, but 2 environments
20:07 kj that's probably the culprit
20:07 rurban find . -name \*.c -exec d2u '{}' \;
20:08 rurban okay, I use seperate folders. I'l nopaste my update script
20:09 nopaste "rurban" at 212.183.48.71 pasted "mingw folder update script (from cygwin)" (28 lines) at http://nopaste.snit.ch/15622
20:09 kj yes separate folders is better i think considering svn:eol-style = native
20:09 rurban I use unix eol on all my files, even on msvc
20:10 rurban we have to document this somewhere later, in README_win32.pod probably
20:10 kj i think .pmc files need to be considered as well
20:10 kj not only .c files
20:10 rurban yes
20:10 rurban *. files also
20:10 kj I just got the same error, but now for a .pmc file
20:10 rurban too fast: *.h files
20:10 rurban yes, the string extractor needs the exact line number
20:11 kj *.* should do it
20:11 rurban pbc's probably  not, hopefully they are skipped
20:12 * allison shudders at hardcoded paths in generated perl scripts
20:12 rurban its my private script!
20:13 * rurban things she meant something else probably
20:13 mberends joined #parrot
20:16 allison rurban: meant dynoplibs.pl
20:17 rurban yep, @build_dir@
20:18 kj rurban: ok, seems my cygwin build problems was indeed  due to eol style
20:18 kj (building now..)
20:19 allison rurban: yup, it's gotta go
20:20 rurban_ joined #parrot
20:20 allison kj: I only had one failing test on 'make fulltest'. try running 'realclean' and starting over again
20:21 kj allison: what defines 'failing'? if it says: not ok 13 # TODO escape_string: non-ascii
20:21 kj is that a failure?
20:21 allison TODO tests aren't failures
20:21 rurban_ no,
20:21 allison (they're expected failures)
20:21 rurban_ no failure
20:21 kj ok, so a failure is only if you see the panic-like output with 'expected xxx'
20:21 allison kj: if it isn't reported in the summary at the end, then it's not a failure
20:21 kj ok, haven't come to that point yet
20:22 allison kj: must be running on a slow linux box
20:22 rurban_ do have prove? if not use perl t/harness <path-to-t>/*.t
20:22 kj no not at all; it's moritz' box, it's extremely fast
20:22 rurban_ or just make test
20:22 kj way faster than my hardware
20:23 allison kj: hmmm... but I just ran a complete 'make fulltest', in far less time
20:23 kj allison: perhaps its because it's a putty session?
20:23 rurban allison: we should note down that the string extractor and ops/pmc parsre are not crlf safe. maybe I can fix this.
20:23 allison kj: could be, just a delay in the I/O
20:24 kj allison: but it does seem very slow; maybe there's some orphan processes or something that's slugging up the box
20:24 kj rurban++ # cygwin builds cleanly, thanks for help
20:26 kj rurban: perhaps upgrading cygwin wasn't even necessary, but was it the crlf thing all along.
20:27 rurban most likely. but I can reproduce this and come up with a fix. but not this night! tommorrow
20:27 kj a fix in the regexp?
20:27 rurban yes
20:27 kj ah that'd be very nice
20:28 rurban ha, I found the imcc crash with the icc build!
20:28 rurban ./miniparrot -v -D88 -d88 -t config_lib.pasm is the trick
20:29 kj where's it crashing on?
20:30 rurban at the beginning of the parsing
20:30 rurban TT #332
20:30 kj and only when -t is on?
20:30 rurban but only with icc
20:30 rurban no, all the time
20:30 kj ooh
20:30 kj so compiler bug?
20:30 rurban parser bug
20:31 rurban most likely a icc setting which is missing
20:31 rurban we will see soon
20:31 kj (cygwin) ok, this is very nice. I think release can be done on cygwin then
20:32 kj at least i have local access to stuff.
20:32 rurban bash is bash. nothing can beat it
20:35 kj mmm pirc doesn't build on cygwin;
20:36 gravity joined #parrot
20:36 rurban the only random cygwin eror is t/library/pg 13
20:38 cognominal joined #parrot
20:38 kj include/parrot/oplib/ops.h is missing on my cygwin
20:39 rurban I think this is created. make reconfig
20:44 kj rurban: what is make reconfig supposed to do? (oplib/ops.h isn't created)
20:45 rurban make reconfig is a shortcut for make realclean; perl Configure.pl <your args>
20:45 kj oh ok
20:46 rurban because of yourcrlf mess before the ops headers and c files were not created. so start afresh
20:46 kj I'll just get a fresh wc using cygwins svn, if that works
20:46 rurban sure, that's the best :)
20:47 rurban but for sure the slowest of all
20:47 kj yeah, especially on a hspda wireless connection :-(
20:48 * kj is looking forward to the internet connection of the future
20:57 Whiteknight I can't wait for this release to be over, I have so many changes and optimizations to make in the calling conventions that it's almost frightening
20:57 kj Whiteknight: you're just waiting to merge?
20:57 rurban until monday, or later?
20:57 Whiteknight no, I'm not ready to merge this branch yet
20:58 particle Whiteknight: that frightens me, that there's "so many" changes going in before 1.0
20:58 Whiteknight but I haven't done any major optimizations in the branch either
20:58 kj well, then no need to wait for the release then :-)
20:58 Whiteknight particle: I can always wait, but there is a lot of fertile ground here for making things smoother and faster
20:59 particle my target for 1.0 isn't either of those, it's "more stable and better documented"
20:59 kj (more stable)++
21:00 rurban a sound API
21:00 Whiteknight then I can wait to make major changes until after 1.0
21:00 rurban internal optimizations for sure
21:00 Whiteknight although a lot of people have been complaining about performance lately, and the biggest performance bottleneck right now is the calling conventions system
21:01 kj Whiteknight: I'd rather have performance issues than segfaults :-)
21:01 rurban well, then hurry on :)
21:01 Whiteknight kj: I've found the rest of my segfault issues, and I should be putting a fix for them through in a few minutes
21:01 kj oh I didn't even know you had segfault issues
21:01 particle rurban: i don't understand why -0.0 is still todo, it passes on win32 for me.
21:01 Whiteknight I intend to cut out a lot of code, especially old code that's riddled with errors
21:02 Whiteknight kj: I had a few of them in my branch, but I think I've got them all figured out now
21:02 rurban it depends on your msvcrt.dll
21:02 rurban I have 4 systems, only on one it fails now
21:02 particle and that one is msvc6, which isn't officially supported.
21:03 rurban We can improve the test checking the new has_negative_zero
21:03 particle i'd rather have the test pass by default and fail on an unsupported platform, than be a bonus test on the other three
21:03 particle ok, good.
21:03 rurban it's not dependent on the compiler, its a libc issue
21:04 Whiteknight The calling conventions are definitely getting unified post-tuesday, and once that happens it's optimization city
21:04 rurban i wanted to test openbsd also today, but openbsd is mor broken than I tought. impossible to build shared
21:04 dalek parrot: r36735 | whiteknight++ | branches/rename_pccinvoke/src:
21:04 kj Whiteknight: what kind of unifications are coming?
21:04 dalek parrot: [rename_pccinvoke] finally make the conversion in src/api/io.c. temporary pmcs in Parrot_invoke_from_sig_obj were getting clobbered when we mixed recurssive PCC invokes and a GC run. Turning them into regular PMCs resolves this issue and everything goes smoothly
21:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36735/
21:07 Whiteknight kj: Unifying the various calling conventions. We've got about two dozen functions for invoking a PIR subroutine from C, and those are getting reduced down to about 2 or 3 with common logic
21:08 kj Whiteknight: I see.
21:08 kj Whiteknight: it would be nice if there would come some more replies on your self-proposal
21:08 Whiteknight Yeah, I was hoping more people would have an opinion about that one
21:08 kj ..meaning before Tuesday
21:09 Whiteknight once I'm done this current branch, I'm going to create another branch for that purpose and see if people like the result
21:09 kj because any decision for deprecation (of $P0.$P0() syntax) can then be made
21:09 Whiteknight I guess it's just waiting till post-1.0
21:10 kj yes it's not critical
21:13 rurban how else does icc?
21:15 rurban not how, who else
21:15 kj rurban: I was trying to figure out what you were meaning :-)
21:28 kj Whiteknight: seems you got another reply on self :-)
21:41 dalek parrot: r36736 | particle++ | trunk/t/pmc:
21:41 dalek parrot: [t] todo tests only on platforms that don't have negative zero support
21:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36736/
21:59 japhb joined #parrot
22:32 ask_ joined #parrot
22:39 dalek parrot: r36737 | particle++ | trunk/t:
22:39 dalek parrot: [t] unskip some passing tests on win32
22:39 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36737/
22:45 HG` joined #parrot
22:45 HG` left #parrot
22:45 rdice joined #parrot
22:57 rurban ha, idb is broken, gdb works just fine on icc objects. and gdb --tui is even better! TT#332
23:03 eternaleye joined #parrot
23:06 nopaste "Infinoid" at 96.238.213.50 pasted "Warnings on x86-64 linux from src/packfile/pf_items.c" (7 lines) at http://nopaste.snit.ch/15623
23:07 Infinoid We could fix those by replacing the constant expressions with #if blocks
23:08 rurban I wanted to keep it short and make the logic obvious. the compiler shortcuts it anyway
23:09 rurban we have always foreign <=>  our pairs where ours is constant
23:10 rurban and when 32-byte doubles will come it will be much shorter
23:11 rurban of course we could flip it our <=> foreign, so the tha shortcut is really a shortcut optimizable by the compiler
23:11 rurban but it's only called once
23:12 rurban wait a sec, wrong precedence?
23:13 nopaste "infinoid" at 96.238.213.50 pasted "[PATCH] Maybe something like this?" (42 lines) at http://nopaste.snit.ch/15624
23:13 Infinoid you could keep the ifelse chains I suppose, but this seems a bit clearer to me.
23:13 rurban can you paste the new code only? or diff -c
23:14 rurban but I see what you mean. A bit like duffs device
23:14 Infinoid k, one moment
23:14 Infinoid you're right, the diff isn't very readable
23:15 nopaste "Infinoid" at 96.238.213.50 pasted "code block" (33 lines) at http://nopaste.snit.ch/15625
23:15 rurban and you took the shortesz section, where there is no native 12-byte section
23:16 Infinoid Oh, I have no idea whether my version is right, I was just wondering what you thought of this kind of code logic
23:16 Infinoid Also, it fixes the warnings for me.
23:17 rurban looks also okay, I don't care. I think yours is clearer in the precedence. I thought in pairs, but this is also okay.
23:17 rurban please apply if you care
23:18 rurban and thanks! Infinoid++. but the (args) stuff broke the build :)
23:18 Infinoid Yeah, macro parameters are a pain
23:18 Infinoid (though it built fine here... do I have to enable something to build that stuff?)
23:18 rurban it's a very old trick I use with DEBUG_PRINTF((list))
23:19 Infinoid So do you think my patch broke anything?  (I'm not familiar with the usurrounding code at all, is checking nullness of pf->fetch_nv valid?)
23:19 rurban sure, TRACE_PACKFILE = 2 or such in the header
23:20 rurban I use it to debug the reader, but I didn't want to pollute normal builds with all this debugging stuff
23:20 Infinoid makes sense
23:20 rurban but parrot should not print it either
23:20 rurban only one of the tools, pbc_dump usually
23:21 rurban I have to debug 64-bit alignment, which I suppose is wrong when dumped, but native 64-64 gets it right
23:21 rurban very strange
23:22 Infinoid let me know if there's anything I can help test (but I think x86-64 is more forgiving with alignment than some other 64-bit platforms are)
23:22 rurban the aligned ptrs on 64bit are not aligned at all. ALIGN_16 is just a dummy on 64-bit
23:23 Infinoid rule of thumb: if you can make it work on ia64, you can make it work *anywhere*
23:23 rurban I have no idea why it works though.
23:23 Infinoid hmm
23:23 rurban I'll study the tracings when I have mor time
23:23 Infinoid ok
23:25 rurban btw. did you see #332 ?
23:26 rurban maybe another init problem. or the data segments are at the wrong place.
23:26 rurban the icc linker
23:26 Infinoid oh, that sounds like fun.  I'll look now
23:26 rurban and forget about idb, this is broken at all. gdb works fine though. and statis is easier to debug than shared. same problem
23:27 purl rurban, I didn't have anything matching about idb, this is broken at all. gdb works fine though. and statis is easier to debug than shared. same problem
23:27 TiMBuS joined #parrot
23:28 rurban I guess the problem is 32-bit only.
23:28 Infinoid that means I might be able to test it if I can get icc to build in 32 bit mode
23:28 Infinoid (I only have icc on a 64-bit box)
23:29 rurban it woudl be interesting if somthing broke icc at all, or just 32 bit, or I broke something
23:30 rurban gui --tui btw is wonderful! never knew that
23:30 Infinoid zsh: command not found: gui
23:31 rurban sorry, gdb --tui of course
23:31 rurban its the gdb gui (source browser)
23:31 Infinoid oh, that does look nice.  not mentioned in the manpage either
23:31 rurban a bit like emacs M-x gdb
23:32 rg rurban: which test were you trying to run on openbsd?
23:32 Infinoid having to follow along in a source editor has always been one of my biggest time sinks with gdb...
23:32 rurban I wanted compile to parrot
23:32 rurban the very first miniparrot call fails
23:33 rg you might want to try a more recent openbsd. i've just installed 4.4 in a vm and it works fine
23:33 rurban rg: thanks. 3.8 is very old indeed.
23:34 rurban pushing the limits
23:35 rg we might want to update the hints file for the shared library, though
23:35 rurban rg: can you check t/pmc/float.t on openbsd? make smoke would be fine
23:35 rurban sure. shared is hard to get right
23:35 rg i've just copied over the freebsd settings and it built fine
23:36 rg it's currently running tests
23:36 rg i'll nopaste the diff if it works
23:36 rurban particle just changed the test logic there
23:36 rurban theoretically it should pass 100%
23:39 rg i'll check in a couple minutes. the vm isn't that fast ;)
23:39 rurban for me the bsd/linux vm's are at least 3x faster than windows
23:40 rurban cygwin is super-slow
23:42 * rg is trying to avoid windows wherever possible ;)
23:42 * rurban is avoiding macintosh wherever possible :)
23:43 * lu_zero should avoid computers wherever is possible =P
23:43 rurban I'll sleep now, bye
23:45 rurban Infinoid, info gdb has the needed keys for TUI
23:54 rg i've already had r36736 and it's all fine.

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced