Re: [CVS ci] PLATFORMS
S. Livingston [EMAIL PROTECTED] wrote: I compiled on Tru64 uname -m -p -r -s -v OSF1 V4.0 878 alpha I compiled with the digital compiler, not gcc, DEC C V5.6-075 on Digital UNIX V4.0 (Rev. 878) I ran into the inet_pton problem described earlier. I've committeed this extension to config: $ perl Configure.pl --define=inet_aton ... This installation also does not have snprintf() so I had to add an #ifdef HAS_SNPRINTF in src/spf_render.c to use sprintf. Done too. Despite the comment about possible buffer overflows, *for now* this is good enough. The buffer is 4096 bytes long. BTW in perlnum.pmc is the same problem. ... In src/embed.c, it did not like if (program_code == MAP_FAILED) so I had to change to read like in icu/source/common/umapfile.c if(program_code == ((void *) MAP_FAILED) ) Applied. Everything else compiled fine though... A few tests failed, I've attached the output from 'make test'. -skip Thanks for reporting, leo
Re: [CVS ci] PLATFORMS
Goplat [EMAIL PROTECTED] wrote: That defeats the whole point of 00ff-dos.t, which is to make sure parrot can deal with lines ending in \r\n. IMO what should be done is to use \r\n in a quoted string, instead of having the .t itself be \r\n (since that is what was causing the problems, getting translated into \r\r\n). (See the attachment for what I mean) Thanks, applied. leo
Re: [CVS ci] PLATFORMS
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Here (and attached) is summary of the various make testX_imcc reports plus the myconfig information. Can you please run all tests: $ make test # or nmake $ make testj $ make testC ... Summary of my parrot 0.0.13 configuration: Compiler: cc='cl', Could you please add some version information for 'cl'. I've included preliminary results in PLATFORMS. Thanks, leo
Re: [CVS ci] PLATFORMS
On Thu, Feb 26, 2004 at 09:29:59AM +0100, Leopold Toetsch wrote: Leopold Toetsch [EMAIL PROTECTED] wrote: Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Still a lot of platforms missing. Please ... Hi, I have downloaded the snapshot dated 27-Feb-2004 00:01 from http://cvs.perl.org/snapshots/parrot/ and tested it on hpux. I order to get it to compile I have to revert to using inet_aton at line 623 of io_unix.c. inet_pton was causing unsatisfied symbols at link time. The thread and signal tests are currently disabled for hpux. After enabling them in the test scripts they both pass all their tests. All tests successful, 70 subtests skipped. Files=95, Tests=1380, 224 wallclock secs (126.22 cusr + 78.33 csys = 204.55 CPU) Summary of my parrot 0.0.13 configuration: configdate='Fri Feb 27 06:00:27 2004' Platform: osname=RISC2.0, archname=PA-RISC2.0 jitcapable=0, jitarchname=nojit, jitosname=nojit, jitcpuarch=i386 execcapable=0 perl=perl Compiler: cc='gcc', ccflags='-D_HPUX_SOURCE -L/lib/pa1.1 -DUINT32_MAX_BROKEN -I/usr/local/include', Linker and Libraries: ld='ld', ldflags='', cc_ldflags='', libs='-lnsl_s -ldld -lm -lndir -lcrypt -lsec -lpthread' Dynamic Linking: so='.so', ld_shared='-b', ld_shared_flags='' Types: iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4, ptrsize=4, ptr_alignment=4 byteorder=4321, nv=double, numvalsize=8, doublesize=8 bash-2.05$ uname -a HP-UX gnbil2dv B.11.00 A 9000/800 unknown bash-2.05$ gcc -v Reading specs from /usr/cygnus/bin/../lib/gcc-lib/hppa1.0-hp-hpux11.00/2.9-gnupro-98r2/specs gcc version 2.9-gnupro-98r2 bash-2.05$ perl -v This is perl, v5.6.0 built for PA-RISC2.0 :r PLATFORMS Parrot-0.0.999 was reported to compile and run tests successfuly on these platforms: Platform B8 Runloops FeatureCompile Tests CGoto JIT EXEC Threads Signals - aix -Y- Y - Y Y darwin freebsd hpux ?-ia64 irix6.5Y Y Y/2 linux-amd64 8 linux-ppc-gcc3.2.3 B YY Y Y Y Y linux-x86-gcc2.95.2 YYY Y Y Y Y linux-x86-gcc3.3.3 YYY Y Y Y Y openbsd YY/5 Y Y - Y Y os2 solaris tru64 8 vms win32-bcc win32-cygwin win32-mingw win32-msvc - ... no Y ... yes Y/n ... tests with n failures Platform is OS-processor-compiler or a unique shortcut. B8 are Processor flags B ... Processor is big endian 8 ... opcode_t is 8 byte, i.e. a 64 bit machine CGoto ... CGoto runloop is supported JIT ... JIT core is supported EXEC ... compiling to native executables is supported Threads . Parrot is multi-threaded Signals . Parrot catches kind of a SIGINT (program termination) signal Thanks, leo -- We envision to professionally maintain progressive meta-services in order to interactively integrate excellent catalysts for change because that is what the customer expects
Re: [CVS ci] PLATFORMS
Peter Sinnott wrote: I have downloaded the snapshot dated 27-Feb-2004 00:01 from http://cvs.perl.org/snapshots/parrot/ and tested it on hpux. I order to get it to compile I have to revert to using inet_aton at line 623 of io_unix.c. inet_pton was causing unsatisfied symbols at link time. We need a config test here. The thread and signal tests are currently disabled for hpux. After enabling them in the test scripts they both pass all their tests. Great thanks. I've committed a line reading: hpux-pa_risc2.0-gcc2.9 B -- Y Y Y*2 Y with remark: *2 need s/inet_pton/inet_aton/ in io_unix.c:623 Thanks, leo
Re: [CVS ci] PLATFORMS
27/02/2004 10:30:22, Leopold Toetsch [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Compiler version: Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.00.9466 for 80x86 Thanks update. t\op\00ff-dos.t 255 65280 24 200.00% 1-2 Strange I've sent a patch that makes this problem go away, though I do not understand the cause. The 'fix' was to cp the entire script into a new file, save it using codeset=ANSI filetype=unix, overwriting the original. Then the test completes without error. Running cvs diff -u -b is the (attached)patch I've sent. I'll leave it to others to interprete the diff. c:\Perl\bin\perl.exe t\harness --gc-debug --running-make-test -C ubtests failed, 10.96% okay. But -g is running. Even more Strange. If I understand correctly (and it's quite likely I do not yet), the -C tests are running with the computed goto core (core 4?). As far as I can determine from some breif research on the web, msvc does not support this. Certainly, if I try to compile config/auto/cgoto/test.c with default options I get T:\config\auto\cgotocl test.c Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.00.9466 for 80x86 Copyright (C) Microsoft Corporation 1984-2001. All rights reserved. test.c test.c(9) : error C2059: syntax error : '' test.c(12) : error C2059: syntax error : '*' which I thought meant that this test would not be run, but I haven't figured out what would stop it from being run when a nmake fulltest is invoked? Looking through the output from nmake testC, the only tests that are passing are: t\op\debuginfo..ok t\op\hacks..ok imcc\t\imcpasm\cfg..ok imcc\t\imcpasm\opt0.ok imcc\t\imcpasm\opt1.ok imcc\t\imcpasm\opt2.ok imcc\t\imcpasm\optc.ok imcc\t\imcpasm\pcc..ok imcc\t\imcpasm\sub..ok These are what constitute the 10.96% passed figure, which tends to indicate that these tests are not generally indicative of success in using the computed-goto core (and should be placed somewhere else?). The upshot is probably that the PLATFORMS line for this should probably now read: win32-ms-cl_13.00.9466 - Y/2 - - - Y Y/2 and note *1 can disappear. I'd post a patch to this effect but I have no real confidence in my interpretation. Thanks, leo -- regards, Nigel. 00ff-dos.t.diff Description: Binary data
Re: [CVS ci] PLATFORMS
--- [EMAIL PROTECTED] wrote: 27/02/2004 10:30:22, Leopold Toetsch [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Compiler version: Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.00.9466 for 80x86 Thanks update. t\op\00ff-dos.t 255 65280 24 200.00% 1-2 Strange I've sent a patch that makes this problem go away, though I do not understand the cause. The 'fix' was to cp the entire script into a new file, save it using codeset=ANSI filetype=unix, overwriting the original. Then the test completes without error. Running cvs diff -u -b is the (attached)patch I've sent. I'll leave it to others to interprete the diff. That defeats the whole point of 00ff-dos.t, which is to make sure parrot can deal with lines ending in \r\n. IMO what should be done is to use \r\n in a quoted string, instead of having the .t itself be \r\n (since that is what was causing the problems, getting translated into \r\r\n). (See the attachment for what I mean) __ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools#! perl -w # Copyright: 2001-2003 The Perl Foundation. All Rights Reserved. # $Id: $ =head1 NAME t/op/00ff-dos.t - DOS File Format =head1 SYNOPSIS % perl t/op/00ff-dos.t =head1 DESCRIPTION Tests file formats. =cut use strict; use Parrot::Test tests = 2; my $code = qq(print ok\\n\r\nend\r\n); output_is($code, 'OUT', fileformat dos); ok OUT $code = qq(print ok\\n\r\nend\r\n\cZ\r\n); output_is($code, 'OUT', fileformat dos w ctrl-z); ok OUT
Re: [CVS ci] PLATFORMS
Leopold Toetsch [EMAIL PROTECTED] wrote: Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Still a lot of platforms missing. Please ... :r PLATFORMS Parrot-0.0.999 was reported to compile and run tests successfuly on these platforms: Platform B8 Runloops FeatureCompile Tests CGoto JIT EXEC Threads Signals - aix -Y- Y - Y Y darwin freebsd hpux ?-ia64 irix6.5Y Y Y/2 linux-amd64 8 linux-ppc-gcc3.2.3 B YY Y Y Y Y linux-x86-gcc2.95.2 YYY Y Y Y Y linux-x86-gcc3.3.3 YYY Y Y Y Y openbsd YY/5 Y Y - Y Y os2 solaris tru64 8 vms win32-bcc win32-cygwin win32-mingw win32-msvc - ... no Y ... yes Y/n ... tests with n failures Platform is OS-processor-compiler or a unique shortcut. B8 are Processor flags B ... Processor is big endian 8 ... opcode_t is 8 byte, i.e. a 64 bit machine CGoto ... CGoto runloop is supported JIT ... JIT core is supported EXEC ... compiling to native executables is supported Threads . Parrot is multi-threaded Signals . Parrot catches kind of a SIGINT (program termination) signal Thanks, leo
Re: [CVS ci] PLATFORMS
On Thu, 26 Feb 2004 09:29:59 +0100, [EMAIL PROTECTED] (Leopold Toetsch) wrote: Leopold Toetsch [EMAIL PROTECTED] wrote: Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Here (and attached) is summary of the various make testX_imcc reports plus the myconfig information. Once I see how this should be distilled into the report below, I'll send a patch to that next time. I've modified genrpt.pl to run, capture and extract this information into the format below, but it was non-obvious to me how to distill that further without some guidance. Would this, or modification of it be a useful patch? Nigel. Summary of my parrot 0.0.13 configuration: configdate='Fri Feb 27 03:38:33 2004' Platform: osname=MSWin32, archname=MSWin32-x86-multi-thread jitcapable=1, jitarchname=i386-MSWin32, jitosname=MSWIN32, jitcpuarch=i386 execcapable=0 perl=c:\Perl\bin\perl.exe Compiler: cc='cl', ccflags='-nologo -GF -W3 -MD -Zi -DNDEBUG -DWIN32 -D_CONSOLE - DNO_STRICT -DNO_HASH_SEED ', Linker and Libraries: ld='link', ldflags='-nologo', cc_ldflags='/link', libs='oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib' Dynamic Linking: so='.dll', ld_shared='-dll', ld_shared_flags='-def:libparrot.def' Types: iv=long, intvalsize=4, intsize=4, opcode_t=long, opcode_t_size=4, ptrsize=4, ptr_alignment=4 byteorder=1234, nv=double, numvalsize=8, doublesize=8 c:\Perl\bin\perl.exe t\harness imcc\t\*\*.t All tests successful, 22 subtests skipped. c:\Perl\bin\perl.exe t\harness -b imcc\t\*\*.t All tests successful, 22 subtests skipped. c:\Perl\bin\perl.exe t\harness -C imcc\t\*\*.t Failed 13/20 test scripts, 35.00% okay. 105/202 subtests failed, 48.02% okay. c:\Perl\bin\perl.exe t\harness -j imcc\t\*\*.t All tests successful, 22 subtests skipped. c:\Perl\bin\perl.exe t\harness -P imcc\t\*\*.t All tests successful, 22 subtests skipped. c:\Perl\bin\perl.exe t\harness -r imcc\t\*\*.t All tests successful, 22 subtests skipped. c:\Perl\bin\perl.exe t\harness -S imcc\t\*\*.t All tests successful, 22 subtests skipped. Still a lot of platforms missing. Please ... :r PLATFORMS Parrot-0.0.999 was reported to compile and run tests successfuly on these platforms: Platform B8 Runloops FeatureCompile Tests CGoto JIT EXEC Threads Signals - aix -Y- Y - Y Y darwin freebsd hpux ?-ia64 irix6.5Y Y Y/2 linux-amd64 8 linux-ppc-gcc3.2.3 B YY Y Y Y Y linux-x86-gcc2.95.2 YYY Y Y Y Y linux-x86-gcc3.3.3 YYY Y Y Y Y openbsd YY/5 Y Y - Y Y os2 solaris tru64 8 vms win32-bcc win32-cygwin win32-mingw win32-msvc - ... no Y ... yes Y/n ... tests with n failures Platform is OS-processor-compiler or a unique shortcut. B8 are Processor flags B ... Processor is big endian 8 ... opcode_t is 8 byte, i.e. a 64 bit machine CGoto ... CGoto runloop is supported JIT ... JIT core is supported EXEC ... compiling to native executables is supported Threads . Parrot is multi-threaded Signals . Parrot catches kind of a SIGINT (program termination) signal Thanks, leo parrot.ok Description: Binary data
Re: [CVS ci] PLATFORMS
At 8:02 PM -0800 2/24/04, Robert Spier wrote: After a bit of self-education on the CVS FAQ, I've come to the conclusion that renaming (delete/add) PLATFORMS to PLATFORMS.txt is the best way to solve this. Better it get fixed in CVS. There could be more errors of this kind. Confused. What would you like me to do? Can you delete the directory entirely from CVS? Also. cvs update -dP should work just fine for this. at least it does for me. Unless -P doesn't work properly on case-insensitive filesystems. It doesn't work properly for this in case-insensitive file systems. It tries doing directory things with platforms, which is at that point PLATFORMS, which isn't at all a directory, and CVS dies with a platforms not a directory error. -- Dan --it's like this--- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk
Re: [CVS ci] PLATFORMS
Better it get fixed in CVS. There could be more errors of this kind. Confused. What would you like me to do? Please purge the platforms directory on the server. It collides with the PLATFORMS file on these poor pseudo-OS, that have case-insensitive filenames. (There could also still be a directory called hints on the server, it did exist some time ago. If yes please rm it too) *POOF* -R
Re: [CVS ci] PLATFORMS
chromatic wrote: On Mon, 2004-02-23 at 11:00, Leopold Toetsch wrote: [ patch ] Thanks applied. I think this is right. I don't see anything which indicates CGoto support, when core_ops_cg.c gets compiled, CGoto is enabled. ... and I'm guessing at thread and signal support since two of the tests ran in each, though the others all skipped. t/pmc/threads.t ... if ($^O eq 'linux' or $^O eq 'darwin') { plan tests = 11; We AFAIK don't have a config variable that states threads are ok, so platforms are hardcoded currently. Linux x86 with gcc-3.3.2 also seems to work correctly. Yep. -- c leo
Re: [CVS ci] PLATFORMS
Unfortunately until we get this solved those of us on dyslexic systems can't update our local copies. So I'm waving an URGENT flag here. After a bit of self-education on the CVS FAQ, I've come to the conclusion that renaming (delete/add) PLATFORMS to PLATFORMS.txt is the best way to solve this. Am I right or wrong? Let those with greater knowledge speak... Mike On 24 Feb 2004, at 01:31, Will Coleda wrote: my .cvsrc has update -dP, and I still get the same problem with the platforms directory. (OS X) On Monday, February 23, 2004, at 04:50 PM, Michael Scott wrote: I have this problem too. cvs [update aborted]: could not chdir to platforms: Not a directory Same problem even if I do a new check out. cvs [checkout aborted]: could not chdir to parrot/platforms: Not a directory There is no local platforms directory, yet CVS wants to go to it, so I assume the problem is coming from the server end. There is still a platforms directory on the server. http://cvs.perl.org/cvsweb/parrot/platforms/ Mike On 23 Feb 2004, at 19:56, Leopold Toetsch wrote: Jonathan Worthington [EMAIL PROTECTED] wrote: Leo, [did try to send off list, but it bounced] Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Earlier today you popped a new file in CVS called PLATFORMS. Unfortunately, there is also a directory there called platforms. I don't have a directory named platforms in parrot root. You seem to be missing the -P switch to cvs update. $ find . -name platforms $ find . -iname platforms ./PLATFORMS Jonathan leo -- Will Coke Coledawill at coleda dot com
Re: [CVS ci] PLATFORMS
Michael Scott [EMAIL PROTECTED] wrote: Unfortunately until we get this solved those of us on dyslexic systems can't update our local copies. So I'm waving an URGENT flag here. $ cvs remove -f platforms cvs server: Removing platforms cvs [server aborted]: could not chdir to platforms: No such file or directory $ touch platforms $ cvs add platforms cvs server: cannot add file `platforms' since the directory cvs server: `/cvs/public/parrot/platforms' already exists in the repository cvs [server aborted]: illegal filename overlap $ cvs remove -f platforms cvs server: Removing platforms cvs [server aborted]: could not chdir to platforms: No such file or directory $root/platforms did exist some time ago, but there seem to be still trails of it in CVS/* After a bit of self-education on the CVS FAQ, I've come to the conclusion that renaming (delete/add) PLATFORMS to PLATFORMS.txt is the best way to solve this. Better it get fixed in CVS. There could be more errors of this kind. Mike leo
Re: [CVS ci] PLATFORMS
Leopold Toetsch [EMAIL PROTECTED] wrote: $ touch platforms Argghh: $ mkdir platforms $ cvs add platforms Directory /cvs/public/parrot/platforms added to the repository $ cvs ci -mtest platforms cvs commit: Examining platforms $ cvs remove -f platforms cvs server: Removing platforms $ cvs ci -mtest platforms cvs commit: Examining platforms Sh.. leo
Re: [CVS ci] PLATFORMS
Same problem even if I do a new check out. cvs [checkout aborted]: could not chdir to parrot/platforms: Not a directory Does the following command work? $ cvs co '!parrot/platforms' parrot # the order should be preserved. Mike Arvindh __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
Re: [CVS ci] PLATFORMS
On 24 Feb 2004, at 15:06, Arvindh Rajesh Tamilmani wrote: Does the following command work? $ cvs co '!parrot/platforms' parrot # the order should be preserved. on tcsh it gives me cvs co '!parrot/platforms' parrot tcsh: parrot/platforms: Event not found. but on sh it did seem to do the trick. cvs co '!parrot/platforms' parrot ? parrot/docs/html U parrot/include/parrot/packfile.h U parrot/pf/pf_items.c U parrot/src/packfile.c M parrot/src/stack_common.c M parrot/types/bignum.c Many thanks. Mike
RE: [CVS ci] PLATFORMS
Does the following command work? $ cvs co '!parrot/platforms' parrot # the order should be preserved. Arvindh this works for me on win32 --jerry ** This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance.
Re: [CVS ci] PLATFORMS
... and in tcsh (OS X) cvs co '\!parrot/platforms' parrot Mike
Re: [CVS ci] PLATFORMS
my .cvsrc has update -dP, and I still get the same problem with the platforms directory. (OS X) on -P, CVS prunes _empty_ directories only on its way out (having built all the directories before that). So -P fails in our case. __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
Re: [CVS ci] PLATFORMS
... and in tcsh (OS X) cvs co '\!parrot/platforms' parrot a) to avoid the inconvenience of typing the above command (with the bang sequence properly escaped) and b) to fix the problem without _renaming_ anything, the following lines may be added to CVSROOT/modules: t -d parrot parrot parrot -a !parrot/platforms t I tried to reduce them to a single line entry, but the closest I could get is parrot -a !./parrot/platforms ./parrot The (minor ?) problem with the single line version is, when the parrot module is checked out, the current directory effectively becomes a CVS working directory. Arvindh __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
Re: [CVS ci] PLATFORMS
After a bit of self-education on the CVS FAQ, I've come to the conclusion that renaming (delete/add) PLATFORMS to PLATFORMS.txt is the best way to solve this. Better it get fixed in CVS. There could be more errors of this kind. Confused. What would you like me to do? Also. cvs update -dP should work just fine for this. at least it does for me. Unless -P doesn't work properly on case-insensitive filesystems. -R
[CVS ci] PLATFORMS
Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Thanks, leo
Re: [CVS ci] PLATFORMS
On Mon, 2004-02-23 at 01:30, Leopold Toetsch wrote: Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. I have a platform not listed. Where should I look for the appropriate information? -- c
Re: [CVS ci] PLATFORMS
Leo, [did try to send off list, but it bounced] Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Earlier today you popped a new file in CVS called PLATFORMS. Unfortunately, there is also a directory there called platforms. Win32 (and other platforms) aren't case sensitive; needless to say, my CVS client was more than slightly confused. ;) As the platforms directory seems pretty redundant, I'd say pull that and keep the file. Platforms stuff seems to be put in config now. Or maybe it has a secret future usage that I don't know about (it was empty as I remember). Thanks, Jonathan
Re: [CVS ci] PLATFORMS
Chromatic [EMAIL PROTECTED] wrote: On Mon, 2004-02-23 at 01:30, Leopold Toetsch wrote: Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. I have a platform not listed. Then lets add it. The list is for sure not complete. ... Where should I look for the appropriate information? Create a platform name similar to existing ones. F./myconfig and the output from Configure.pl + test results/skips should provide the information to fill the line :) -- c leo
Re: [CVS ci] PLATFORMS
Jonathan Worthington [EMAIL PROTECTED] wrote: Leo, [did try to send off list, but it bounced] Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Earlier today you popped a new file in CVS called PLATFORMS. Unfortunately, there is also a directory there called platforms. I don't have a directory named platforms in parrot root. You seem to be missing the -P switch to cvs update. $ find . -name platforms $ find . -iname platforms ./PLATFORMS Jonathan leo
Re: [CVS ci] PLATFORMS
I have this problem too. cvs [update aborted]: could not chdir to platforms: Not a directory Same problem even if I do a new check out. cvs [checkout aborted]: could not chdir to parrot/platforms: Not a directory There is no local platforms directory, yet CVS wants to go to it, so I assume the problem is coming from the server end. There is still a platforms directory on the server. http://cvs.perl.org/cvsweb/parrot/platforms/ Mike On 23 Feb 2004, at 19:56, Leopold Toetsch wrote: Jonathan Worthington [EMAIL PROTECTED] wrote: Leo, [did try to send off list, but it bounced] Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Earlier today you popped a new file in CVS called PLATFORMS. Unfortunately, there is also a directory there called platforms. I don't have a directory named platforms in parrot root. You seem to be missing the -P switch to cvs update. $ find . -name platforms $ find . -iname platforms ./PLATFORMS Jonathan leo
Re: [CVS ci] PLATFORMS
my .cvsrc has update -dP, and I still get the same problem with the platforms directory. (OS X) On Monday, February 23, 2004, at 04:50 PM, Michael Scott wrote: I have this problem too. cvs [update aborted]: could not chdir to platforms: Not a directory Same problem even if I do a new check out. cvs [checkout aborted]: could not chdir to parrot/platforms: Not a directory There is no local platforms directory, yet CVS wants to go to it, so I assume the problem is coming from the server end. There is still a platforms directory on the server. http://cvs.perl.org/cvsweb/parrot/platforms/ Mike On 23 Feb 2004, at 19:56, Leopold Toetsch wrote: Jonathan Worthington [EMAIL PROTECTED] wrote: Leo, [did try to send off list, but it bounced] Please help me fill out the blanks by sending or committing patches. Please make sure to have the latest and best Parrot from CVS. Earlier today you popped a new file in CVS called PLATFORMS. Unfortunately, there is also a directory there called platforms. I don't have a directory named platforms in parrot root. You seem to be missing the -P switch to cvs update. $ find . -name platforms $ find . -iname platforms ./PLATFORMS Jonathan leo -- Will Coke Coledawill at coleda dot com
Re: [CVS ci] PLATFORMS
On Mon, 2004-02-23 at 11:00, Leopold Toetsch wrote: ... Where should I look for the appropriate information? Create a platform name similar to existing ones. F./myconfig and the output from Configure.pl + test results/skips should provide the information to fill the line :) I think this is right. I don't see anything which indicates CGoto support, and I'm guessing at thread and signal support since two of the tests ran in each, though the others all skipped. Linux x86 with gcc-3.3.2 also seems to work correctly. -- c Index: PLATFORMS === RCS file: /cvs/public/parrot/PLATFORMS,v retrieving revision 1.2 diff -u -u -r1.2 PLATFORMS --- PLATFORMS 23 Feb 2004 11:43:08 - 1.2 +++ PLATFORMS 24 Feb 2004 01:32:02 - @@ -10,6 +10,7 @@ hpux ?-ia64 irix6.5 Y Y Y/2 +linux-ppc-gcc3.2.3 YY Y Y Y Y linux-x86-gcc2.92.2YYY Y Y Y Y linux-x86-gcc3.3.3 YYY Y Y Y Y linux-x64