Pike-devel

pike-devel@lists.lysator.liu.se

3041 discussions

Christmas beta
by Peter Bortas 27 Dec '16

27 Dec '16

Grubba fixed a string bug that looks pretty nasty for some special edge cases, so despite not being the first Tuesday of the month, here's a beta. Pike 8.0.384 beta/release candidate: https://pike.lysator.liu.se/pub/pike/beta/8.0.384/Pike-v8.0.384.tar.gz Other builds: https://pike.lysator.liu.se/pub/pike/beta/8.0.384/Pike-v8.0.384-Darwin-15.4… https://pike.lysator.liu.se/pub/pike/beta/8.0.384/Pike-v8.0.384-win32-oldli… Changes since Pike 8.0.370 (release 6) ---------------------------------------------------------------------- Bug fixes --------- o String character range Fixed a bug where a string could incorrectly have it's character range start point set to 0 when added with an empty string. This in turn would incorrectly block the string from being used by functions that require strings without null characters as argument or incorrectly take optimization paths. o VCDiff Fixed type of decode_chunk(). o Parser.XML UTF-8 encoded documents with initial BOM was not decoded correctly. Serializing Parser.XML.Tree objects will now entity escape characters that can not be encoded in the selected output charset. Regards, -- Peter Bortas

2 1

smartlink and C++ name mangling on OS X
by H. William Welliver III 25 Dec '16

25 Dec '16

I tracked down a problem compiling a c++ module on OS X 10.12. Everything compiles properly but I get lots of symbol not found errors during linking. It seems that the mangled symbol names being generated for the module were a lot shorter than the ones in the library. For example: __ZN6Xapian11QueryParser11parse_queryERKSsjS2_ versus: __ZN6Xapian11QueryParser11parse_queryERKNSt3__112basic_stringIcNS1_11char_traitsIcEENS1_9allocatorIcEEEEjS9_ After a good bit of messing around (I assumed it was due to some command line option passed to clang/ld) I discovered that there’s a line in smartlink that sets: MACOSX_DEPLOYMENT_TARGET=10.3 And this setting alters a number of behaviors in the compiler/linker including the style of name mangling used. It looks like the minimum version required for modern libraries to work is 10.9. Is there any chance we can bring that forward? Perhaps 10.9 for versions 10.9 and up, and whatever previous version makes most sense... I still compile for 10.6 as a courtesy for some folks but don’t know anyone running anything earlier. Any thoughts? Bill

2 1

Code climate
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 19 Dec '16

19 Dec '16

I've set up code climate to analyze Pike. Very few relevant checkers, but some complaints about CSS... https://codeclimate.com/github/pikelang/Pike/issues?category=&engine=csslint

1 0

JSON
by Martin Nilsson (Coppermist) ＠ Pike (-) developers forum 16 Dec '16

16 Dec '16

A JSON feature request: Add a flag to the decoder that detects and strips comments from the in-data.

1 0

Re: C99, dynamic arrays, and branch rosuav/gtk2-drag-drop
by Chris Angelico 13 Dec '16

13 Dec '16

On Tue, Dec 13, 2016 at 10:25 AM, Peter Bortas @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > I don't know the details, grubba is the one that has been trying to > get 8.1 to build on the existing VC9 Windows build machines. So > anything that doesn't break VC9 is probably fine. I'm having trouble finding authoritative information on what VC9 supports (MS don't seem to carry much information on their older compilers - they carry precious little even on the current ones - so I'm depending on Stack Overflow), but it looks like VLAs are *not* supported. Sigh. So I guess I'll change it up. Should I go with alloca, or does Pike have its own preferred way to do this? ChrisA

3 3

Re: C99, dynamic arrays, and branch rosuav/gtk2-drag-drop
by Chris Angelico 13 Dec '16

13 Dec '16

On Tue, Dec 13, 2016 at 10:40 AM, Peter Bortas @ Pike developers forum <10353(a)lyskom.lysator.liu.se> wrote: > I'd be OK with disabling GTK on Windows in 8.1 for now if the > alternative is uglifying your entire codebase. Grubba might need it > for something though, so don't commit anything to that effect until he > gives the go ahead. I'd not be OK with disabling GTK on Windows in 8.1. :) I got it down to just four lines, and I've commented them out and put C89 equivalents (with alloca) underneath. Some day we (and by "we" I probably mean "I") can go in, notice that, and switch to the cleaner version. The change will be pushed (to rosuav/gtk2-drag-drop) as soon as I figure out why Pike is segfaulting, which seems to be unrelated. ChrisA

1 1

C99, dynamic arrays, and branch rosuav/gtk2-drag-drop
by Chris Angelico 12 Dec '16

12 Dec '16

I've noticed a number of commits going through that remove C99isms for the sake of Windows builds. Does that imply that the code must be exclusively C89, or are there some C99isms that are acceptable? The only one left now is a dynamic array: GtkTargetEntry drag_targets[targ->size]; Will this cause problems? If so, what's the preferred idiom - alloca? I'd like to merge this branch into 8.1 soon, if there are no objections. I've been using it locally with no problems. ChrisA

2 1

Pike 8.0 release 6
by Peter Bortas 12 Dec '16

12 Dec '16

Pike 8.0 release 6 (build 8.0.370) is now out. Source: https://pike.lysator.liu.se/pub/pike/beta/8.0.370/Pike-v8.0.370.tar.gz Other builds: https://pike.lysator.liu.se/pub/pike/beta/8.0.370/Pike-v8.0.370-Darwin-15.4… https://pike.lysator.liu.se/pub/pike/beta/8.0.370/Pike-v8.0.370-win32-oldli… Changes since Pike 8.0.358 (release 5) ---------------------------------------------------------------------- New features ------------ o Calendar Updated Calendar to use timezonedata from tzdata2016j. o Nettle Added version(). o Refdoc Updated to new Pike site layout. Bug fixes --------- o JSON Fixed a bug in the unicode handling of Standards.JSON.decode(), which treated codepoints slightly below the surrogate range as invalid. o pike -x pmar_install Works again and properly verifies PMAR checksums. o ::_indices(), ::_values(), ::_types(), ::`->(), ::`->=() Fixed several argument checking bugs in the magic_* functions. o Fixed some bugs in the pmar installer. o Msql Fixed some compilation issues. o Sql.pgsql Fixed broken reconnect behaviour when the database connection dies. Runtime ------- o Added workaround for incompatibility in MS Windows 10's Linux emulation layer. Regards, -- Peter Bortas

1 0

Release candidate 8.0.370
by Peter Bortas 07 Dec '16

07 Dec '16

Going out as release at the end of the week if nothing unexpected pops up. Pike 8.0.370 beta/release candidate: https://pike.lysator.liu.se/pub/pike/beta/8.0.370/Pike-v8.0.370.tar.gz Other builds: https://pike.lysator.liu.se/pub/pike/beta/8.0.370/Pike-v8.0.370-Darwin-15.4… https://pike.lysator.liu.se/pub/pike/beta/8.0.370/Pike-v8.0.370-win32-oldli… Changes since Pike 8.0.358 (release 5) ---------------------------------------------------------------------- New features ------------ o Calendar Updated Calendar to use timezonedata from tzdata2016j. o Nettle Added version(). o Refdoc Updated to new Pike site layout. Bug fixes --------- o JSON Fixed a bug in the unicode handling of Standards.JSON.decode(), which treated codepoints slightly below the surrogate range as invalid. o pike -x pmar_install Works again and properly verifies PMAR checksums. o ::_indices(), ::_values(), ::_types(), ::`->(), ::`->=() Fixed several argument checking bugs in the magic_* functions. o Fixed some bugs in the pmar installer. o Msql Fixed some compilation issues. o Sql.pgsql Fixed broken reconnect behaviour when the database connection dies. Runtime ------- o Added workaround for incompatibility in MS Windows 10's Linux emulation layer.

1 0

Release Tuesday
by Peter Bortas 07 Dec '16

07 Dec '16

Tomorrow is the first Tuesday in the month, so time for a release attempt. Have another look at what you checked in since the last release, make sure it still looks good and there appropriate entries in CHANGES. Regards, -- Peter Bortas

2 4

Jump to page:

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