Parrot 4.1.0 "Black-headed Parrot" | parrot.org | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 28 February 2012.
00:41 benabik joined 01:10 whiteknight joined
whiteknight good evening, #parrot 01:27
whiteknight figured out how to fix pbc_to_exe on his branch 01:34
If you make a stupid enough mistake the first time, fixing it eventually seems brilliant
01:43 schmooster joined
benabik ? 01:55
dalek rrot/remove_sub_flags: 92d3387 | Whiteknight++ | tools/dev/pbc_to_exe.pir:
use the new legacy_trigger_init_subs api method to make sure pbc_to_exe triggers init subs as expected. This gets the build moving further along. Still running into dependency problems in the pge/nqp build
01:56
whiteknight I took out the behavior of automatically executing :init subs, then was surprised when pbc_to_exe-generated binaries weren't executing :init subs 01:57
benabik Ah. 02:00
I had wondered if we wanted a high level "run the init subs" feature.
That PIR sub was becoming too common. 02:01
whiteknight what PIR sub? 02:03
oh, that __load_bytecode one I was pasting around? Yeah, that was a temporary-ish fix to get the build moving. I'm trying to find a better way to do that
What we don't have right now, and what I think we are really starting to need, is a small built-in library of sorts that gets bundled with libparrot 02:10
like, a small handful of common utility routines and types that are always available
Ideally, we could replace some of our built-in PMC types with pbc-based types 02:11
since there is already a default 'parrot' HLL namespace, we can jam a few things in there 02:12
But then having to decide what we would want to include in this little runtime, and what to exclude, and how much space we can use for it, and what the performance implications would be.... 02:16
02:25 dngor_ joined 03:04 dngor joined 03:09 dngor_ joined 03:16 jsut_ joined 03:29 jsut joined 03:43 dngor joined 03:55 Khisanth joined
dukeleto ~~ 04:22
dalek rrot: 60ebdac | petdance++ | frontend/pbc_dump/main.c:
consted some vars, and unshadowed a loop variable
04:31
rrot: e965bc3 | petdance++ | frontend/pbc_dump/main.c:
fixed a loop variable typo
04:32
rrot/m0: 67f9c93 | dukeleto++ | t/src/checkdepend.t:
Make t/src/checkdepend.t report the correct line of the failing test
04:36
rrot: fb1ef6a | petdance++ | tools/build/parrot_config_c.pl:
consting some functions in the built program
04:45
04:50 travis-ci joined
travis-ci [travis-ci] parrot/parrot#130 (master - 60ebdac : Andy Lester): The build is still failing. 04:50
[travis-ci] Change view : github.com/parrot/parrot/compare/e......60ebdac
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/825467
04:50 travis-ci left 05:01 travis-ci joined
travis-ci [travis-ci] parrot/parrot#132 (m0 - 67f9c93 : Jonathan "Duke" Leto): The build was fixed. 05:01
[travis-ci] Change view : github.com/parrot/parrot/compare/b......67f9c93
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/825494
05:01 travis-ci left 05:08 travis-ci joined
travis-ci [travis-ci] parrot/parrot#131 (master - e965bc3 : Andy Lester): The build is still failing. 05:08
[travis-ci] Change view : github.com/parrot/parrot/compare/6......e965bc3
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/825478
05:08 travis-ci left
benabik I wonder what's taking the longest in there. Are we failing because we have to install so much stuff, because the build takes too long, or because of tests? 05:09
05:15 travis-ci joined
travis-ci [travis-ci] parrot/parrot#133 (master - fb1ef6a : Andy Lester): The build is still failing. 05:15
[travis-ci] Change view : github.com/parrot/parrot/compare/e......fb1ef6a
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/825545
05:15 travis-ci left 07:58 johbar_work joined 08:18 mj41 joined 08:28 schmooster joined 08:42 lucian joined 08:49 preflex_ joined 09:19 dngor joined 09:34 lucian joined
tadzik nine: s/Assumeing/Assuming/ in the paper 10:08
10:28 fperrad joined
nine tadzik: thanks, fixed 10:29
10:46 schmooster joined
dalek kudo/nom: a8086d4 | moritz++ | src/core/ (2 files):
make error reporting more robust
10:52
11:09 fperrad joined 12:27 johbar_work joined 12:34 mj41 joined 12:57 bluescreen joined 13:07 mtk joined 13:39 johbar_work1 joined 13:40 schmooster joined 13:56 JimmyZ joined 14:43 PacoAir joined 14:57 contingencyplan joined 14:58 bluescreen joined 15:14 bluescreen joined 15:35 alester joined 15:42 bluescreen joined 15:44 bluescreen joined 15:45 Psyche^ joined 15:47 bluescreen joined 16:10 bluescreen joined 16:13 betterworld joined 16:44 betterworld joined
dalek rrot: b960158 | petdance++ | / (3 files):
Removed function declarations that are in pf_private.h that are already in include/parrot/packfile.h
17:01
rrot: d811c46 | petdance++ | config/auto/warnings.pm:
-pedantic is not useful as a warning.
17:02
alester ping dukeleto 17:24
ping bacek 17:28
17:34 travis-ci joined
travis-ci [travis-ci] parrot/parrot#134 (master - b960158 : Andy Lester): The build is still failing. 17:34
[travis-ci] Change view : github.com/parrot/parrot/compare/f......b960158
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/828849
17:34 travis-ci left 17:36 travis-ci joined
travis-ci [travis-ci] parrot/parrot#135 (master - d811c46 : Andy Lester): The build was fixed. 17:36
[travis-ci] Change view : github.com/parrot/parrot/compare/b......d811c46
[travis-ci] Build details : travis-ci.org/parrot/parrot/builds/828870
17:36 travis-ci left 17:43 lucian joined
cotto ~~ 17:51
dukeleto ~~ 17:57
alester: pongish
18:10 mj41 joined 18:36 zby_home joined, bluescreen joined 19:32 davidfetter joined, lateau joined 19:42 lateau left
dalek kudo/sink2: cdde942 | moritz++ | src/Perl6/Sinker.pm:
use more in-place editing in the sinker, and start to flag whether to sink the last statement
19:47
alester Just replied again to the ticke.t 19:49
Do we think we're C90-compatible? 19:50
davidfetter has heard of C89 and C99, but not of C's in between 19:54
moritz it's C89-++ :-) 19:55
alester github.com/parrot/parrot/commit/5d...nt-1066874 19:56
davidfetter lol@ moritz
PerlJam random query: do people here really pay much attention to the changes that happen in the rakduo repo? 20:01
benabik does
Although I also just keep an up-to-date clone of it. 20:02
20:06 not_gerd joined
not_gerd davidfetter: ANSI C89 == ISO C90, ISO C99 == ANSI C 2000, ISO C11 == ANSI C ?? 20:06
davidfetter not_gerd, thanks for the info 20:07
alester I don't care what they're called as much as I want to know what we think we support. 20:14
not_gerd alester: C90, C++98 + some extensions (eg inline, long long) 20:18
moritz "whatever MSVC supports", I think
benabik MSVC what? 20:19
Coke we used to say "C89", but that's not longer in the readme. (but you can find it in docs/compiler_faq.pod)
dukeleto stupid compilers 20:21
alester I still don't know how it failed a build, but not for me. 20:30
benabik alester: It just likes you?
20:35 lateau joined
dukeleto alester: travis-ci.org/#!/parrot/parrot/jobs/803342 20:50
alester: from build 122 on travis 20:51
PerlJam alester: you were somehow building more permissively than travis. (problem solved! ;-) 20:54
alester But that makes no sense.
Oh well, is my problem, not y'all's. 20:55
and of course now it fails. 20:56
dukeleto alester: i assumed you were testing under g++ and not gcc 21:00
Coke I just tried a build on OSX (rakudo's doing the fetch and build for me), and got the following error: 21:05
CONST_STRING split across lines at 455 in src/string/api.c
make clean errors out with "/bin/sh: runtime/parrot/dynext/gziphandle.bundle: No such file or directory:" 21:07
ah. probably a git config issue.
21:11 perlite joined 21:28 not_gerd left
alester dukeleto: I use both G++ and GCC 22:49