Re: Speaking of signals...

2001-01-04 Thread nick
als and event loops are close cousins. What I am less clear about is whether we want to go down the Tcl route, or do something even more radical like making op despatch and the event loop _the same thing_. (If we think of perl's ops as the instructions of our virtual machine, then this

Re: Speaking of signals...

2001-01-04 Thread nick
s pushed out of the core, but it still needs to be somewhere. POSIX signals cannot be pushed out - essentially that is what has happened in perl1..5 - we need to pull 'em in. -- Nick Ing-Simmons

Re: Anyone want to take a shot at the PerlIO PDD?

2001-01-04 Thread nick
Simon Cozens <[EMAIL PROTECTED]> writes: >On Wed, Jan 03, 2001 at 11:03:08PM +0000, Nick Ing-Simmons wrote: >> I am willing to cast bleadperl5's PerlIO into the form of a _draft_ PDD >> for perl6 - i.e. "this is what it does now", not "this is what it sh

Re: Speaking of signals...

2001-01-04 Thread nick
almost requires the event loop be in the deep core along with the I/O >subsystem. both still should be modular enough that they could be >replaced in a palm port. i think the API i proposed (simple attribute based >objects) would make it easy to modularize the whole thing. > >uri -- Nick Ing-Simmons

Re: Anyone want to take a shot at the PerlIO PDD?

2001-01-05 Thread nick
k out properly. Anyone that has experience in writing prefetch style code please weigh in with the pitfalls. > >Nicholas Clark -- Nick Ing-Simmons

Re: Speaking of signals...

2001-01-05 Thread nick
ent_check_op. this has a weakness of what if >you have a very tight perl loop that doesn't exceed N ops? will events >ever get dispatched then? the op loop counter method works better there. Neither solves the long running single op case. -- Nick Ing-Simmons

Re: Speaking of signals...

2001-01-05 Thread nick
sed flag. It is my personal style to use non-NULL value as "flag" - it dates back to "my" RTOS on TI's 16-bit micros where memory was precious - having a flag and a value was wasteful. -- Nick Ing-Simmons

Re: Speaking of signals...

2001-01-05 Thread nick
blocking system calls!" and let folks stuck >with older OSes (like UNIX) deal with it as best they can, but I'm not >sure I like that a whole lot. > -- Nick Ing-Simmons

Re: Speaking of signals...

2001-01-05 Thread nick
e could set the flag saying some event has triggered and then in the >conditional code also deal with the counter. when the counter zeroes, >then the event is dispatched. > >uri -- Nick Ing-Simmons

Re: perl IS an event loop (was Re: Speaking of signals...)

2001-01-10 Thread nick
Uri Guttman <[EMAIL PROTECTED]> writes: >>>>>> "NI" == Nick Ing-Simmons <[EMAIL PROTECTED]> writes: > > NI> Bart Lateur <[EMAIL PROTECTED]> writes: > >> > >> Apropos safe signals, isn't it possible to let perl6 hand

Re: perl IS an event loop (was Re: Speaking of signals...)

2001-01-10 Thread nick
4) So I think the 3-5% is over estimate. (Turning on -DDEBUGGING adds about 1 sec to that - so DEBUGGING costs 3%) -- Nick Ing-Simmons

Re: perl IS an event loop (was Re: Speaking of signals...)

2001-01-15 Thread nick
Dan Sugalski <[EMAIL PROTECTED]> writes: >>Nick has yet to touch sv_gets() - partly 'cos it was too scary to mess >>with - so you can if you like ;-) > >(As I dig through old mail...) > >What I was thinking of was making the scalar behind $/ magic, It alre

Re: Does perl really need to use sigsetjmp? (18% performance hit)

2001-01-21 Thread nick
ks can be held. With the possible exception of stdio, perl is in a position to "know" about those and undo them as part of its stack unwinding. >> >> The short answer is *never use them* in a multithreaded application. But the short answer (while it may suffice for perl6) is no use to me as a perl5 maintainer. -- Nick Ing-Simmons

Re: Why shouldn't sleep(0.5) DWIM?

2001-01-31 Thread nick
o we would want to do both if we did either, >but time() really has no relation to them. > >Or, should we just implement usleep() and (for lack of a better name) snooze() is a better name ;-) -- Nick Ing-Simmons

Re: yydestruct leaks

2001-02-07 Thread nick
e a "slab allocator" e.g. GCC used an "obstack" - this allows all the memory allocated since one noted a "checkpoint" to be free-d. One could fake that idea by making malloc "plugable" and plugging it during parse to build a linked list or some such. The

Re: string encoding

2001-03-24 Thread nick
ent the data differently - say as a tree, or a list of 1000-ish char blocks. That way you can find the block quickly and then do short-ish search for actual chracter. (Like a text editor does.) -- Nick Ing-Simmons

Re: Unicode handling

2001-03-24 Thread nick
;> if I didn't use it much. > >*cough* \C *is* taken. But not for anything that is much use as currently defined, and in a sense \C is messing in this same area. > >> >also \U has a meaning in double quotish strings. > >"\Uindeed." > -- Nick Ing-Simmons

Re: Unicode handling

2001-03-26 Thread nick
retain our sanity and "zillions" of spots needed tweaking to translate on demand. So if you want lexical scoped encoding make sure the infrastructure can scale to cope... -- Nick Ing-Simmons

Re: Unicode handling

2001-03-26 Thread nick
ytes' exposes it but does not tell you what it is. >Not when printing the string to >a file handle, I would think -- that should be controlled by >the encoding on the handle. Are there any other cases where >encoding matters? > > - Damien -- Nick Ing-Simmons

Re: Unicode handling

2001-03-26 Thread nick
) == 360 length($s) is 17.34 femto furlongs on a 24" 1023x767 display in 'Courier' ;-) -- Nick Ing-Simmons

Re: Unicode handling

2001-03-26 Thread nick
== 193 true :-/ > chr is the one dependent on the current default encoding. You are going to see both used in legacy stuff. -- Nick Ing-Simmons

Re: Unicode handling

2001-03-26 Thread nick
ncoding of its argument (to determine >the logical character containing in that argument) and the current >default encoding (to determine the value in the current character set >representing that character). > > - Damien -- Nick Ing-Simmons

Re: PDD for code comments ????

2001-03-26 Thread nick
David L . Nicol <[EMAIL PROTECTED]> writes: >Nick Ing-Simmons wrote: > >> Perhaps we could teach pod that /* was alias for =pod >> and */ an alias for =cut ? > >that won't work because pod/cut is strictly line-based and C-style >comments are strictly strea

Re: Larry's Apocalypse 1

2001-04-06 Thread nick
he semantics of /^mailto:/. If it does it can do DNS lookup for MX record for north.pole and presumably fail and return undef. Oops sorry that is perl5 ;-) -- Nick Ing-Simmons

Re: Larry's Apocalypse 1

2001-04-06 Thread nick
. Why not have URL.pm look for the appropriate module PerlIO::URL::fax say - as I recall that is what LWP does in the mundane perl5.003 world. > >Z. -- Nick Ing-Simmons

Re: Larry's Apocalypse 1

2001-04-06 Thread nick
t; presumably fail and return undef. >> >> Oops sorry that is perl5 ;-) > >Which part? "Presumably", "fail", "undef" ? ;-) Well no one has written PerlIO::URL yet so all you get is: nick@dromedary 507$ cd /home/perl5/perlio nick@dromedary 508$ ./

Re: Split PMCs

2001-04-19 Thread nick
pmc->offset) iff you need it. >but I'm curious as to whether anyone has any hard >experience with this sort of thing before I delve in any deeper. > > Dan > >--"it's like this"--- >Dan Sugalski even samurai >[EMAIL PROTECTED] have teddy bears and even > teddy bears get drunk -- Nick Ing-Simmons

Re: Strings vs Numbers (Re: Tying & Overloading)

2001-05-09 Thread nick
TH=/some/long:/bunch/of:/stuff >>PATH="${PATH}:/more/stuff" >> >>would really be a shame. > >A backslash at the end of a line? > >Kidding! Obviously you meant a '+' in column 6 of the continuation line ;-) -- Nick Ing-Simmons who is looking for a new job see http://www.ni-s.u-net.com/

Re: Tying & Overloading

2001-05-09 Thread nick
g without good reason, but this /is/ good reason. CAN SOMBODY >PLEASE TELL ME A _GOOD_ REASON TO SWITCH TO . FOR METHOD CALLS? One reason I have heard is that COM (Common Object Model) documents incantations to call up external objects in VBish thing.whatnot.attrib style. Not having to s/\./-&g

Re: You will not have to rewrite your Perl 5 programs!

2001-05-11 Thread nick
gt; Damn straight. One way or another, perl 6 will eat perl 5 code close to >> painlessly. (Typeglobs, perhaps, aside) On that topic - it may make sense to have a use warnings 'Perl6'; option in (say) perl5.8 which would allow folk to find typeglobs etc, and adjust code in advance

Re: perl5 to perl6

2001-05-11 Thread nick
and VHDL at the same time I can say that clearly visible differences are not without merit. > >Nat -- Nick Ing-Simmons who is looking for a new job see http://www.ni-s.u-net.com/

Re: So, we need a code name...

2001-05-13 Thread nick
Larry Wall <[EMAIL PROTECTED]> writes: >Then Perl language variants could go the other way and be: > >Pern Nano Perl Network perl - then we can say "here be dragons - but friendly ones..." -- Nick Ing-Simmons

Re: apo 2

2001-05-13 Thread nick
adjective, not a noun. >> >> make more sense than >> >> $thing is property > >"$foo has true" doesn't flow as well as "$foo is true". Dunno quite >what the other expected uses are. -- Nick Ing-Simmons who is looking for a new job see http://www.ni-s.u-net.com/

Re: Apo2: \Q ambiguity

2001-05-13 Thread nick
< < is what it takes «here». But I don't see why AltGr < should not work (SuSE Linux's keymap is so un-mnemonic compared to Sun's compose key scheme). -- Nick Ing-Simmons who is looking for a new job see http://www.ni-s.u-net.com/

GC vs REFCNT and cache

2002-08-19 Thread nick
gcc-2.* compile-speed. -- Nick Ing-Simmons http://www.ni-s.u-net.com/

goof - RFC 328 (v1) Single quotes don't interpolate \' and \\

2000-09-29 Thread nick
I goofed. (EWRONGLIST) I realise now that I should have said that RFC 328 (and 327) should have been on this list, not perl-language-data I had what I thought was a good look at previous RFCs but managed to miss RFC226 (Selective interpolation in single quotish context.) What I wanted comments a

Re: Perl, the new generation

2001-05-18 Thread Nick Stankus
> > Someone looking at that is going to think they have to know all that to be > > effective. Who reads the book. I just use it as reference. I am not the best Perl guru in the world, but I can program everything I need perl to do. If I ever need help...it is back to the Perl Camel Book. 2nd edit

Re: HLL Debug Segments

2005-11-14 Thread Nick Glencross
t, but you wouldn't need to do this too often and so I believe the extra processing to be worthwhile. Cheers, Nick

Re: HLL Debug Segments

2005-11-14 Thread Nick Glencross
mean - it doesn't have to be > line number in a file. > Out of interest, are we able to associate HLL debug info with eval'd code? Does it have a directory, or is it just the bytecode? Cheers, Nick

Re: HLL Debug Segments

2005-11-14 Thread Nick Glencross
On 11/14/05, Nick Glencross <[EMAIL PROTECTED]> wrote: > Jonathan Worthington wrote: > > > I'm looking to work > > on enabling Parrot to store away HLL debug info - that is, the file name, > > line number, columns etc in the high level language source code. Thi

Re: HLL Debug Segments

2005-11-14 Thread Nick Glencross
Roger Browne wrote: Nick Glencross wrote: .hll_debug_end line .hll_debug_begin line 2 I don't think the "end" directives add much. There's almost always going to be an "end line" before a "begin line", so why not let 'begin line'

[BUG] coroutine_3.pasm trampling memory?

2005-11-16 Thread Nick Glencross
SIGSEGV, Segmentation fault. I think that function pointer interpreter->arena_base->do_dod_run may be corrupt, but gdb is unable to do a backtrace now. I'll open another call for this if we can address the first issue and it doesn't fix the second. Regards, Nick

Re: [BUG] coroutine_3.pasm trampling memory?

2005-11-16 Thread Nick Glencross
On 11/16/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Nick Glencross wrote: > > coroutine_3.pasm seems to have some problems with scratchpads, but I > > don't know whether the problem is with parrot or the test. > > > ==15739== Thread 1: > > ==15739=

Re: The next release ...

2005-12-02 Thread Nick Glencross
ast day, but I don't be able check the system for a few days to check why... Cheers, Nick

Re: punie's demo uses *a lot* of memory on win32

2005-12-02 Thread Nick Glencross
ry.c, line 93 Parrot file (not available), line (not available) I believe that I'd done a proper clean. Anyhow, I did a fresh checkout (which I rarely do) and that version didn't exhibit the problem. If this turns out to be unrelated, just ignore! Nick

Re: [perl #37997] r10604 build failure on Cygwin

2005-12-21 Thread Nick Glencross
causes a build failure, so I'm still of the thinking that we need a shared libparrot. Justin: This is certainly a problem that needs solving. We can join forces if you like... Nick

[PATCH] Better support for libparrot.so (revived)

2005-12-22 Thread Nick Glencross
builds (I've changed the files, but may have overlooked important changes) * I'm going to check 'make install' -- it needs updating to distribute the installable utilities and check that things work in both configurations. All tests (as far as I can see) pass with sha

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-22 Thread Nick Glencross
On 12/22/05, Florian Ragwitz <[EMAIL PROTECTED]> wrote: > > On Thu, Dec 22, 2005 at 12:51:39PM +, Nick Glencross wrote: > > I'd like to revive this patch which I posted a while back, but has > > needed bringing up to date due to subsequent changes. > &g

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-23 Thread Nick Glencross
work out why it segfaulted for Leo. The important bits about the build look good. But for me, this patch is a good first step. Great. I've also got shared libraries working on HP-UX out-of-the-box too, so I'll repost the updated patch later today. It needs a bit of fixing due to some changes to the hints files today. Thanks for testing.. Nick

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-23 Thread Nick Glencross
e debian build files). This patch probably won't apply to versions much earlier than r10631. By the way, is MANIFEST.generated a manually updated file? Cheers, Nick Index: debian/libparrot.install === --- debian/libparrot.ins

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-23 Thread Nick Glencross
Nick Glencross wrote: Guys, Here's an updated version of the libparrot shared library patch. Sorry, omitted one of the configure files! I should mention that you probably want to remove config/inter/libparrot.pm before ever reapplying the patch otherwise you'll get the same con

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-24 Thread Nick Glencross
On 12/23/05, Joshua Hoblitt <[EMAIL PROTECTED]> wrote: > > Nick, > > I'll try to take a look at all of this patch today. Quick questions - > why is: > > +src/install_config.o [main]lib > > being added to MANIFEST.generated? >

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-24 Thread Nick Glencross
t the end of Configure.pl(better locations accepted) which prints a message telling the person to use LD_LIBRARY_PATH or equivalent as an alternative (e.g. it may be necessary to set the PATH on cygwin). An an alternative, which is what libtool does, is to wrap up binaries behind a script which sets the LD_LIBRARY_PATH internally so that users don't see it. I've now got an OSX system which I will be able to get working when I'm back from doing the family thing... Thanks for working on this. > I'm trying my best. :-) Nick

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-24 Thread Nick Glencross
Guys, On 12/24/05, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > > > On Dec 24, 2005, at 21:07, Nick Glencross wrote: > > > ... The configuration comes when the application is additionally linked > > with null_config.o, parrot_config.o or install_config. > &

Re: [PATCH] Better support for libparrot.so (revived)

2005-12-24 Thread Nick Glencross
On 12/25/05, Nick Glencross <[EMAIL PROTECTED]> wrote: > Guys, Sorry, it wasn't intentional that I was sending HTML emails; only just noticed. Nick

Re: Cygwin versun plain XP (for working with Pugs+Parrot together)

2005-12-27 Thread Nick Glencross
tps://rt.perl.org/rt3/Ticket/Display.html?id=37303 (The patch has regressed after recent changes) There's also a thread "Better support for libparrot.so" which will allow the libparrot.dll to be built cleanly on cygwin This code isn't yet associated with any particular bug Nick

Re: Cygwin versun plain XP (for working with Pugs+Parrot together)

2005-12-27 Thread Nick Glencross
On 12/27/05, Peter Schwenn <[EMAIL PROTECTED]> wrote: > Dear Nick > > thanks. by the way how does one signal Pugs that Parrot is to be used > "Externally".? Although I've played with pugs for a few hours, it was on Linux, and I didn't get around to investi

[PATCH] Fix for cwd in os.pmc on HP-UX

2006-01-03 Thread Nick Glencross
c89) and removed the free. Failing that, the code can be preserved as it is, but replace size with PATH_MAX+1 (although as the manual page says, this may not continue to work). With this and r10855, os.t will pass on HP-UX. Regards, Nick

Bus errors in floatvalarray.t on HP-UX

2006-01-03 Thread Nick Glencross
[idx] $1 = 0 (gdb) print sizeof (FLOATVAL) $2 = 8 The base bufstart address 0x4007dd1c is a multiple of 4, but not of 8, which supports that it's an alignment issue. Nick

[PATCH] Shared libraries on MacOS

2006-01-04 Thread Nick Glencross
e [or /something/ like that] Hence they describe where they are used, not what they contain. Cheers, Nick Index: config/inter/libparrot.pm === --- config/inter/libparrot.pm (revision 10892) +++ config/inter/lib

Revisiting parrot_get_config_string

2006-01-05 Thread Nick Glencross
7;m aware) cygwin doesn't have rpath functionality, it is necessary to add blib/lib to the PATH for it to find the parrot DLL. Cheers, Nick Index: src/pbc_merge.c === --- src/pbc_merge.c (revision 10901) +++ src/pbc_merge

Re: Revisiting parrot_get_config_string

2006-01-05 Thread Nick Glencross
On 1/5/06, Leopold Toetsch <[EMAIL PROTECTED]> wrote: > > Nick Glencross wrote: > > The first patch modifies the parrot VM so as not to call > > parrot_get_config_string on startup, which currently resides in the > > calling executable. Instead, the

Re: libparrot improvements

2006-01-05 Thread Nick Glencross
blib/lib/libparrot.a. Also it's an advantage to have both static and > shared libraries installed. Executables are linked against one of them, > preferably the shared one. > > Here's a patch that addresses this issue that ^conner already raised > when Nick Glencross poste

Re: [perl #37303] [PATCH] Relaxing parrot dependency on parrot_config

2006-01-05 Thread Nick Glencross
asons (the same code is used for miniparrot, parrot and installable_parrot). I am finding that I'm hopeless at coming up with variable and function names, so you won't get any resistance if they are renamed. Cheers, Nick p.s. This patch has changed quite a bit since a version that

[PATCH] HP-UX shared libparrot support

2006-01-06 Thread Nick Glencross
This patch adds the necessary hints for HP-UX to build using shared libraries by default.I only have access to gcc on HP-UX, but the necessary compiler flags for the HP commericial compiler are there too.Cheers, Nick Index: config/init/hints/hpux.pm

[PATCH] Small tweak to libparrot configure for rpath

2006-01-06 Thread Nick Glencross
ath is not. [They will probably need to use LD_LIBRARY_PATH or another environment variable as a workaround] Nick Index: config/inter/libparrot.pm === --- config/inter/libparrot.pm (revision 10936) +++ config/inter/libparrot.pm (wo

Re: Parrot under Cygwin

2006-01-06 Thread Nick Glencross
ew called parrot_r10901_cygwin_dynclasses_patch.txt from the 5th Jan headed "Revisiting parrot_get_config_string". One question to the floor: I will need to link the dynclasses to libparrot.dll. The current line in tools/build/dynclasses.pl links against extend.o; can anyone explain the reasoning behind this? Thanks, Nick

build patch

2006-01-07 Thread Nick Glencross
. Cheers, Nick Index: config/inter/libparrot.pm === --- config/inter/libparrot.pm (revision 10971) +++ config/inter/libparrot.pm (working copy) @@ -63,7 +63,9 @@ $conf->data->set( libparrot_ldflags =>

Re: build patch

2006-01-07 Thread Nick Glencross
On 1/8/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote: > "Nick Glencross" <[EMAIL PROTECTED]> wrote: > > I'd appreciate a few volunteers to try out this patch and make sure that > > it doesn't break building on your favourite platform. > >

[PATCH] Final cygwin patch/PLATFORMS

2006-01-08 Thread Nick Glencross
arrot.a in preference to libparrot.dll, so I'm setting the has_static_linking=>0, and also updated the PLATFORMS file. We're as a pretty good point to close #37303, #36836 and #36540. Cheers, Nick Index: config/init/hints/cygwin.pm ===

Re: [perl #38023] [TODO] build - support pkgconfig

2006-01-09 Thread Nick Glencross
The file isn't yet installed because I don't know how to update the MANIFEST.generated file to place it in .../lib/pkgconfig. Any help would be great. r11032 places parrot.pc into the build directory ready for installation. Nick

Re: [perl #38023] [TODO] build - support pkgconfig

2006-01-10 Thread Nick Glencross
On 1/10/06, Joshua Hoblitt <[EMAIL PROTECTED]> wrote: > On Tue, Jan 10, 2006 at 01:06:29AM +0000, Nick Glencross wrote: > > Joshua Hoblitt (via RT) wrote: > > > > >Parrot should support pkgconfig by installing a pc data file. It should > > >probably be named

Re: [svn ci] Changes to dynoplibs build process

2006-01-10 Thread Nick Glencross
or, but it seems to run ops2c.pl for each runcore on the dynops, and then builds .o from each one, and then finally just builds DLLs from them (i.e. 2x4 DLLs)] cygwin seems to be able to use both .def files or just export all the symbols from a DLL, the latter being what is done here. Nick

Re: [perl #38197] [TODO] docs - add linking discussion to docs/embed.pod

2006-01-10 Thread Nick Glencross
use? I'll commit it some time later today based on feedback. Nick Index: embed.pod === --- embed.pod (revision 11037) +++ embed.pod (working copy) @@ -233,6 +233,75 @@ =back +=head1 COMPILING + +Your application will n

Re: [perl #38197] [TODO] docs - add linking discussion to docs/embed.pod

2006-01-10 Thread Nick Glencross
On 1/10/06, Nick Glencross <[EMAIL PROTECTED]> wrote: > On 1/10/06, via RT Joshua Hoblitt <[EMAIL PROTECTED]> wrote: > > # New Ticket Created by Joshua Hoblitt > > # Please include the string: [perl #38197] > > # in the subject line of all future corresponde

Re: [perl #38197] [TODO] docs - add linking discussion to docs/embed.pod

2006-01-10 Thread Nick Glencross
On 1/10/06, Nick Glencross <[EMAIL PROTECTED]> wrote: > On 1/10/06, Nick Glencross <[EMAIL PROTECTED]> wrote: > > On 1/10/06, via RT Joshua Hoblitt <[EMAIL PROTECTED]> wrote: > > > # New Ticket Created by Joshua Hoblitt > > > # Please include the strin

Re: [perl #38216] [PATCH] fix parrot.pc.in

2006-01-12 Thread Nick Glencross
e correct, otherwise we'll expand their paths. Thanks for spotting, Nick

Re: [perl #38217] r11124: Cygwin build fails

2006-01-13 Thread Nick Glencross
lem though. Out of interest, given that cygwin can export all symbols or just specified ones, does anyone have any strong feelings which it should do? It looks like it's possible to remove the sym_export/sym_import hints to complete the build. Unless someone wants this done urgently, it might be worth holding back so that we can see symbols that might otherwise be missed. Nick

Re: [perl #38217] r11124: Cygwin build fails

2006-01-22 Thread Nick Glencross
or * rearrange the flags in root.in so that LINKFLAGS is after ALL_PARROT_LIBS Does anyone have a strong preference? Nick p.s. I saw a followup from Greg that he didn't have libparrot in /usr/local/lib, but this is certainly a problem that I'm seeing p.p.s. On cygwin, being Windows, D

Re: [perl #38217] r11124: Cygwin build fails

2006-01-22 Thread Nick Glencross
Nick Glencross wrote: There seem to be a few recent events which can now trigger a newish problem: The real problem is that -L/usr/local/lib is brought in from parrot, so we have a few choices: * Just remove -Ls brought in from 'lddflags', which seems safe to me, or *

Re: [perl #38217] r11124: Cygwin build fails

2006-01-23 Thread Nick Glencross
ystem-wide libparrot exists (in /usr/local/lib) * Perl provides -L/usr/local/lib with its link flags, as it does on cygwin and gentoo Linux] Nick Index: lib/Parrot/Test.pm === --- lib/Parrot/Test.pm (revision 11319) +++ lib/Parrot/Test.pm

Re: [perl #38217] r11124: Cygwin build fails

2006-01-23 Thread Nick Glencross
nts. Would anyone have a problem with this? Nick

Re: Revert r11320 - it b0rked all src tests on at least OS/X and x86/linux

2006-01-24 Thread Nick Glencross
ration, (Sorry again!) Nick

Re: [perl #38429] [BUG] --parrot_is_shared=0 and dynpmc

2006-02-04 Thread Nick Glencross
I suspect that the proper solution is to enhance 'needs_build' in tools/build/dynpmc.pl to take into account whether Configure has been rerun. I can propose a solution to this tomorrow, unless there are any other takers... Nick

Re: Building parrot-0.4.1 on Win32

2006-02-20 Thread Nick Glencross
ays: > > "But please note that dynamic libs will not be found for non-standard > locations unless you set LD_LIBRARY_PATH or similar." Most distributions of Linux will have /usr/local/lib in /etc/ld.so.conf already since it is normally considered a standard location. Have you got an entry? Cheers, Nick

Re: Building parrot-0.4.1 on Win32

2006-02-21 Thread Nick Glencross
s giving this error? Is it one installed under /usr/local or the one that is in the build directory? What do you get if you run 'ldd' on it? Cheers, Nick

Re: libparrot.so.0.4.2

2006-03-25 Thread Nick Glencross
#38217 on RT, and I tried to put together a patch in r11320 but I caused some breakage so it's been backed out. I need to revive it) Nick

Re: libparrot.so.0.4.2

2006-03-26 Thread Nick Glencross
On 26/03/06, Sean Sieger <[EMAIL PROTECTED]> wrote: > On 3/25/06, Nick Glencross <[EMAIL PROTECTED]> wrote: > > > Is it possible that a 'make install' has previously been done on this > > computer, so that there is a libparrot in /usr/local/lib? > &

Re: libparrot.so.0.4.2

2006-03-27 Thread Nick Glencross
e a bit of thought to the problem. My solution is either to remove -L's which Perl supplies, or move them later in the link line) Nick On 27/03/06, Andrew Dougherty <[EMAIL PROTECTED]> wrote: > On Mon, 27 Mar 2006, Nick Glencross wrote: > > > On 26/03/06, Sean Sieger <[EMAIL

Re: installing svn parrot

2006-04-07 Thread Nick Glencross
rsists, there's a problem. This file is created by miniparrot. If there were problems running miniparrot (segfault or shared library problem), then this file can be created but without any contents (because miniparrot died before writing the contents) Cheers, Nick

Parrot on DragonFlyBSD

2006-05-04 Thread Nick Kostirya
. Failed 2/237 test scripts, 99.16% okay. 3/4667 subtests failed, 99.94% okay. (This result is equivalent to make test result on FreeBSD 4.9.) Nick. dragonfly.patch Description: Binary data

Re: [perl #40030] [PATCH] compiler/imcc missing dependency

2006-08-03 Thread Nick Glencross
in r11320, but I botched it (in the embedded interface) and it was reverted. It's still a good starting point for anyone that would like to run with it, Cheers, Nick

Re: [perl #37997] r10604 build failure on Cygwin

2007-03-28 Thread Nick Glencross
note is that footnote *1 in Platforms has become orphaned in r16662, which is ironically when it was changed to Broken. Nick

[PATCH] Minor printf fix

2002-05-25 Thread Nick Glencross
Hi, here's a small fix to a printf which I sometimes trigger. Looks like a ')' and '\n' went missing. Feel free to adjust it to meets coding standards. Nick Index: packfile.c === RCS file: /cvs/p

Configure.pl 2.0. and win32

2002-06-04 Thread Nick Kostirya
Hi, All. Configure.pl 2.0 does not want run on Win32 (windows NT 4.0, AcrivStatPerl 5.6.1, VC 6). Prior version ask me: what linker I want use. This do not ask, and variable $ld is undefined (module parrot/lib/Parrot/Configure/Step.pm, sub cc_build). Best regards, Nick.

Re: Configure.pl 2.0. and win32

2002-06-04 Thread Nick Kostirya
u. It's inattention. Thank you very much. Nick

Re: [Proposal] new pmc class: matrix

2002-06-14 Thread Nick Kostirya
sis. But I cannot unfortunately help you because I do not know C. Best regard. Nick

Failed src tests on Win32

2002-10-10 Thread Nick Kostirya
/bitwiseok t/op/debuginfo..ok t/op/gc.ok t/op/globalsok t/op/hacks..ok t/op/ifunless...ok (WinNT with 6sp and VC++ 6.0 with 5sp and processor pack) Nick.

Re: Failed src tests on Win32

2002-10-11 Thread Nick Kostirya
Is they necessary still? I can also do tests on cygwin and FreeBSD 4.x. Nick.

Re: [PATCH] Cosmetic updates to MD5 library

2005-05-11 Thread Nick Glencross
mashing of bits! Comparing the performance with the OS md5sum was more just a curiosity; it's not really a fair comparison. Cheers Leo, Nick

  1   2   3   4   5   >