Pike-devel

pike-devel@lists.lysator.liu.se

4 participants
3044 discussions

Dump order dependencies
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 29 Nov '02

29 Nov '02

Does this mean that Parser.RCS or Calendar.YMD was incorrectly dumped? (And yes, dumpmodule.pike does load Calendar.YMD before Parser.RCS.) Pike v7.3 release 62 running Hilfe v3.5 (Incremental Pike Frontend) > Parser.RCS; test-install/pike/7.3.62/lib/modules/Calendar.pmod/YMD.pmod.o:-: Warning: Decode failed: Cannot call functions in unfinished objects. (1) Result: Parser.RCS > Pike v7.3 release 62 running Hilfe v3.5 (Incremental Pike Frontend) > Calendar.YMD; (1) Result: Time > Parser.RCS; (2) Result: Parser.RCS >

1 1

static
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 28 Nov '02

28 Nov '02

What is the benefits with making lfuns static?

2 1

Deprecation(?)
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 28 Nov '02

28 Nov '02

And while at the topic, how about removing the clone function as well?

2 3

Deprecation(?)
by Martin Nilsson (hehe Torgny) ＠ Pike (-) developers forum 28 Nov '02

28 Nov '02

I'd really like to remove the last(?) place of magically occuring efuns: the ones in the spider module. Anyone against this act of violence? Naturally there will be compatibility gunk added.

1 0

Pike 7.3 and Darwin.....
by Xavier Beaudouin 27 Nov '02

27 Nov '02

Hello there, It seems that now Pike 7.3 has been broken on Darwin. Some changes made the 2 last week show us that now it looks around _poll in link part. It was working and correctly detecting this before.... But... not now. Can this be fixed.... ? /Xavier

1 0

Direct memory access
by David Hedbor ＠ Pike developers forum 25 Nov '02

25 Nov '02

Scenario: A chunk of memory allocated in C that if possible should be modified directly. Is this at all possible in Pike? This is related to the discussion of the efficiency of especially the (planned) set_pixel/get_pixel methods in SDL, but not only. The SDL problem is even tricker since, depending on bpp, you need to change 1, 2, 3 och 4 bytes at once. Since Pike only has (32 bit) 'signed int' this probably isn't viable. Also, correct me if I'm wrong, no matter the method there would still be a method call for each access, unless there was a deeper, lower-level support in the interpreter for this? In a way it's non-shared array support, where the accessed memory could be preallocated (SDL surface memory, mmap etc) or not. Any comments would be welcome.

2 2

parent object
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 22 Nov '02

22 Nov '02

How do you get the parent object from C? I have tried LOW_PARENT_INFO(Pike_fp->current_object, p) with p being both the enclosed and enclosing programs, but I don't seem to get the right value. (And yes, I have set PROGRAM_USES_PARENT on the enclosed program.)

3 3

checking for /sw/include... fails on Darwin MacOS X/Jaguar
by Marcus Agehall (Tr�dl�s) ＠ Pike (-) developers forum 21 Nov '02

21 Nov '02

Spännande, jag ser bara del 2 hos mig själv... ;)

1 0

checking for /sw/include... fails on Darwin MacOS X/Jaguar
by Xavier Beaudouin 21 Nov '02

21 Nov '02

Hello, Seems that autoconf outputs wrong code to check for includes :/ The following autoconf code : AC_TRY_CPP([include <stdio.h>], ... Give on my machine this test. : configure:18279: checking /sw/include configure:18306: gcc -E -I/sw/include conftest.c configure:18303: illegal external declaration, missing `;' after `>' cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode configure:18312: $? = 0 configure: failed program was: #line 18302 "configure" #include "confdefs.h" include <stdio.h> configure:18336: result: fails So it seems it is missing a '#' .... Is there any Darwin specific problem or autoconf problem ? (I used pikefarm generated tarball). The machine is currently on pikefarm (pandora.home.oav.net). /Xavier

3 2

Dumping modules outside of install.pike - how to?
by Marek Habersack (Grendel) ＠ Pike (-) developers forum 21 Nov '02

21 Nov '02

As mentioned in the other posting, I have the following problem: /usr/lib/pike7.3/7.3.58/modules/Standards.pmod/PKCS.pmod/RSA.pmod.o:-: Warning: Decode failed: Failed to decode program "/tmp/buildd/pike7.3-7.3.58/lib/modules/Crypto/rsa.pike". it happens because I have to redump the PKCS module in the Debian compliation process, otherwise the .o files in PKCS.pmod will have incorrect data. I'm dumping the modules with a line similar to that used from within install.pike (see lines 51, 52 and 182 of the packaging/debian/rules file) and yet the dumped files have incorrect paths embedded in them. I'd appreciate some help on that one...

2 1

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