In message <[EMAIL PROTECTED]>,
Joshua Hoblitt writes:
: Can you send the post the output of `prove -v t/op/trans.t`? I suspect
: that atan2() may be misbehaving on cygwin in the same way that it does
: on Solaris.
After upping to r10836, I needed the following patch to build:
Index: src/cl
The os.pmc issue is unrelated the issue with atan2(). It's pretty clear
that Cygwin does have the POSIX vs. IEEE atan2() behavior issue. Thanks
for confirming.
-J
--
On Sun, Jan 01, 2006 at 03:13:16PM -0600, Greg Bacon wrote:
> In message <[EMAIL PROTECTED]>,
> Joshua Hoblitt writes:
>
> :
In message <[EMAIL PROTECTED]>,
Joshua Hoblitt writes:
: It looks like it was just a missing curly brace. Fix commited as
: r10699. Thanks for reporting.
Thanks.
In my defense, yes, I did try the obvious fix. Looking at the diff,
I must've added the curly after C<1;>. The quiet from my wi
Greg,
Can you send the post the output of `prove -v t/op/trans.t`? I suspect
that atan2() may be misbehaving on cygwin in the same way that it does
on Solaris.
-J
--
On Wed, Dec 28, 2005 at 05:25:29PM -0600, Greg Bacon wrote:
> In message <[EMAIL PROTECTED]>,
> Joshua Hoblitt writes:
>
> :
In message <[EMAIL PROTECTED]>,
jerry gay writes:
: cygwin *should* compile parrot just fine. the last report i see on
: http://smoke.parrotcode.org/smoke/ for i386-cygwin-gcc is from r10487,
: which is a few weeks old, though. can any other cygwin users confirm
: peter's report? there have be
It looks like it was just a missing curly brace. Fix commited as
r10699. Thanks for reporting.
-J
--
On Tue, Dec 27, 2005 at 01:35:52PM -0600, Greg Bacon wrote:
> In message <[EMAIL PROTECTED]>,
> jerry gay writes:
>
> : cygwin *should* compile parrot just fine. the last report i see on
>
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 investigating the backends (especially as the
pa
Dear Nick
thanks. by the way how does one signal Pugs that Parrot is to be used
"Externally".?
Nick Glencross wrote:
On 12/26/05, jerry gay <[EMAIL PROTECTED]> wrote:
cygwin *should* compile parrot just fine. the last report i see on
http://smoke.parrotcode.org/smoke/ for i386-cygwin-gcc
On 12/26/05, jerry gay <[EMAIL PROTECTED]> wrote:
> cygwin *should* compile parrot just fine. the last report i see on
> http://smoke.parrotcode.org/smoke/ for i386-cygwin-gcc is from r10487,
> which is a few weeks old, though. can any other cygwin users confirm
> peter's report? there have been so
On 12/23/05, Peter Schwenn <[EMAIL PROTECTED]> wrote:
> Dear 6Compilers,
>
questions about the internals of parrot (including build/config
trouble) are best directed instead to the perl6 internals list, so
i've copied them on my response.
> Cygwin isn't entirely happy with Parrot (don't know about
Hill Stephen-STEHILL1 wrote:
Hi,
I have a custom matherr() function (matherr.c) I'm experimenting with to solve
#36865 ( Test 17 of t/op/trans.t failing on Cygwin ). If I put it in
platform/win32 it doesn't get picked up. Where should it go in order to to be
picked up as cygwin-specific. (It m
Hill Stephen-STEHILL1 wrote:
Hi,
I have a custom matherr() function (matherr.c) I'm experimenting with to solve
#36865 ( Test 17 of t/op/trans.t failing on Cygwin ). If I put it in
platform/win32 it doesn't get picked up. Where should it go in order to to be
picked up as cygwin-specific. (It m
> As you'll see there's a 'Signal 1' message which causes the test to
> fail. I'm going to have a look into now. [dynclasses all fail as they
> haven't been built]
Not being able to find where the 'Signal 1' message was coming from,
I've updated cygwin and sure enough the signal test passes now ..
--- Jens Rieks <[EMAIL PROTECTED]> wrote:
> System ICU? Not tried yet, thank you for the tip!
I built from the source. FYI:
0. link => 'c++' in config/init/hints/cygwin.pl
1. http://oss.software.ibm.com/icu/
2. Ensure that the .dlls are executable
3. Ensure that the location of the .dlls are
Hi!
On Monday 07 June 2004, Joshua Gatcomb wrote:
> --- Jens Rieks <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > what has to be done to get parrot running with
> > cygwin? For me, linking failes
> > with:
> >
> > blib/lib/libicuuc.a(udata.o)(.text+0xe36): In
> > function `openCommonData':
> > /home/e
--- Jens Rieks <[EMAIL PROTECTED]> wrote:
> Hi,
>
> what has to be done to get parrot running with
> cygwin? For me, linking failes
> with:
>
> blib/lib/libicuuc.a(udata.o)(.text+0xe36): In
> function `openCommonData':
> /home/egal/parrot/icu/source/common/udata.c:581:
> undefined reference to
>
Brent 'Dax' Royal-Gordon wrote:
> Joshua Gatcomb wrote:
> > I will shut up now. One should not be allowed to
> > operate computers when over tired without ample supply
> > of caffeine.
>
> You mean there's another way to operate computers? (After
> spending my teenage years caffeinating and hac
Joshua Gatcomb wrote:
I will shut up now. One should not be allowed to
operate computers when over tired without ample supply
of caffeine.
You mean there's another way to operate computers? (After spending my
teenage years caffeinating and hacking, no caffeine supply is "ample"
anymore.)
--
Br
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Dunno. You can follow CVS updates at the cvs mailing
> list or at the news group perl.cvs.parrot.
Just a hunch but I bet it is a timezone problem. I
just did a cvs update -dP -D"2004-05-10 23:59", which
is in the future for me. It picked up a hand
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Dunno. You can follow CVS updates at the cvs mailing
> list or at the news group perl.cvs.parrot.
Thanks - next time I see "fixed" and doing a cvs
update -dP doesn't pick up the change I will know
where to look.
>
> It was this 1-liner check in be
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Before I posted, I updated again with the latest
> checkout and saw that I am still having the problem.
> It has been about an hour since you said it was fixed
> and I am not seeing it. Is there some CVS trickery I
> should be doing?
Dunno. You can fol
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Working great now. Not sure why it took so long
before > I could see the update in CVS. Thanks and
please > disregard earlier message.
>
> Joshua Gatcomb
> a.k.a. Limbic~Region
Ok, I am an idiot. I didn't try the -j option. Still
not working as of
At 9:39 AM -0700 5/10/04, Joshua Gatcomb wrote:
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> parrot -j examples/benchmarks/primes2.pasm
> exists_keyed() not implemented in class 'PerlInt'
Ah. yep. Due to eliminating two vtable functions,
other ones
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
>
> > parrot -j examples/benchmarks/primes2.pasm
> > exists_keyed() not implemented in class 'PerlInt'
>
> Ah. yep. Due to eliminating two vtable functions,
> other ones after that
> moved down in table. JI
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
>
> > parrot -j examples/benchmarks/primes2.pasm
> > exists_keyed() not implemented in class 'PerlInt'
>
> Ah. yep. Due to eliminating two vtable functions,
> other ones after that
> moved down in table. JI
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> parrot -j examples/benchmarks/primes2.pasm
> exists_keyed() not implemented in class 'PerlInt'
Ah. yep. Due to eliminating two vtable functions, other ones after that
moved down in table. JIT needs a small adjustment.
Fixed.
> Cheers
> Joshua Gatcomb
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
>
> > 2. All tests are now passing on Cygwin.
>
> Are signal and thread tests skipped or running?
No, they are both skipped. I am doing a bit more
research on this because I had trouble with both
threadi
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> 2. All tests are now passing on Cygwin.
Are signal and thread tests skipped or running?
What do you get with:
$ make hello
make EXEC=hello exec
make[1]: Entering directory `/opt/src/parrot-leo'
src/exec_start.c
c++ -o hello -Wl,-E -g hello.o src/exe
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb wrote:
> > (gdb) p *pool
> > $1 = {last_Arena = 0x1020, object_size = 32,
> > objects_per_alloc = 16382, total_objects = 2048,
> > num_free_objects = 2047, skip = 0,
> replenish_level =
> > 614, free_list = 0x1021, align_1 =
Joshua Gatcomb wrote:
(gdb) p *pool
$1 = {last_Arena = 0x1020, object_size = 32,
objects_per_alloc = 16382, total_objects = 2048,
num_free_objects = 2047, skip = 0, replenish_level =
614, free_list = 0x1021, align_1 = 0,
add_free_object = 0x4700f0 ,
get_free_object = 0x470110 ,
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Joshua Gatcomb wrote:
> > I am not sure where to go from here. Any
> suggestions?
>
> Ok, here is a sample debugging session:
>
> $ cat hello.pasm
>print "hello\n"
>end
>
> $ parrot hello.pasm
> hello
>
> $ gdb parrot
> ...
> (gdb) b ne
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> #4 0x00423977 in enter_nci_method
> (interpreter=0x100d1d68, type=26, func=0x481670,
> name=0x53f8d9 "thread1", proto=0x53f8d4
> "vIOP") at
>
> Does the recent change related to NCI cure the
> problem?
>
> leo
Except for a few of the numbers
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x00419f6c in new_pmc_header (interpreter=0x100d1d68,
> flags=1024) at src/headers.c:251
> 251 *((Dead_PObj*)pmc)->arena_dod_flag_ptr
One more idea: When you set a breakpoint at C and (s
Joshua Gatcomb wrote:
I am not sure where to go from here. Any suggestions?
Ok, here is a sample debugging session:
$ cat hello.pasm
print "hello\n"
end
$ parrot hello.pasm
hello
$ gdb parrot
...
(gdb) b new_pmc_header
(gdb) r hello.pasm
Breakpoint 1, new_pmc_header (interpreter=0x82e5668, fla
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> #4 0x00423977 in enter_nci_method
> (interpreter=0x100d1d68, type=26, func=0x481670,
> name=0x53f8d9 "thread1", proto=0x53f8d4 "vIOP") at
Does the recent change related to NCI cure the problem?
leo
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Somethings is *really* wrong here. I don't know
> exactly what's happening
> here, but I assume that the memalign function is
> buggy. To nail that
> further down:
>
> 1) Determine the used memalign function:
>
> $ grep memalign lib/Parrot/Config.p
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> --- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
>> (gdb) bt
>> (gdb) p pmc
>> /gdb) p *((Dead_PObj*)pmc)
>> would be good.
> Program received signal SIGSEGV, Segmentation fault.
> #5 0x0053fb75 in Parrot_ParrotInterpreter_class_init
Early in program st
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> (gdb) bt
> (gdb) p pmc
> /gdb) p *((Dead_PObj*)pmc)
> would be good.
Program received signal SIGSEGV, Segmentation fault.
0x00419f6c in new_pmc_header (interpreter=0x100d1d68,
flags=1024) at src/headers.c:251
251 *((Dead_PObj*)pmc)->aren
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0x00419f6c in new_pmc_header (interpreter=0x100d1d48,
> flags=1024) at src/headers.c:251
> 251 *((Dead_PObj*)pmc)->arena_dod_flag_ptr
> |=
(gdb) bt
(gdb) p pmc
/gdb) p *((Dead_PObj*)pm
--- Jeff Clites <[EMAIL PROTECTED]> wrote:
> If you run it in a debugger (gdb or whatever), you
> should be able to
> see where it's crashing.
Ok, after spending about 5 minutes figuring out what
gdb was and how to use it (did I mention I was
clueless) it looks like it isn't ICU at all
Pro
On May 4, 2004, at 6:55 AM, Joshua Gatcomb wrote:
Is it possible that parrot is coredumping for
some other reason? The parrot.exe is around 3MB. I
know that it isn't dying immediately upon execution
because if the data file isn't in the directory it is
supposed to be, invoking parrot.exe will com
I checked out the development copy of ICU from CVS and am now able to get
parrot to statically link to ICU. It however coredumps everytime parrot
is invoked.
My guess is either parrot's internals are too focused on the 2.6.1 of ICU
or I haven't really had as much success as I thought with ICU.
I
I think the Cygwin port for using static libraries has to be finished
for ICU. The current ICU CVS snapshot should be better suited for
static libraries, but it's not completed yet. Help is always
appreciated on this matter.
You could try to set CPPFLAGS=-DU_STATIC_IMPLEMENTATION before you r
Ok, after much gnashing of teeth, I have made *some* progress:
1. Start as clean as possible
A. cd /parrot
B. make realclean
C. cvs update -dP
2. Begin rain dance
A. modify config/gen/icu.pl (remove --disable-dynamic)
$icuconfigureargs = "--disable-layout
for cygwin?
> - Original Message -
> From: TJ Anthony
> To: Dmitry Nikolayev
> Cc: p6i List
> Sent: Saturday, March 06, 2004 4:51 AM
> Subject: Re: cygwin
> Dmitry Nikolayev wrote:
> >Did Somebody try to assemble parrot on CygWin?
> >I
[Sorry if you get this twice--Thunderbird botched the mail sending.]
Dan Sugalski wrote:
Some of the new networking stuff, I think. I started up a cygwin
tinderbox run on oni, so if we can get the tinderbox to actually notice
it we'll be in a position to do something about it. (I can only do
in
At 2:42 AM +0200 3/6/04, Dmitry Nikolayev wrote:
Did Somebody try to assemble parrot on CygWin?
I tried...
perl configure.pl - ok
make - and error ocured:
gcc -o parrot.exe -s -L/usr/local/lib -g imcc/main.o
blib/lib/libparrot.a -lcrypt
blib/lib/libparrot.a(io_unix.o)(.text+0x8f7): In function `
l Message -
From:
TJ
Anthony
To: Dmitry Nikolayev
Cc: p6i List
Sent: Saturday, March 06, 2004 4:51
AM
Subject: Re: cygwin
Dmitry Nikolayev wrote:>Did Somebody try to assemble
parrot on CygWin?>I tried... >perl configure.pl -
ok>You'll need to use:perl
l Message -
From:
TJ
Anthony
To: Dmitry Nikolayev
Cc: p6i List
Sent: Saturday, March 06, 2004 4:51
AM
Subject: Re: cygwin
Dmitry Nikolayev wrote:>Did Somebody try to assemble
parrot on CygWin?>I tried... >perl configure.pl -
ok>You'll need to use:perl
Dmitry Nikolayev wrote:
Did Somebody try to assemble parrot on CygWin?
I tried...
perl configure.pl - ok
You'll need to use:
perl Configure.pl --define=inet_aton
make - and error ocured:
gcc -o parrot.exe -s -L/usr/local/lib -g imcc/main.o blib/lib/libparrot.a -lcrypt
blib/lib/libparrot.a(io
On Friday, January 16, 2004, at 03:34 , Seiler Thomas wrote:
inet_pton has not yet been implemented in cygwin, but it is being
worked on...
http://win6.jp/Cygwin/
Indeed, but I think there might be other unix-like environments that
(do not yet|will never) provide the inet_pton function.
Mac OS X
From: "Seiler Thomas" <[EMAIL PROTECTED]>
>
> First of all,
> yet_another_shy_lurker++;
Welcome. :-)
> > On cygwin, the final link fails with the following error:-
> >
> > gcc -o parrot.exe -s -L/usr/local/lib -g imcc/main.o
> > blib/lib/libparrot.a -lcrypt
> > blib/lib/libparrot.a(io_unix.o)(.
Hi
First of all,
yet_another_shy_lurker++;
> On cygwin, the final link fails with the following error:-
>
> gcc -o parrot.exe -s -L/usr/local/lib -g imcc/main.o
> blib/lib/libparrot.a -lcrypt
> blib/lib/libparrot.a(io_unix.o)(.text+0x87e): In function
> `PIO_sockaddr_in': /home/Jonathan/parrot_
On Thursday 21 August 2003 11:23, Tanton Gibbs wrote:
> I just wanted to let the list know that with the following configure
> options
>
> --cgoto=0 --jitcapable=0 --execcapable=0
Just to let you know --jitcapable=0 implies --execcapable=0.
>
> I had 100% pass rate on all cygwin tests.
Cool.
>
>
54 matches
Mail list logo
