Pike-devel November 2013

pike-devel@lists.lysator.liu.se

3 participants
14 discussions

Re: Pike 8 @ Pike conf 2013
by Chris Angelico 17 Nov '13

17 Nov '13

On Sun, Nov 17, 2013 at 2:15 AM, Henrik Grubbström (Lysator) @ Pike (-) developers forum <10353(a)lyskom.lysator.liu.se> wrote: > And now the branch and Pike 8.0.1 exist: > > | Pike v8.0 release 1 running Hilfe v3.5 (Incremental Pike Frontend) > | > Cool! This looks like a good opportunity to mention a few patches that I haven't heard back regarding. They're mostly fairly trivial/simple. Is there a better way to suggest patches than posting them to this list or pike@roxen? ChrisA

2 1

Pike 8 @ Pike conf 2013
by Henrik Grubbstr�m (Lysator) ＠ Pike (-) developers forum 16 Nov '13

16 Nov '13

>Consolidated notes from the Pike conference regarding Pike 8. > > Pike 8 branch > ------------- > [/] Update the CHANGES file. > [ ] Make the branch. [...] >As far as I can see, there are no blockers left for making the branch. > >If nobody protests, I'll make the branch later today. And now the branch and Pike 8.0.1 exist: | Pike v8.0 release 1 running Hilfe v3.5 (Incremental Pike Frontend) | >

2 1

PollBackend on OSX
by H. William Welliver III 07 Nov '13

07 Nov '13

I've been playing around with the newest commits to 7.9, in particular a change made that should allow PollDeviceBackend and PollBackend to co-exist. Specifically, I'm trying to get things to compile on OSX, and while I think I've accomplished that goal, it doesn't appear that the resulting PollBackend works (at least all of the tests fail). I seem to remember that being true on OSX, as poll isn't really fully functional. Can anyone confirm that? I don't see any point in committing my my fixes to get both working if the result is non-functional (in which case I'll commit a fix that disables poll on OSX). Bill

2 2

7.9 segfault on 32-bit Darwin
by H. William Welliver III 03 Nov '13

03 Nov '13

Looks like this is the commit that causes 32-bit Pike on Darwin to segfault: commit 20fe37f6c62730993beb1c426c733cb98e12cb44 IA32: Use OPCODE_INLINE_RETURN when compiling with gcc. I've confirmed the problem on OSX 10.7 and 10.8 using gcc-4.2 (supplied by apple). Since machine code currently is a little above my ability to resolve, I'll just leave this as a bug report. Bill

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel November 2013