uot;", $text;
>
> I'm thinking S04 probably needs some clarification/updating here.
> Any block that contains a (placeholder) parameter probably needs
> to remain a sub, even if the block content is a comma-separated list
> starting with a pair/hash.
But then, what will happen to this:
%ret = map { { $^a => uc $^a } }, @arr;
I would expect that to be the same as
%ret = map -> $a { my %h={ $a => uc $a }; %h }, @arr;
Regards,
Ron
n identifiers is The Right Thing (tm), I
fail to come up with better examples for the use of ' in identifiers
as $larry's-change.
Is that the intended use of ' in identifiers.
Thanks,
Ron
.
Regards,
Ron
say "Received $m message{ 1==$m ?? '' !! 's' }."
could then look like:
say "Recieved {nominative({name=>'message',count=>$m})}."
Maybe someone could find a more concise form if huffmanly desireable.
Regards,
Ron
n should be: if the denominator equals
10**n, with n unsigned integer, .perl will produce a decimal number.
Otherwise 1/30 would produce a decimal number like 0.033..., which
was probably not intended.
Regards,
Ron
ereas F says it should be imported from a DLL (namely
msvcrt71.dll). Hence the "inconsistent dll linkage" warning.
There are two possible solutions:
1) Don't declare C in F
2) "Correctly" declare C as
_CRTIMP extern char **environ;
Hope this helps,
Ron
ngularity Project." [3] In
Singularity, processes are very lightweight, and communicate with each
other through channels. Objects are owned by a single process only.
The Java folks have revamped "The Java Memory Model." [4] Can't say much
to that one, as I am not through with it y
tests and 363 subtests skipped.
Failed 4/180 test scripts, 97.78% okay. 5/4061 subtests failed, 99.88% okay.
[1] https://rt.perl.org/rt3/index.html?q=37665
Ron
Leopold Toetsch wrote:
> On Dec 10, 2005, at 16:50, Ron Blaschke wrote:
Here's a side by side comparison, Revision 10460, of
Visual C++ 7.1 and 8.0.
arithmetics.t suffers from -0.0 vs 0.0 problems. We've had something
similar some time ago. They seem to have changed that in 8.0
jerry gay wrote:
> On 12/12/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> arithmetics.t suffers from -0.0 vs 0.0 problems. We've had something
>> similar some time ago. They seem to have changed that in 8.0, as the
>> test passes there.
>>
> it s
ge (>=) at config/auto/msvc.pm line 64.
> yes.
> otherwise, looks good. if you could get this fixed up, i'll happily apply.
Embarrassing actually. (1310 / 100) does not yield 13. Attached is a
fixed version.
Sorry,
Ron
msvc_configure_fixed.patch
Description: Binary data
SVC
8.0, and avoid the warning on previous versions.
Changed Files:
src/classes/env.pmc
Ron
msvc_ticket_37665.patch
Description: Binary data
Tuesday, December 13, 2005, 10:38:42 PM, jerry gay wrote:
> On 12/13/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> jerry gay wrote:
>> > classes\env.pmc(26) : warning C4273: '__p__environ' : inconsistent dll
>> > linkage
>> > D:\
On Mon, 12 Dec 2005 12:18:47 +1300, Sam Vilain wrote:
> On Thu, 2005-12-08 at 17:16 +0100, Ron Blaschke wrote:
>> The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software."
>> [1] He starts with "The biggest sea change in software development since
>>
This would be
simpler, more isolated and probably more efficient because it avoids
another level of indirection.
Let me know what you think.
Ron
e platform. This would be
>>simpler, more isolated and probably more efficient because it avoids
>>another level of indirection.
Ron
not -0
> nmake realclean && svn up && configure.pl --optimize && nmake smoke
> ## fails tests
Quite interesting. Could you please post your CFLAGS and LINKFLAGS
for either configuration?
Thanks,
Ron
dows env issue still. See
http://www.nntp.perl.org/group/perl.perl6.internals/32326
t/run/options.t
My tempdir points to somewhere below "C:\Documents and Settings,"
which causes "$PARROT $first" to fail (Error reading source file
C:\Documents.) Quoting $first and $second would resolve this. Or
should I point my TMPDIR somewhere else?
Ron
svn:eol-style" is "native".
With LF as line separator the tests work fine.
t\examples\streamsok
All tests successful.
Files=1, Tests=12, 1 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
So I guess the "svn:eol-style" for the files should be changed to
"LF". (Or the tests should normalize CRLF to LF.)
Ron
chromatic wrote:
On Saturday 25 March 2006 07:47, Ron Blaschke wrote:
t/configure/step.t
$fromfile and $tofile needs to be closed before calling
move_if_diff, as Windows can't delete open files.
I forgot to check this in a while back, but fixed now as #16032 (I hope).
Thanks,
jerry gay wrote:
On 12/22/05, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Tuesday, December 20, 2005, 8:09:32 PM, François PERRAD wrote:
At 11:53 16/12/2005 +0100, you wrote:
I can think of two ways to fix this:
- Hide every env access behind the platform stuff. That is, add
somethin
Here's another round of test results on my box. I've also added the
details for the tests that failed. The C and
are not unexpected on Windows.
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/doc/
inconsistent dll linkage
Attached patch brings the declarations of imcc_init in main.c and imc.h
in sync.
compilers\imcc\main.c
main.c
Ron
Index: compilers/imcc/main.c
===
--- compilers/imcc/main.c (revision
Leopold Toetsch wrote:
> Am Samstag, 15. Juli 2006 21:27 schrieb Ron Blaschke:
>
>> Attached patch brings the declarations of imcc_init in main.c and imc.h
>> in sync.
>
> Well, much simpler - I've deleted the line in main.c :-)
> Thanks for the hint.
Bummer,
xe -MExtUtils::Command -e touch
compilers\ast\ast.y.flag compilers\ast\astparser.c
compilers\ast\astparser.h
compilers\ast\astparser.c
astparser.c
Is that sufficient to close this issue, or should I provide a patch to
disable the C4102 warning?
Ron
N3, -1.0
sqrt N4, N3
print N4
print "\n"
.end
# trunk
>parrot test.pir
-1.#INF00
1.#INF00
-1.#IND00
# local
>parrot test.pir
-inf
inf
NaN
Thanks,
Ron
forward slashes.
C:\tmp>ruby
require 'Shell'
puts Shell.new.cwd
^Z
C:/tmp
Will this slashing madness ever end?
Ron
N3, -1.0
sqrt N4, N3
print N4
print "\n"
.end
# trunk
>parrot test.pir
-1.#INF00
1.#INF00
-1.#IND00
# local
>parrot test.pir
-inf
inf
NaN
Thanks,
Ron
'd like to see the "i" in "inf" capitolized or the "N"s in
> "NaN" lower case. I like capital I for Inf.
Sounds good to me. I'll change it to your suggested "Inf" and "NaN."
Thanks,
Ron
yield
something close to 0. Otherwise, "Inf - Inf" or "NaN - NaN", it's NaN.
Is this not portable enough? Is it better to look at the bits directly?
Ron
Philip Taylor wrote:
> Ron Blaschke wrote on 01/08/2006 08:17:
>>
>> I am wondering if this NaN != NaN property could be used for the isnan
>> and finite tests, like so:
[snip]
>> Is this not portable enough? Is it better to look at the bits directly?
[great stuff sn
p;& $CC =~ /^gcc/i". That way the
build seems fine again on Windows XP and Visual C++.
Ron
d up in the coming weeks.
Thanks! Parrot smokes well on Windows XP and Visual C++ again.
5488 OK from 5499 tests (99.80% ok)
Ron
e else seeing this?
Ron
ir contains spaces the build process fails.
> The fix is to translate build_dir to a short path name.
In my opinion it would be better to escape/quote the relevant paths
properly. I think the short file names were introduced for backwards
compatibility, as a kludge. Besides, they are ugly to read. ;-)
Ron
Jonathan Worthington wrote:
> chromatic via RT wrote:
>> With ICU optional these days, is this still necessary?
>>
> Since Windows doesn't ship with a C compiler and this toolkit is one of
> the easiest ways to get hold of one for free, then yes, it's good to
> have it documented. (It may be *ca
Jonathan Worthington wrote:
> Ron Blaschke wrote:
>> Seems like the old Visual C++ Toolkit 2003 is discontinued.
>>
>> http://msdn2.microsoft.com/en-us/visualc/aa336490.aspx
>>
> Aha. If you would have a moment to write these latest changes into
> readme.win32.p
k that the lowest two bits of a function
pointer are zero. Why's that?
Thanks,
Ron
chromatic wrote:
> On Wednesday 20 December 2006 11:24, Ron Blaschke wrote:
>
>> - The assertion seems to check that the lowest two bits of a function
>> pointer are zero. Why's that?
>
> Presumably because pointers need a specific alignment, so those two bits wi
Leopold Toetsch wrote:
> Am Mittwoch, 20. Dezember 2006 20:24 schrieb Ron Blaschke:
>> - The assertion seems to check that the lowest two bits of a function
>> pointer are zero. Why's that?
>
> That's a bigger hack to discern function from PMC pointers in that
way to get there?
Thanks,
Ron
chromatic wrote:
> On Friday 22 December 2006 11:08, Ron Blaschke wrote:
>> There are three steps necessary (four using VC8).
>>
>> 1) Two additional functions need to be exported.
>> Parrot_register_pmc
>> Parrot_unregister_pmc
>
> In some .def f
chromatic wrote:
> On Friday 22 December 2006 12:54, Ron Blaschke wrote:
>>
>> -void Parrot_register_pmc(Parrot_INTERP, Parrot_PMC);
>> -void Parrot_unregister_pmc(Parrot_INTERP, Parrot_PMC);
>> +PARROT_API void Parrot_register_pmc(Parrot_INTERP, Parro
chromatic wrote:
> On Saturday 23 December 2006 11:32, Ron Blaschke wrote:
>
>> It would be great if you could make the change right away. I thought it
>> was just too small of a change to submit an official patch.
>
> Thanks, applied as of r16229.
>
>>>
Stat Wstat Total Fail Failed List of Failed
---
t/distro/file_metadata.t2 512 32 66.67% 2-3
Failed 1/1 test scripts, 0.00% okay. 2/3 subtests failed, 33.33% okay.
Thanks,
Ron
ing svn:keywords attributes...
t\distro\file_metadataok 1/3# Collecting svn:eol-style attributes...
t\distro\file_metadataok
All tests successful.
Files=1, Tests=3, 12 wallclock secs ( 0.00 cusr + 0.00 csys = 0.00 CPU)
Ron
Index: t/distro
chromatic wrote:
On Friday 09 March 2007 05:00, Ron Blaschke wrote:
Attached patch replaces the backslashes with slashes on Windows.
Would using File::Spec be less fragile?
The problem basically boils down to matching a list of MANIFEST (UNIX?)
files with the (native file name, attribute
ts, 95.19% okay. 39/6675 subtests failed, 99.42%
okay.
Ron
Joshua Gatcomb wrote:
On 3/26/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Not sure about the details of this issue, but r17772 seems to build fine
on Cygwin.
Really? No one on #parrot has been able to get parrot to work on Cygwin
for months.
Interesting, didn't know about
g please see my previous
post in this thread about library loading.
Paul
Ron
Joshua Gatcomb wrote:
On 3/28/07, Ron Blaschke <[EMAIL PROTECTED]> wrote:
Joshua Gatcomb wrote:
If you could hang out on #parrot (irc.perl.org) when myself, Jonathan,
particle, etc are around - it would go a long way towards getting a
reproduceable test case that can be correctly artic
Ron Blaschke wrote:
Paul Cochrane wrote:
I don't know if it's of much help, but I too am getting the Cygwin
build barfing when miniparrot goes to build
runtime/parrot/include/config.fpmc.
I think that's actually a good sign. Try adding the absolute path to
F and try aga
to. Haven't look into the details yet, but I think one test
creates an executable io_4.exe which doesn't stop printing results,
which cause the out of memory situation. I usually just kill io_4.exe.
(I know, that's a bad thing, but that's what bad people do.)
Not 100% on this, but I think one or two of the stm tests hang, too.
Ron
chromatic wrote:
On Friday 30 March 2007 07:35, Ron Blaschke wrote:
Not 100% on this, but I think one or two of the stm tests hang, too.
t/pmc/stmlog.t, test 2?
No, I think this one's fine. More like t/stm/queue.t test 2 and
t/stm/runtime.t test 4. Actually, t/stm/queue.t some
ow.pir
error:imcc:syntax error, unexpected $end
in file 'runtime/parrot/library/Crow.pir' line 146
make: *** [runtime/parrot/library/Crow.pbc] Error 1
Ron
chromatic wrote:
> On Mon, 2005-05-16 at 09:58 -0700, Ron Blaschke wrote:
>> Attached patch quotes some paths.
>> Otherwise Parrot won't built if living below a directory containing
>> spaces (eg "C:/Documents and Settings").
> Will this have problems if a
Below are the test results of
Windows XP SP2
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077
for 80x86
Activestate Python 2.4.1 Build 245
Activestate Perl 5.8.6 Build 811
ANTLR 2.7.5
ICU 3.2
GDBM 1.8.3
GMP 4.1.4
Failed TestStat Wstat T
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> t\op\spawnw.t 5 1280 65 83.33% 2-6
> exit status?
Quite likely, yes. I'd gladly provide a patch, if someone would
decide The Right Thing To Do. That is, what should
Parro
Ron Blaschke wrote:
> Leopold Toetsch wrote:
>> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>>> t\pmc\bigint.t1 256221 4.55% 22
>> What's up with that one?
> Maybe my fault. The program segfaults at C in
> C. Memory gets alloc
Leopold Toetsch wrote:
> Ron Blaschke wrote:
>> Ron Blaschke wrote:
>>>>>t\pmc\bigint.t1 256221 4.55% 22
>> The problem seems to be caused by the C in
>> F. Well, not the actual cause, but that's
>> where we fail.
> mp
s: I'd rather see failures for things that need
to be fixed. Tests should only be skipped if they are not applicable
on the current system, or the test busts everything. Others may feel
different, of course.
Ron
83.33% 2-6
t\pmc\threads.t 7 1792117 63.64% 2-5 7-9
t\pmc\timer.t 2 512 82 25.00% 3 5
2 tests and 63 subtests skipped.
Failed 10/136 test scripts, 92.65% okay. 81/2373 subtests failed, 96.59% okay.
Ron
\dynclass\pyint.t 26 665626 26 100.00% 1-26
t\op\spawnw.t 3 768 63 50.00% 4-6
2 tests and 65 subtests skipped.
Failed 8/151 test scripts, 94.70% okay. 71/2526 subtests failed, 97.19% okay.
Ron
rot.dll, which is utterly useless, as it is only used
there.
I've discussed this issue previously on this list, implemented a
solution for the Microsoft toolchain (with all dynclasses tests
passing), but the solution got rejected, so I decided to leave it to
someone else.
Ron
I'm feeling rather dumb asking this, but F says:
Currently GNU bc is only used for doublechecking Parrot bc.
Now, my question is: Where is "Parrot bc?"
Ron
Bernhard Schmalhofer wrote:
> Ron Blaschke schrieb:
>>Now, my question is: Where is "Parrot bc?"
> "Parrot bc" is sitting on my local disk, being very disfunctional.
> I'll check it in, as soon as it does something useful.
I see.
> It will Python
ck this file, if I explicitly supply
> username and password (this is obvious, right?) and show some warnings
> if don't. Say, make a connect parameter "use_dot_dbi", which is zero by
> default.
> --
> Maxim Sloyko
--
Ron Reidy
Lead DBA
Array BioPharma, Inc.
Sorry, instead of implicit 'commit', I mean to say implicit conversion.
-----
Ron Reidy
Lead DBA
Array BioPharma, Inc.
-Original Message-
From: Reidy, Ron
Sent: Wednesday, July 13, 2005 9:06 AM
To: Sam Vilain; Dean Arnold
Cc: dbi-users@perl.org; dbi-dev@perl.
_DATE_COLUMN > ?
> SOME_DATE_COLUMN is the database native date type. On Oracle you'll
> need to convert the ? to a 'TO_DATE(?)'.
No you do not. The SQL engine will perform an implicit commit of the data.
-
Ron Reidy
Lead DBA
Array BioPharma, Inc.
&
isted here. they are pointing to my Perl5
directory
structure. That's not good :-( (good thing I did not run nmake install yet!)
I just wanted
to let someone know about this.
Thanks
Ron Hill
ed by ActiveState Perl
$perl -V:ccflags
ccflags='-nologo -Gf -W3 -MD -Zi -DNDEBUG -O1 -DWIN32 -D_CONSOLE
-DNO_STRICT -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS
-DUSE_PERLIO -DPERL_MSVCRT_READFIX';
The attached patch replaces /Gf with /GF for compiler versi
ith Codepage 1250 is used, except for the "Command Prompt" which uses
Codepage 850 (which leads to fun for example with german umlauts).
For me it boils down to the question whether parrot should support
plain old text files.
Ron
need to do is use the .NET command line,
>>rather than the regular cmd.exe shell. The .NET shell sets up all the
>>environment variables needed to do a compile of Parrot.
> What's that?
It just fires up a command prompt with the vcvars32.bat executed.
Ron
On Mon, 08 Nov 2004 10:46:47 -0600, Christian Lott wrote:
> Ron Blaschke wrote:
>>No. Look for a batch file called vcvars32.bat below the Microsoft Visual
>>C++ 2003 directory, and run it. It'll setup your environment.
>>"dir /s vcvars32.bat"
> OK. Path
t;char"s,
and some good time getting Supplementary Characters (> U+) to
work.
http://java.sun.com/developer/technicalArticles/Intl/Supplementary/
Ron
hard for me to get a grip on this collaboration thingy.
I am not sure what things are known (expected?) to broken, or who else
is already working on which problem (avoid racing for patches, or
patching something someone is already working on). I guess I am
asking for a gentle push in the right direction here, to bring
me up to speed.
Ron
# external data: 111
# external data:
# external data: 1
# external data: 11
# external data: 111
# external data:
# external data: 1
# '
-test failures snap-
Ron
)
Ron
mswin32_add_nci_symbols.patch
Description: Binary data
Just curious. Are there any plans moving parrot to subversion?
Ron
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> I am not sure what things are known (expected?) to broken,
> The normal CVS state is that "make test" succeeds on linux and OS X.
> Intermittent expected failures are announced here.
Great, that
Will Coleda wrote:
> Ron Blaschke writes:
>> On a personal note, I (still) really like to help in win32, though
>> it's quite hard for me to get a grip on this collaboration thingy.
> *looks around* Apparently, you're not the only one. =-)
;-)
I've been blinki
scribed in README.win32 (actually, I am
the one to blame for the suggestions) and things work fine for me.
Would you care to retrace your steps carefully from a clean CVS HEAD,
and provide a detailed description (eg, console in and output)?
I'll look into this issue.
Ron
31649
Another idea would be to create a "symbol list file" for each library,
which contains only the symbol names, from which the .def file would
be derived (maybe another platform has similar needs?).
Ron
Jonathan Worthington wrote:
> "Ron Blaschke" <[EMAIL PROTECTED]> wrote:
>> Leopold Toetsch wrote:
>>> Sriram Krishnan <[EMAIL PROTECTED]> wrote:
>> Failed Test
it blows up.
What I don't understand is why parrot needs the ICU data directory.
Can someone please explain?
Ron
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> assign nci_dlvar_float, nci_dlvar_float_decl
> This calls Undef::assign, which morphs the Undef to the RHS type. So the
> Undef becomes an array and
>> N2 = nci_dlvar_float[0]
> thi
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> I see. Does this morphing work as designed? Creating an array out of
>> an undef feels somewhat wrong.
> Yes and yes ;)
> A longer answer is: all operators currently need an existing LHS.
[snip]
T
Bernhard Schmalhofer wrote:
> Ron Blaschke wrote:
>> I haven't checked the details, but I think this will not work, as it
>> seems to generates a list of all symbols beginning with nci_, but
>> 'int_cb_D4' is used, too.
> nci_test.c is used only for testi
Just for your information: Here are the latest test results on
Windows.
Ron
Failed TestStat Wstat Total Fail Failed List of Failed
---
t\dynclass\pybuiltin.t5 1280 65 83.33% 1-2 4-6
t
p);
--p;/* slash or backslash */
data_dir = mem_sys_allocate(strlen(prefix) + strlen(p) + 1);
strcpy(data_dir, prefix);
strcat(data_dir, p);
free_data_dir = 1;
}
...
Ron
ion unit(s).
"
2) Static linkage
Dynclasses are currently statically linked against libparrot.lib,
thereby using their own (uninitialized) parrot.
Ron
Monday, February 14, 2005, 12:07:51 PM, Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> I'd like to clean up string_init, because it currently backfires
>> (segfaults) on Windows if parrot is installed (empty
>> DEFAULT_ICU_DATA_DIR ...).
>
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> Now things boil down to creating the .sym files. These might be
>> created by grepping the source for C, C, etc, or
>> by whatever script created the compilation unit(s).
> Not everything that star
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> I've put the precompiled ICU into a directory, and supply the
>> --icushared and --icuheaders. This precompiled package contains only
>> the bin, include and lib. There's no data directory.
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> Leopold Toetsch wrote:
>> If I would be the one to choose, I'd add the C macro
>> everywhere, and expand it to C<__declspec(dllexport)> on Windows (no
>> more .def files). I'd al
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> - adds correct linkage for gpm
>> Some tests fail, though
>> t\pmc\bigint.t 12 307221 12 57.14% 5-10 13-15 18 20-21
> Is there any indication what's going wrong?
Not y
Ron Blaschke wrote:
> Leopold Toetsch wrote:
>> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>>> - adds correct linkage for gpm
>>> Some tests fail, though
>>> t\pmc\bigint.t 12 307221 12 57.14% 5-10 13-15 18 20-21
>> Is there a
6/135 test scripts, 95.56% okay. 55/2238 subtests failed, 97.54% okay.
NMAKE : fatal error U1077: 'C:\Perl\bin\perl.exe' : return code '0xff'
The three skipped tests are:
t/pmc/signal.t
t/pmc/threads.t
t/op/64bit.t
Ron
PS: Should I keep posting them from time to time, or are
Leopold Toetsch wrote:
> Ron Blaschke <[EMAIL PROTECTED]> wrote:
>> Here are the current test results on my WinXP, VC++ 7.1 box.
> [ dynclasses failing ]
>> PS: Should I keep posting them from time to time, or are they of no
>> interest to anyone?
> Yes please
een 3.0 and 3.2.
AFAIK, parrot should work with 2.6, 2.8 and 3.0. Haven't tried 3.2
yet.
Ron
1 - 100 of 295 matches
Mail list logo
