Re: t/src/manifest.t failed

On Wednesday 18 May 2005 20:14, Bernhard Schmalhofer wrote: [...] > That's the same as checking that all files in SVN are also in MANIFEST. > So a list diff > between 'MANIFEST' and 'svn list -R' should be in t/src/manifest.t. > Currently this is not checked in 't/src/manifest.t', but I think it is

Re: t/src/manifest.t failed

On Wednesday 18 May 2005 12:12, Leopold Toetsch wrote: > Juergen Boemmels wrote: > > On Wednesday 18 May 2005 07:52, Leopold Toetsch wrote: > >>I'd say we just drop this test. Whenever you do reasoanble work in the > >>working tree, you got test files, editor swap

Re: t/src/manifest.t failed

On Wednesday 18 May 2005 07:52, Leopold Toetsch wrote: > Dino Morelli wrote: > > I'm seeing the following test failure at r8113 > > > > t/src/manifestNOK 6# Failed test (t/src/manifest.t at line 79) > > I'd say we just drop this test. Whenever you do reasoanble work in the > working tree, y

Re: Remove .cvsignore?

On Friday 13 May 2005 18:55, Bernhard Schmalhofer wrote: > Juergen Boemmels schrieb: > >Hello, > > > >In the current SVN repository are 76 .cvsignore files. In SVN they aren't > > used any more. SVN uses the property 'svn:ignore' on a directory instead. &

Remove .cvsignore?

Hello, In the current SVN repository are 76 .cvsignore files. In SVN they aren't used any more. SVN uses the property 'svn:ignore' on a directory instead. During the cvs => svn transition the svn:ignore properties were set but in the recent weeks they started to diverge. Currently (r8078) 22 .cv

Re: Bug in Boolean.pmc

On Friday 06 May 2005 18:17, John Lenz wrote: > Hi, the following test fails because boolean.pmc actually registers the > global True as a false boolean, and no boolean for False. It is fixed with > the patch below. > > John > > > find_global P0, "True" > find_global P1, "False" > >

Re: [perl #34959] config/auto/gmp/gmp.in returns "1" instead of "0"

On Thursday 14 April 2005 08:36, Leopold Toetsch wrote: > Lambeck <[EMAIL PROTECTED]> wrote: > > Hi all, > > Configure.pl failed to find the GNU Math Lib (GMP) on my system > > eventhough it is installed properly (version 4.1.4) . > > I compiled config/auto/gmp/gmp.in by hand and it returned: > >

aix tinderbox failure

Hi, currently the aix tinderbox is failing. It chokes on bufstart/buflen which were hacky accessors to PMC data and were removed recently. I think changing jit_debug_xcoff.c would remove at last this error. Can someone on AIX check this ? bö Index: src/jit_debug_xcoff.c =

Re: [perl #27969] [BUG] ParrotIO crash

o, but then I got a new job, moved too a new town, had no connection to the internet. At the moment I work through a huge backlog of mails and try to get familar with the recent changes of the code. So don't hold your breath. bye boe -- Juergen Boemmels[EMA

Re: pdd03 and method calls

llmeth as: find_method P0, P2, S0 invoke P0 bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F 23 F6 C7 2F 85 93 DD 47

Re: pdd03 and method calls

P6 >... > This makes a method-call and a sub-call more symetric. Both a method object and a sub object are called via invokecc P0 and returned with invoke P1 the difference between them is currently that a method will use one more register for the data transfer: P2 bye boe --

How to raise an exception inside a PMC?

Hi, I'm just wondering how I should raise an exception inside a vtable function. I found the function real_exception, but I don't know what to put into the *dest argument. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Te

Re: [24576] Some new targets in makefiles/root.in

> If nobody objects to this I will apply this patch in 3 days (I think > this is a reasonable time) Ok, time is up, committed boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaisersl

Re: [RfC] Testing for null

o hear Dan's > take on it. There is currently no general Undef, only a PerlUndef, which warns if used and morphs to a PerlInt when incremented. It might be best to create a undef.pmc. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

[RfC] Testing for null

&& $1->vtable->get_boolean($1)) * Have a special op for this if_null and unless_null which exlusively test for NULL. Comments boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslaut

Re: [perl #24576] Some new targets in makefiles/root.in

see them in macro assignments. This change touches many lines. This will invalidate many outstanding patches, which often need to change root.in. Anyway I think you are right, tabs don't belong in list definitions, and I also like the convention using a single line per item; this mak

Re: cvs commit: parrot/config/gen/makefiles root.in

iles are regenerated from the sources imcc.[ly]. I think gcc uses something similar. I don't think we even need to preserve the history imc{parser,lexer}.[ch]; they are generated files anyway. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

[CVS ci] --verbose flag to Configure.pl

commandline of all externally run (test)programs and also its output. This is done in the same way as in Parrot::Test.pm so it should work on windows too. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817

Re: cvs commit: parrot/config/gen/makefiles root.in

PQ}$now = time; utime $now, $now, @ARGV;${PQ} I don't know if it works reliable on Windows. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-390

I don't like failed tests

Hi, the test in imcc/t/imcpasm/{pcc,optc}.t are currently failing. First I thought this was a problem with my setup because most tinderbox were green. It took me a while until I found out that they also fail, but you need to look in the logs to see it. Is there a bug in the tinderbox-code? Anyway

Re: PIO_eof

parrot_io_t) instead of sizeof(PMC). I don't know if something like that is already possible. Furthermore there are issues with morph: You simply just can't morph another object to an IO without reallocation. > It is probably more likely that we simply need documentation. Sure, docume

Re: [PATCH] pio_win32_open fix

"Vladimir Lipsky" <[EMAIL PROTECTED]> writes: > Hey unix folks, does test 10 in t/src/io.t succed on your OS? Yes, I just tested it again. patch applied. boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: +

Re: Some random remarks

any special ops, only a special PMC. creating a random number generator. new P0, .RandomNumberGenerator getting a integervalued random number set I0, P0 getting a floatvalued random number set N0, P0 Special versions of the random number generator like other ranges can be created by initialisation

Warning patrol

Hi, from time to time i do a little warning patrol in parrot and configure with --ccwarn=-Werror. Only a few fixes in imcc are needed to compile warning-free, most of them are unused parameters and variables. I know IMCC is under heavy development right now so I will not comit these fixes but only

Re: configure on windows

? $_ ? languages/befunge/befunge.pbc ? t/src/headers.t Index: config/init/hints/mswin32.pl === RCS file: /cvs/public/parrot/config/init/hints/mswin32.pl,v retrieving revision 1.16 diff -u -r1.16 mswin32.pl --- config/init/hints/mswin32

Re: configure on windows

Pete Lomax <[EMAIL PROTECTED]> writes: > On 18 Nov 2003 18:37:57 +0100, Juergen Boemmels > <[EMAIL PROTECTED]> wrote: > > >I assume he runs it with perl Configure.pl --ask > Yes > > >The problem is that --ask option of has not the knowledge to change >

Re: configure on windows

ker flags are incorrect > for gcc - again, they are pulled from Perl5's config. Unfortunately, I'm > not sure what they should be, though someone else may know. There is already a system for fixing these issue: hints/mswin32.pl. unfortunatly it is called to early to be useful for the a

Re: configure on windows

imes I find Configure.pl a bit brief when you debugg things like that. It might be a good idea to add a --verbose flag, which gives some status information on the things that get done. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

Re: HASH changes

Leopold Toetsch <[EMAIL PROTECTED]> writes: [...] > > void * hash_get(Interp * interpreter, HASH *hash, void *key); > > HASHBUCKET * hash_get_bucket(Interp * interpreter, HASH *hash, void *key); > > That's ok for me. For all of the "normal" Hash usage, we don't have NULL > values, so there is no

Is this useful?

Leopold Toetsch <[EMAIL PROTECTED]> writes: > BTW, inside parrot: > > $ find . -name '*.c' | xargs grep hash_get > > and you'll see another hash implementation. The disadvantage of this finds is that you get many generated files like core_ops_cg.c or classes/perlhash.c. To solve this problem,

[CVS ci] Extra argument to PIO_open and PIO_fdopen

*PIO_open(theINTERP, ParrotIOLayer *, const char *, const char *); PMC *PIO_fdopen(theINTERP, ParrotIOLayer *, PIOHANDLE, const char *); If you put in NULL as second argument, you can get the old behaviour opening the file on the default layer. bye boe -- Juergen Boemmels

Re: HASH changes

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Juergen Boemmels <[EMAIL PROTECTED]> wrote: > > Hi, > > > the latest changes of HASH in src/hash.c makes t/src/hash.t fail > > badly. > > Oops, sorry (but at least it isn't the only broken test current

HASH changes

feels like exposing an implementation detail). Comments boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F

Re: [RfC] (fd)open files on other layers than the default layer.

without exposing it for STDIO. > > 1 possible solution is: remove PIO_stdio_fdopen altogether and move the code > to PIO_stdio_unit() which actually needs it. Or just set the FDOpen slot in ParrotIOLayerAPI to NULL. The function PIO_stdio_fdopen is static and should not leak out of io_st

Re: [RfC] (fd)open files on other layers than the default layer.

Melvin Smith <[EMAIL PROTECTED]> writes: > Hey Juergen, > > Here are a couple comments, > > At 03:18 PM 11/4/2003 +0100, Juergen Boemmels wrote: > >currently there is no (simple) way to open a file on an other layer > >than the default layer. But thi

[RfC] (fd)open files on other layers than the default layer.

Hello, currently there is no (simple) way to open a file on an other layer than the default layer. But this is necessary if we want to take advantage from the layered approach. So i added two new functions: pio_open_with_layer and pio_fdopen_with_layer which create IO-Objects on different layers.

Re: docs

s files were searched at the root of parrot not in the new ops directory. I'm just testing a fix, if it works I will commit it. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern

Re: [perl #24257] [PATCH] Integration of ICU to the build system

"Jürgen" "Bömmels" (via RT) <[EMAIL PROTECTED]> writes: > The attached patch makes it an optional part of the normal build > system. By using the switch --buildicu the ./configure of icu/source > is run and the makefile is extended with rules for building and > cleaning icu. This option is not ena

Re: [perl #24333] [PATCH] pthreads configure on FreeBSD

Lars Balker Rasmussen (via RT) <[EMAIL PROTECTED]> writes: > The pthreads library seems to be missing on the FreeBSD 4.8 and 5.0 > machines I have access to. I don't know what, if any, FreeBSD'en > should happen to have that library... > > There are two ways to link in the pthreads-stuff on Free

Re: [RfC] Header Dependencies

Dan Sugalski <[EMAIL PROTECTED]> writes: > On Mon, 27 Oct 2003, Juergen Boemmels wrote: > > > Hi, > > > > Currently there 64 header files in include/parrot. From these 64 > > header files 36 can be included directly, i.e. > > #include > > wi

Re: Tinderboxens

parrot/parrot.h modified in your cvs checkout. Commenting to #24329: There is currently now way to test for headers on only one platform, but sys/types.h is general enough to get tested. In fact the test is already done in perl and we use these by default. bye boe -- Juergen Boemmel

Tinderboxens

har*); It seems like AIX does not like functions returning a const variable even though its a void *. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906

[RfC] Header Dependencies

Hi, Currently there 64 header files in include/parrot. From these 64 header files 36 can be included directly, i.e. #include will compile, but #include will fail with errors. In the case of chartype this can be easily fixed [1]. Other headers are a little bit harder. Would it be a good idea to

[CVS ci]: C Test changes

t of the C-Compiler is passed to the user instead of the rather useless linker error "Failed to build 'test_1': cc: test_1.o: No such file or directory" bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++4

Re: [perl #24261] [PATCH] for t\harness under win32

"Nick Kostirya" (via RT) <[EMAIL PROTECTED]> writes: > cmd.exe of WinNT do not convert t\src\*.t into list files. > > D:\CvsProjects\parrot>nmake test > D:\Programs\Perl\bin\perl.exe t\harness t\src\*.t > t\src\*t\src\*.t does not exist > FAILED--1 test script could be run, alas--no

Re: Object freezing

Dan Sugalski <[EMAIL PROTECTED]> writes: [...] > > > The chill and warm runtime methods take a PMC or a frozen representation > > > of a PMC (respectively) and provide a human readable version of that PMC. > > > > I dunno, why chill() is superior to dump() or pretty_print(), but the > > name does

Re: [RfC] and [PATCH]: Libraries

the approach. No feedback is not very much. Sure I just can commit this thing right away, but this patch changes one fundamental thing: There is no more one single (static) libparrot. So Comments please. boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

Re: Object freezing

lity. Benchmark, and watch the speedup of the brandnew design (or just find out that the slowdown is not bad enough to satisfy two walking functions). When the benchmarking is done lets descide if we need only one walk-function, and only than remove the mark function. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F 23 F6 C7 2F 85 93 DD 47

Re: [perl #24240] HP-UX Support

"Adam Thomason" (via RT) <[EMAIL PROTECTED]> writes: > 4) 'cc: "io.ops", line 466: warning 950: Shift amount should be in > the range of zero through 31 bits' > It's moaning about 32-bit shifts in the 64-bit tell op in io.ops. I > don't know what the desired failure behavior is for that op in a

Re: Fixed opcode numbering infrastructure in

ops.num file, and it should be moved out of the header. The only reason I put it there was that by this time we used the nonextendable Version 0 bytecodeformat and had two independ ways of creating assembly (which is now dead). bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fac

Re: Fixed opcode numbering infrastructure in

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Juergen Boemmels <[EMAIL PROTECTED]> wrote: > > > Have a small number of _real_ core.ops which have fixed assigned > > numbers below say 256. > > The problem with this approach is the JIT/EXEC subsystem. Dynam

Re: Fixed opcode numbering infrastructure in

has all whats now in core, which is loaded by default starting at 256. A typical bytecode which just uses the base-lib has no extra load cost, because the lib is already there. Comments boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-

Re: [perl #24224] [PATCH] IMCC: Macros are handled via hash

Leopold Toetsch <[EMAIL PROTECTED]> writes: > JüRgen" "BöMmels <[EMAIL PROTECTED]> wrote: > > > There are still some things to do: > > - a global hash is still not totally right. It should be moved to the > > interpreter structure > > As Dan already outlined, macros should have some limited sc

[RfC] and [PATCH]: Libraries

Hi, I spent the last day getting parrot running under Borland. The attached patch is whats need to get linking and running make test on both Windows/Borland and Linux/gcc. I'm not sure if its ready for inclusion in the tree, but I want some feedback on the approach. The main problem is that Borla

Re: FreeBSD (4.8) can't build imcc

"Nick Kostirya" <[EMAIL PROTECTED]> writes: > - Original Message ----- > From: "Juergen Boemmels" <[EMAIL PROTECTED]> > To: "Nick Kostirya" <[EMAIL PROTECTED]> > Cc: "Nicholas Clark" <[EMAIL PROTECTED]>; <[EMAIL P

Re: x86 JIT and GCC 3.3 don't play well together

Juergen Boemmels <[EMAIL PROTECTED]> writes: > t/op/number.NOK 38# Failed test (t/op/number.t at line 1038) > # got: '12.50 > # -1.996899 > # ' > # expected: '12.50 > # 0.00 > # ' > # Looks like you failed

Re: x86 JIT and GCC 3.3 don't play well together

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Dan Sugalski <[EMAIL PROTECTED]> wrote: > > > I think we're entering a maze of twisty little compiler version quirks, > > all of them annoying. :( > > The problem is JIT_CGP. This does nasty things with call frames, as well > as gcc does. Only core_o

Re: FreeBSD (4.8) can't build imcc

"Nick Kostirya" <[EMAIL PROTECTED]> writes: > I propose replace > @$(PERL) tools/dev/cc_flags.pl ./CFLAGS $(CC) $(CFLAGS) ${cc_o_out}$@ -c $< > by > @$(PERL) tools/dev/cc_flags.pl ./CFLAGS $(CC) $(CFLAGS) -I$(@D) > ${cc_o_out}$@ -c $< > > and remove > > $(IMCC_DIR)/%${o} : $(IMCC_DIR)/%.c > $

Re: x86 JIT and GCC 3.3 don't play well together

Dan Sugalski <[EMAIL PROTECTED]> writes: > On Mon, 13 Oct 2003, Juergen Boemmels wrote: > > > Leopold Toetsch <[EMAIL PROTECTED]> writes: > > > > > Dan Sugalski <[EMAIL PROTECTED]> wrote: > > > > To the point of failing near-every test. GC

Re: x86 JIT and GCC 3.3 don't play well together

00 # ' # Looks like you failed 1 tests of 38. > Fix committed. And that was before this fix was commited. >From the gcc3.3.1 docs it seems that -mno-accumulate-outgoing-args is default. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

Re: An evil task for the interested

, thinking that I just need to be sure to clear > the flag again before getting to the rest of free_unused_pobjects(), > but since there's no unmark() method I'm again stuck, since my tracing > could inadvertently appear to bring things back to life. Though I > suppose a s

Re: cvs commit: parrot/io io.c io_buf.c

need to look at. I've written a first cut on the method interface in parrotio.pmc. The system is fairly simple: At class_init time the methods are registred in a hash and the find_method function looks up this hash and returns a invoke-able PMC (a NCI). See t/pmc/io.t for e

Re: [RfC] return value of PIO_seek

the new/traditional semantics. Furthermore i fixed some seek-errors in io_buf. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F

[RfC] return value of PIO_seek

) < 0) { /* an error occured */ } Comments? boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F 23 F6 C7

[CVS ci] Remove of PutS and GetS from PIOLayerAPI

API. I also temporarily disabled t/pmc/io_21 (seek/tell), because of some bugs in the seek/tell implementation in io_buf, which I want to address next. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet

Re: Destruction bug in make test.

l sweep runs the destructors. The problem was that 1) and 2) were to strongly coupled. All destructors were only run if one object exists which needed timely destruction. Maybe we should generate another PMC which uses destruction functions, just for testing these things. bye boe -- Juergen Boemm

Re: Destruction bug in make test.

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Juergen Boemmels <[EMAIL PROTECTED]> wrote: > > > It turned out, that it was even simpler. The explicit sweeping is > > already in the code, but is only triggered if there are objects which > > need _early_ d

Re: Destruction bug in make test.

>has_destroy analog to interpreter->has_early_DOD_PMCs but rejected it. This would slow down the DOD because it has to take care of this variable also. I think its better to force one sweep at the end than slowing down every DOD. bye boe -- Juergen Boemmels[EMAIL PROTECTE

test_main.c can die

e big imcc-move. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F 23 F6 C7 2F 85 93 DD 47

Re: Destruction bug in make test.

en simpler. The explicit sweeping is already in the code, but is only triggered if there are objects which need _early_ destruction, not if objects just need destruction. Removing this test made it work. Fix is commited. cu boe -- Juergen Boemmels[EMAIL PROTE

Destruction bug in make test.

he end. I think we should take the second route: destroy-function should be run by default at the end of program. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-

Re: [perl #24038] [PATCH] PIO_parse_open_flags is too lenient

oblem with a different patch. Your solution was not easily extendeble with the planned but not implemented "?" and "!" modifieres. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kai

Re: [RfT] Configure/Makefile changes towards Borland C++ Builder

"Jonathan Worthington" <[EMAIL PROTECTED]> writes: > - Original Message ----- > From: "Juergen Boemmels" <[EMAIL PROTECTED]> > To: "Brent Dax" <[EMAIL PROTECTED]> > Cc: "'Steve Fink'" <[EMAIL PROTECTED]>

Re: [perl #24063] [PATCH] Add C test info to tests.pod

Michael Scott (via RT) <[EMAIL PROTECTED]> writes: > I've added some info about C source code tests to parrot/docs/tests.pod. Thanks applied boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-281

Re: PIO tests

Michael Scott <[EMAIL PROTECTED]> writes: > On Tuesday, Sep 30, 2003, at 15:44 Europe/Berlin, Juergen Boemmels > wrote: > > > > Michael Scott <[EMAIL PROTECTED]> writes: > > > >> Here are some tests for the io.h API that should go in t/src/io.t.

Re: CVS checkout hints for the bandwidth-limited

ff -uN update -dP This way i just type cvs up and the data is compressed (I use -z3 because some sites don't want higher compression rates because of high CPU usage on the server) and the directories are handled right. Furthermore I always get unified diffs. bye boe -- Juergen Boemmel

Re: PIO tests

alid flags should be invalid. > Also, successive calls to PIO_seek with SEEK_CUR seem to be broken. I will look at this. > Mike bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F 23 F6 C7 2F 85 93 DD 47

Re: [RfT] Configure/Makefile changes towards Borland C++ Builder

"Brent Dax" <[EMAIL PROTECTED]> writes: > Steve Fink: > # > Following things were done: > # > - s,/,\${slash},g > # > # Ugh. How difficult would it be to have Configure do this rewriting > # automatically? (Or rewrite to whatever it is you need, instead)? This > # just clutters up the makefiles a

Re: string_to_cstring()

PMC *pmc, const char *s) { return PIO_write(interpreter, pmc, s, strlen(s)); } Maybe a rename is also needed. Have we decided for a suffix for functions taking a c-string yet? bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

Re: [RfC] Semantics of fdopen.

Nicholas Clark <[EMAIL PROTECTED]> writes: > On Fri, Sep 05, 2003 at 05:24:48PM +0200, Juergen Boemmels wrote: > > * Add an layer-argument to PIO_open and PIO_fdopen, which walk the > > layerstack and search for the Open-implementation. The current > > implen

Re: nmake languages fails (Win32)

eptember 19, 2003 5:50 PM > Subject: Re: nmake languages fails (Win32) > > > > Jonathan Worthington <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > nmake languages is failing because /'s rather than \'s are used in > paths. > > > Makefi

Re: [RfT] Configure/Makefile changes towards Borland C++ Builder

Steve Fink <[EMAIL PROTECTED]> writes: > On Sep-18, Juergen Boemmels wrote: > > > Following things were done: > > - s,/,\${slash},g > > Ugh. How difficult would it be to have Configure do this rewriting > automatically? (Or rewrite to whatever it is you need,

[RfT] Configure/Makefile changes towards Borland C++ Builder

Hi, I did some experiments to get parrot compile on Borland C++ Builder. I got it working until the linking of libparrot.lib (and with some ugly tricks even got a running make test). The attached patch are the Changes to Configure and Makefiles which are needed to get there. Before I want to comm

Re: One more test failure on Windows

or under Linux chartypes/usascii.c cc1: warnings being treated as errors chartypes/usascii.c:35: warning: initialization from incompatible pointer type make: *** [chartypes/usascii.o] Error 1 The offending line is &usascii_transcode_from_unicode, /* from_unicode() */ I'm still investi

Re: TREE IS FEATURE FROZEN (2003-Sep-14)

l -Ilib t/pmc/nci.t 1..10 i386 JIT CPU .so SO extension Quit All tinderboxens say the same: 10/10 skipped: needs jit/i386 and libnci.so confused boemmels -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Ka

Re: [perl #23822] [PATCH] Avoid undef warnings for ccwarn

Andy Dougherty (via RT) <[EMAIL PROTECTED]> writes: > The following patch eliminates the following (correct!) warnings during > the Configure process: Thanks, applied boe

Re: [CVS ci] Change of fdopen sematics (Part 1)

HANDLE)$2, mode); if (!$1) { $1 = pmc_new(interpreter, enum_class_PerlUndef); } -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1 32 6F 23 F6 C7 2F 85 93 DD 47

[CVS ci] Change of fdopen sematics (Part 1)

are destroyed, but only flushed. But they can be closed explicitly. The tests are updated to follow the new semantics. Now the tests t/pmc/io_3.pasm and t/pmc/io_4.pasm pass on stdio and hopefully also WIN32. bye boe -- Juergen Boemmels[EMAIL PROTECTED]

Re: TREE IS FEATURE FROZEN (2003-Sep-14)

open. I'm working on that, but had several days without a computer at all. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint

Re: Win32 Build Issues (was Re: Linking pdump and dissassemble)

"Vladimir Lipskiy" <[EMAIL PROTECTED]> writes: > static INTVAL > PIO_win32_getblksize(PIOHANDLE fd) > { > > those indentifiers had internal linkage. Bi-bi. Fixed. Thanks applied. boe

Re: Moving imcc ...

> > makefile. (Again, in the top-level. I don't want a separate makefile > > for IMCC) > > > Nor do I. io is also a subsystem, but the build is controlled by the root-makefile. > > There's not much reason to have IMCC split out, so I'd rather not. > &

[RfC] Semantics of fdopen.

to PIO_open_default. Comments? boe [1] based on discussion with Vladimir Lipskiy http://groups.google.com/groups?selm=006901c36204%24c181db10%24229d943e%4087w5ovc8gmxcahy -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817

Re: PIO Questions.

should. There should not be any inter-layer calls except via the layerstack. Making them static would enforce this. If nobody objects I will commit this change. > # > > Why does PIO_unix_seek clear errno before calling lseek? Don't know. Its in the code since

[CVS ci] Factoring out the io layer iteration to helper functions.

subsystem, it should have no effect on the rest of parrot. bye boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik Tel: ++49-(0)631-205-2817 Universitaet Kaiserslautern Fax: ++49-(0)631-205-3906 PGP Key fingerprint = 9F 56 54 3D 45 C1

Re: [RfT] Request for Test: build system changes

Andy Dougherty <[EMAIL PROTECTED]> writes: > On Sat, 30 Aug 2003, Juergen Boemmels wrote: > > > the make shipped with Borland C++ builder doesn't like the makefiles > > in the current way. I had to tweak the buildfiles a little in order to > > get it Config

[RfT] Request for Test: build system changes

Hi, the make shipped with Borland C++ builder doesn't like the makefiles in the current way. I had to tweak the buildfiles a little in order to get it Configure and compile. (It still does not link but thats another story). I removed the appearences of && in the Makefiles with ${make_and} which is

Re: [RfC] vtable->dump

Leopold Toetsch <[EMAIL PROTECTED]> writes: > Juergen Boemmels <[EMAIL PROTECTED]> wrote: > > Leopold Toetsch <[EMAIL PROTECTED]> writes: > > >> STRING* dump(INTERP, SELF, STRING *, INTVAL flags); > > > what is the STRING * parameter good for

Re: [RfC] vtable->dump

tain the nesting depth, and still define the flags which can be passed to the passed to dump of the childs: dump (..., (flags & ~0xff) | n-1); > Comments welcome > leo allways boe -- Juergen Boemmels[EMAIL PROTECTED] Fachbereich Physik

Re: MSVC++ complaints

um(Interp * interpreter, STRING *typename); > > typename is a keyword in C++. This declaration > > INTVAL Parrot_get_datatype_enum(struct Parrot_Interp *, STRING *); from PDD07: : Variable names should be included for all function parameters in the : function declara

Re: [RfC] constant PMCs and classes

anyway) > - transcoding stuff (should be changed to use {strstart, byteidx} and > do something about default vs NULL type/encoding. Next idea: create a new function STRING *string_from_static_cstring(const char *cstr); which does not copy the string to newly allocated memory. But maybe then the

  1   2   3   >