S03-operators/overflow.t passes now on rakudo.parrot on cygwin (64-bit):
cygwin$ perl6-p t/spec/S03-operators/overflow.t
1..98
ok 1 - var incremented after post-autoincrement
ok 2 - during post-autoincrement return value is not yet incremented
ok 3 - var incremented after pre-autoincrement
ok 4
Looks like ~~:z returns True on directories now:
cygwin> perl6-p t/spec/S16-filehandles/filetest.t
1..43
ok 1 - file test from before spec revision 27503 is error
ok 2 - ~~:d returns true on directories
ok 3 - can :d-test against non-existing dir and live
ok 4 - can :d-test against non-exist
This works now (was fixed with Parrot 6.10.0; cmp.
https://github.com/parrot/parrot/blob/master/ChangeLog#L30):
cygwin> perl6-p t/spec/S19-command-line/dash-e.t
1..4
ok 1 - -e print $something works
ok 2 - -e print $something works with non-ASCII string literals
ok 3 - -e works with non-AS
On Sun Sep 02 14:31:10 2012, ronaldxs wrote:
> Once again I came across a small Makefile critter that blocks the build
> of Rakudo Star 2012-08 on Cygwin. It appears that Star uses the 2012.08
> tag for NQP in Rakudo Star which is the following commit with, what
> would appear to
of Rakudo Star 2012-08 on Cygwin. It appears that Star uses the 2012.08
tag for NQP in Rakudo Star which is the following commit with, what
would appear to be, a small oversight:
https://github.com/perl6/nqp/commit/fff3eb81c0df3619e6ddecd56e7e245127603d58
The commit removes P5QREGEX_PBC from part
On Wed, Jul 04, 2012 at 06:22:32PM -0700, Ron Schmidt via RT wrote:
> >
> > http://ftp.parrot.org/releases/devel/4.5.0/parrot-4.5.0.tar.gz
> >
> > If you can explode this tarball and build Parrot under Cygwin then
> > I agree it's a Star issue. Otherwise,
ntarring Rakudo Star I don't see it so much as a Parrot problem and
> think it might be better fixed on the Rakudo side. I hope to soon
> propose a small patch through github to fix it.
Out of curiosity (and before applying the fix), What happens if
you untar a parrot release under
/install/testlib/phony.exe after untarring Rakudo Star under
cygwin and doing a 'perl Configure.pl --gen-parrot'. It turns out that
if one creates a tar file with both phony and phony.exe in the same
directory under *nix and then unpacks it under cygwin, the file with the
.exe file gets r
# New Ticket Created by Ron Schmidt
# Please include the string: [perl #113984]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=113984 >
In cygwin the CP make variable is defined as /bin/cp rather than
&quo
# New Ticket Created by Reini Urban
# Please include the string: [perl #112746]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=112746 >
$ PERL6LIB=lib ./perl6 t/spec/S19-command-line/dash-e.t 2>&1 >dash-e.log
rurban@w
# New Ticket Created by Reini Urban
# Please include the string: [perl #112740]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=112740 >
1st: A fresh cygwin install will most likely not work OOTB, it will
fail w
# New Ticket Created by Reini Urban
# Please include the string: [perl #112742]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=112742 >
rakudo-2012.04 cygwin on 32-bit winxp
newlib is different, I suppose openbsd a
# New Ticket Created by Reini Urban
# Please include the string: [perl #112744]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org:443/rt3/Ticket/Display.html?id=112744 >
See also http://nopaste.snit.ch/137434
$ PERL6LIB=lib ./perl6 t/spec/S16-filehand
On Fri Mar 20 06:32:05 2009, amire80 wrote:
> `cat build/PARROT_REVISION' :
> 37414
>
> `./perl6 -v' :
> This is Rakudo Perl 6, revision 37562 built on parrot 1.0.0-devel
> for cygwin-thread-multi-64int.
>
> This is Cygwin on XP.
>
> Parrot from
it seems to work on my platform; hopefully that doesn't break it for
cygwin. Maybe a "if it exists then..." style approach could work if so,
or does the ExtUtils::Command allow you to just specify a wildcard?
Marked resolved but re-open if there's a further patch needed.
Thanks,
Jonathan
Annyoing tabs and missing chmod +x
Sorry, scratch that.
This patch is actually tested now.
The real problem:
/usr/bin/perl -MExtUtils::Command -e cp src/pmc/perl6_group.dll
src/ops/perl6_ops.dll src/ops/perl6_ops_switch.dll dynext
removes the existing -x bit, so it's p5 fault here. Incredibl
# New Ticket Created by Reini Urban
# Please include the string: [perl #74432]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=74432 >
Annyoing tabs and missing chmod +x
--
Reini Urban
http://phpwiki.org/ http://murbreak.a
On Tuesday 19 May 2009 08:29:39 Patrick R. Michaud wrote:
> On Mon, May 18, 2009 at 02:54:55PM -0700, chromatic wrote:
> > I have an SVK checkout of Parrot, so Parrot's configuration process
> > cannot determine the Parrot SVN revision. The problem here may be
> > similar.
> Indeed -- I may simp
On Mon, May 18, 2009 at 02:54:55PM -0700, chromatic wrote:
> On Monday 18 May 2009 12:20:47 Patrick R. Michaud wrote:
>
> > I'm more likely to suspect that something in your Parrot build is
> > causing parrot_config to not provide the SVN revision number for Parrot.
>
> I have an SVK checkout of
On Mon, May 18, 2009 at 06:28:19PM -0400, Peter Schwenn wrote:
> Chromatic, PM,
>
> I got a fresh copy of parrot; configured and built. And "parrot_config
> revision" still returns 0 (zero).
How are you obtaining Parrot? Are you doing an SVN checkout, or
some other mechanism?
Pm
Chromatic, PM,
I got a fresh copy of parrot; configured and built. And "parrot_config
revision" still returns 0 (zero). If I then doctor rakudo's makefile to
ignore the revision # of parrot (and - a for a separate problem that
re-occurs from time to time- switch in rakudo's makefile / for \ in
"
On Monday 18 May 2009 12:20:47 Patrick R. Michaud wrote:
> I'm more likely to suspect that something in your Parrot build is
> causing parrot_config to not provide the SVN revision number for Parrot.
I have an SVK checkout of Parrot, so Parrot's configuration process cannot
determine the Parrot
d line (from within the rakudo directory)?
> [Is it possible that configure.pl for rakudo has been changed in some way
> that is incompatible with Win/Cygwin?]
Yes, there were some recent changes to Configure.pl relating to this,
but I don't think anything changed that directly causes
When I:
$ perl configure.pl
on current git pull of rakudo, under cygwin under XP sp2,
I get:
Reading configuration information from ../../parrot_config ...
Parrot revision r38795 required (currently r0)
My copy of rakudo is in c:/parrot/languages/rakudo and it is git'd fro
On Thu, Apr 23, 2009 at 10:11:21PM +0800, Ma Jinke wrote:
> I put Rakudo from git under
> C:\cygwin\home\admin\rakudo(cygwin:/home/admin/rakudo), It compiled nicely.
> but it didn't do anything and just went back to the prompt
> parrot:"make test" is OK
> rakudo
Ma Jinke wrote:
I put Rakudo from git under
C:\cygwin\home\admin\rakudo(cygwin:/home/admin/rakudo), It compiled nicely.
...
rakudo: "make test" is OK, but "make spectest" is FAILED!
When reporting a failure, as above, it would be helpful if you provided
specific error m
I put Rakudo from git under
C:\cygwin\home\admin\rakudo(cygwin:/home/admin/rakudo), It compiled nicely.
but it didn't do anything and just went back to the prompt
parrot:"make test" is OK
rakudo: "make test" is OK, but "make spectest" is FAILED!
Regards,
mjk
All,
I'm trying to build Rakudo as a prelude to getting started in development. I'm
trying to build under Cygwin on a Vista-64 system. I'm configuring the system
with ./Configure.pl --gen-parrot. Parrot downloads from svn and builds quite
nicely. I run make and it compiles, b
Hi,
I'm no Cygwin user, but I've heard that copying libparrot.dll to the
Rakudo directory has helped in some cases, maybe that's worth a try.
Cheers,
Moritz
All,
I'm trying to build Rakudo as a prelude to getting started in development. I'm
trying to build under Cygwin on a Vista-64 system. I'm configuring the system
with ./Configure.pl --gen-parrot. Parrot downloads from svn and builds quite
nicely. I run make and it compiles, b
All,
I'm trying to build Rakudo as a prelude to getting started in development. I'm
trying to build under Cygwin on a Vista-64 system. I'm configuring the system
with ./Configure.pl --gen-parrot. Parrot downloads from svn and builds quite
nicely. I run make and it compiles, b
l 6, revision 37562 built on parrot 1.0.0-devel
for cygwin-thread-multi-64int.
This is Cygwin on XP.
Parrot from SVN compiled nicely and `make test' was successful.
I put Rakudo from git under parrot/languages/rakudo . It compiled
nicely and `../../parrot perl6.pbc' did the right thing,
Is there a rakudo package for cygwin?
There's parrot and parrot-languages, but none of them seems to include
anything that looks like "rakudo" or "perl6".
Do i have to build it myself to try it? Or didn't i look well enough?
Thanks in advance.
--
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #59790]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59790 >
perl t/stm/basic_mt.t hangs since about October 5 under cygwin. This
On Tue Mar 18 14:05:34 2008, rurban wrote:
> > It's time to use Configure.pl with the option --without-crypto
>
> Or to add -lcrypto to the cmdline.
> Configure.pl fails to pick it up apparently.
>
> my %Parrot::Config::Generated::PConfig contains -lcrypto in libs
> 'libs' => '-ldl -lcrypt -lgm
On Tue, Aug 26, 2008 at 11:00 AM, Allison Randal <[EMAIL PROTECTED]> wrote:
> jerry gay wrote:
>>>
>>> #+ and #- is lisp so I don't want to destroy #+ the syntax rules.
>>> #IF(): is quite short and easy to read.
>>>
>> i know it was all caps before, but do we need to continue that trend?
>> i find
jerry gay wrote:
#+ and #- is lisp so I don't want to destroy #+ the syntax rules.
#IF(): is quite short and easy to read.
i know it was all caps before, but do we need to continue that trend?
i find it ugly.
All-caps is the Parrot coding standard for macros and #defines, and
these fall in
On Tue, Aug 26, 2008 at 2:34 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
> I'll go now for something like
>
> #IF(key1|key2&(key3&!key4))
> #IFNOT(key1|key2&(key3&!key4))
>
> And probably a shortcut for the negative else clause, like
> #IF(cygwin):
&
to block
> out lines during preprocessing, so that 'make' never has to parse them at
> all.
>
> Picking any one HLL to mimic is problematic in our multi-lingual
> environment. But, we definitely want to pick syntax that will seem familiar
> to our primary HLL targets.
I
On Mon, 25 Aug 2008, Reini Urban wrote:
To clarify my bold statement:
The ALGOL-like syntax is not "sane" because,
* it is hard to parse,
Not actually true. It's just different to parse. And, in general Parrot
optimizes for making code easy to *read* even if it is slightly harder
to parse. We
On Mon, 25 Aug 2008, Reini Urban wrote:
> Reini Urban schrieb:
> > 2008/8/24 Allison Randal <[EMAIL PROTECTED]>:
> > > Reini Urban wrote:
> To clarify my bold statement:
> The ALGOL-like syntax is not "sane" because,
> * it is hard to parse,
> * it forbids our keywords AND, NOT and OR as config_h
Reini Urban wrote:
> Moritz Lenz schrieb:
>> Reini Urban wrote:
>>> Moritz Lenz schrieb:
Reini Urban wrote:
> Attached are updates to the cygwin070patches branch.
> Thanks for applying the patches!
applied as r30543.
>>> And this one also please.
>>>
>>> fix cuddled else and some
Moritz Lenz schrieb:
Reini Urban wrote:
Moritz Lenz schrieb:
Reini Urban wrote:
Attached are updates to the cygwin070patches branch.
Thanks for applying the patches!
applied as r30543.
And this one also please.
fix cuddled else and some beautification.
Also applied (r30547).
And one mor
than
'SHRPENV' and a more meaningful condition name than 'cygchkdll'.
SHRPENV is directly from per5,
Parrot is also not Perl 5. We can do better.
and cygchkdll is they only way to check
now for cygwin
without the 57548-CONDITIONED_LINE_enh.patch. After that we can check against
cygwin, the $^O. I really need some #+(and cygwin win32): sections.
As long as it's changed before we merge.
Allison
Reini Urban wrote:
> Moritz Lenz schrieb:
>> Reini Urban wrote:
>>> Attached are updates to the cygwin070patches branch.
>>> Thanks for applying the patches!
>>
>> applied as r30543.
>
> And this one also please.
>
> fix cuddled else and some beautification.
Also applied (r30547).
Reini Urban wrote:
> patch -p0 -N < ports-cygwin.patch
> cd ports/cygwin
> svn rm postinstall.sh preremove.sh parrot-0.6.4-2.cygport
> parrot-0.6.4-2.src.patch
> svn add parrot-0.7.0-1.cygport parrot-0.7.0-1.src.patch
> parrot-0.7.0-1.cygwin.patch
> svn ci -m'ports/cy
(cygchkdll):SHRPENV = env PATH="@build_dir@/blib/lib:$(PATH)"
-#-(cygchkdll):SHRPENV = env [EMAIL PROTECTED]@/blib/lib
+#+(cygwin):SHRPENV = env PATH="@build_dir@/blib/lib:$(PATH)"
+#-(cygwin):SHRPENV = env [EMAIL PROTECTED]@/blib/lib
# Where to put things
PAR
Reini Urban wrote:
> Attached are updates to the cygwin070patches branch.
> Thanks for applying the patches!
applied as r30543.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Attached are updates to the cygwin070patches branch.
Forget it. The Data.pm errors were still in.
This is better.
--
Reini Urban
http://phpwiki.org/ http://murbreak.at/
cygwin070patches_3.patch.gz
Description: GNU Zip compressed data
nience sugar.
In config/gen/makefiles/pge.in, config/gen/makefiles/tge.in, and
config/gen/makefiles/root.in, pick a more meaningful variable name than
'SHRPENV' and a more meaningful condition name than 'cygchkdll'.
SHRPENV is directly from per5, and cygchkdll is they on
s about implementing it, just add
> a TODO RT ticket or keep it on your private TODO list.
I'll implement it for sure, but later. First I wanted to bring out the
packages and
this is just convenience sugar.
> In config/gen/makefiles/pge.in, config/gen/makefiles/tge.in, and
> config
The parrot packages with libparrot0 and libparrot-devel,
plus parrot-perl6 and parrot-languages are updated to 0.7.0-1
for the Cygwin distribution.
This release fixes some minor issues with the languages,
m4 was removed. pipp, tcl, forth and pheme do not work.
Parrot is a virtual machine
Reini Urban wrote:
You want one patch only against HEAD? That's easy.
But I dislike the idea, as it violates the usage of single tickets.
This is different than the usual case as it's a collection of dependent
patches that can't be evaluated independently. Splitting them out is
actually more
ed by the ncigen merge yesterday.
The patches in the cygwin 0.7.0 package are against 0.7.0.
See
http://code.google.com/p/cygwin-rurban/source/browse/trunk/release/parrot/parrot-0.7.0-1.src.patch
Tracking a large collection of patches over multiple versions just
doesn't work. This need
erday.
The patches in the cygwin 0.7.0 package are against 0.7.0.
See
http://code.google.com/p/cygwin-rurban/source/browse/trunk/release/parrot/parrot-0.7.0-1.src.patch
Tracking a large collection of patches over multiple versions just
doesn't work. This needs a branch. Then we can a)
Moritz Lenz schrieb:
Reini Urban wrote:
> See
http://code.google.com/p/cygwin-rurban/source/browse/#svn/trunk/release/parrot/patches
http://code.google.com/p/cygwin-rurban/source/browse/trunk/release/parrot/patches/series
defines the order.
I tried to apply those patches stupidly b
Reini Urban wrote:
> See
> http://code.google.com/p/cygwin-rurban/source/browse/#svn/trunk/release/parrot/patches
>
> http://code.google.com/p/cygwin-rurban/source/browse/trunk/release/parrot/patches/series
> defines the order.
I tried to apply those patches stupidly both a
2008/8/22 Allison Randal <[EMAIL PROTECTED]>:
>> As my number of patches is too big, and the size is too big,
>> I update them only in my public SVN repo, not in the tickets anymore.
>> And the order in which they should be applied is important.
>>
>> See
>&
Reini Urban wrote:
As my number of patches is too big, and the size is too big,
I update them only in my public SVN repo, not in the tickets anymore.
And the order in which they should be applied is important.
See
http://code.google.com/p/cygwin-rurban/source/browse/#svn/trunk/release/parrot
2008/8/17 Reini Urban <[EMAIL PROTECTED]>:
> FYI:
> The cygwin release for parrot-0.7.0-1 will contain the following yet
> unapplied patches to make it work:
>
> (in this order from my quilt series file)
> 39742-installed-conflict.patch
> 56544-install_files.patch
&
One more fix on this issue on parsing the headers.
X freeglut only if DISPLAY is set, otherwise use native w32api GLUT
--
Reini Urban
difforig config/auto/opengl.pm lib/Parrot/Configure/Step/Methods.pm
header parsing:
need to match the linker logic. On cygwin without DISPLAY
leave out
On Wed, Aug 6, 2008 at 11:09 AM, Mark Glines <[EMAIL PROTECTED]> wrote:
> On Tuesday 05 August 2008 20:57:53 chromatic wrote:
>> On Tuesday 05 August 2008 01:35:48 Reini Urban wrote:
>> > Attached patch adds the directory ports/cygwin with
>> > the most recent cy
On Tuesday 05 August 2008 20:57:53 chromatic wrote:
> On Tuesday 05 August 2008 01:35:48 Reini Urban wrote:
> > Attached patch adds the directory ports/cygwin with
> > the most recent cygports file,
> > the most recent src patch and the sources for the CYGWIN patches.
> &
On Thursday 31 July 2008 15:16:33 Donald Hunter wrote:
> This is a patch for t/pmc/os.t to fix test failures on Cygwin. This is
> generated against revision 29913.
Thanks, applied as r30050.
> One anomaly remains. The test was skipping the inode field for Cygwin
> because the inst
On Tuesday 05 August 2008 01:35:48 Reini Urban wrote:
> Attached patch adds the directory ports/cygwin with
> the most recent cygports file,
> the most recent src patch and the sources for the CYGWIN patches.
> (the contents of parrot-0.6.4-2.cygwin.patch which creates those files
# New Ticket Created by Donald Hunter
# Please include the string: [perl #57486]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57486 >
This is a patch for t/pmc/os.t to fix test failures on Cygwin. This is
genera
Just found someone breaking my code...
Index: src/dynext.c
===
--- src/dynext.c(revision 28459)
+++ src/dynext.c(working copy)
@@ -276,12 +276,10 @@
/* And on cygwin replace a leading "lib" by "c
Thanks, applied in r29767.
The parrot packages with libparrot0 and libparrot-devel,
plus parrot-perl6 and parrot-languages are updated to 0.6.4-2 for
the Cygwin distribution.
This release fixes the serious issue with running /usr/bin/perl6 and
the other languages /usr/bin/parrot-* without building from source.
See http
# New Ticket Created by Reini Urban
# Please include the string: [perl #57110]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57110 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
# New Ticket Created by Reini Urban
# Please include the string: [perl #57112]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57112 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
Unfortunately, my changes to Perl 5 have been working better than my
changes to Parrot. IIRC, the changes made fixed OpenBSD and NetBSD on
Parrot while Cygwin and Solaris didn't seem to fare as well.
Steve
On Thu, Jul 17, 2008 at 7:29 PM, Thorsten Glaser via RT
<[EMAIL PROTECTED]>
-
> =head3 MinGW
I find it easier to read raw POD with two lines of blank above headers;
please don't remove these. :-)
> +=head3 Cygwin/w32api
>
> -=head3 cygwin
> +The Cygwin/w32api for native opengl support
>
> - : No details yet
> +F<-lglut32 -lglu32
Donald Hunter via RT schrieb:
Sorry rurban, this patch will break on my cygwin installation. I think
the problem is caused by more than an assumption that "mingw eq cygwin".
The real problem is that Cygwin hosts three flavours of library for
OpenGL: mingw, cygwin/w32api, cygwin/X11.
On Wed, 16 Jul 2008, Andrew Whitworth via RT wrote:
> Is this still not resolved? This ticket has not seen any discussion
> since 2006. To double-check, I think we need people to check
> t/op/trans.t on:
>
> *Solaris
> *OpenBSD
> *NetBSD
> *Cygwin
>
> If it passe
kages.
>> Ditto for their correspond build deps. (e.g. libgdbm-devel)
>
> Note, there are more cygwin-side updates to come to this README,
> which I will commit after my parrot-0.6.4 release (in 1-2 days).
>
> In which pod should we document the non-windows package requirement
>>>>>> here that need to be considered further, and the submitted patch
>>>>>
>>>>> has
>>>>>>
>>>>>> already been applied. Can we close this, or is this a placeholder
>>>>>
>>>>> for us
&
# New Ticket Created by Reini Urban
# Please include the string: [perl #57006]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=57006 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
# New Ticket Created by Reini Urban
# Please include the string: [perl #56998]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56998 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
Is this still not resolved? This ticket has not seen any discussion
since 2006. To double-check, I think we need people to check
t/op/trans.t on:
*Solaris
*OpenBSD
*NetBSD
*Cygwin
If it passes all these platforms, I think the ticket is resolved. If
not, maybe we need to break this into more
ew Whitworth via RT >>> [EMAIL PROTECTED]>:
>>>>>
>>>>> is this ticket (#51944) resolved? I don't see any outstanding todo
>>>>
>>>> items
>>>>>
>>>>> here that need to be considered further, and the
ved? I don't see any outstanding todo
>>>
>>> items
>>>>
>>>> here that need to be considered further, and the submitted patch
>>>
>>> has
>>>>
>>>> already been applied. Can we close this, or is this a placeh
this, or is this a placeholder
for us
to further improve cygwin documentation?
The list os build preq's is required.
Well, the tip for smoke to do cpan Test::TAP::HTMLMatrix
could be added. But this should be added in the general README for all
platforms.
Then platform specific is only
Reminder:
This got warnocked for 0.6.4
--
Reini Urban
# New Ticket Created by Donald Hunter
# Please include the string: [perl #56824]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56824 >
Fixes a segv in the has_exec_protect test on Cygwin.
config/auto/
case
> (such as $ENV{DISPLAY} set, and libGLU avaliable),
> from your win32 native case.
Certainly checking for $ENV{DISPLAY} is trivial; that leaves the GLU
check. Is there a reliable place to find libGLU? Is it guaranteed to
be in /usr/lib ? What is the correct capitalization under cy
Donald Hunter via RT schrieb:
I think you must be linking against the X11 libGLU and libGL, where I am
linking against the w32 native libraries.
Oje,
So we have to use some detection heuristic to seperate the X11 case
(such as $ENV{DISPLAY} set, and libGLU avaliable),
from your win32 native c
# New Ticket Created by Reini Urban
# Please include the string: [perl #56628]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56628 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
Parrot via RT schrieb:
There is no need to reply to this message right now. Your ticket has been
assigned an ID of [perl #56568].
This should be rejected as duplicate of
[perl #56562] [PATCH] root.in: add cygwin importlib
Sorry.
# New Ticket Created by Reini Urban
# Please include the string: [perl #56568]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56568 >
config/gen/makefiles/root.in: add the cygwin importlib to please
-lparrot in packa
# New Ticket Created by Reini Urban
# Please include the string: [perl #56570]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56570 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
# New Ticket Created by Reini Urban
# Please include the string: [perl #56562]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56562 >
config/gen/makefiles/root.in: add the cygwin importlib to please
-lparrot in packa
already been applied. Can we close this, or is this a placeholder
> for us
> > to further improve cygwin documentation?
>
> The list os build preq's is required.
>
> Well, the tip for smoke to do cpan Test::TAP::HTMLMatrix
> could be added. But this should be add
+ src/dynext.c(working copy)
> > @@ -276,12 +276,10 @@
> > /* And on cygwin replace a leading "lib" by "cyg". */
> > #ifdef __CYGWIN__
> > if (!STRING_IS_EMPTY(lib) && memcmp(lib->strstart, "lib", 3) == 0)
On Tue Jun 17 21:06:58 2008, japhb wrote:
> The attached patch is courtesy of donaldh++. It has been tested on
> cygwin and Debian/i686. Please someone test on Mac OS X, so that I can
> commit it.
>
Works for me on Mac OS X 10.4 (Panther) on PPC.
kid51
On Tuesday 17 June 2008 21:06:58 Geoffrey Broadwell wrote:
> Index: src/dynext.c
> ===
> --- src/dynext.c(revision 28459)
> +++ src/dynext.c(working copy)
> @@ -276,12 +276,10 @@
> /* And o
# New Ticket Created by Geoffrey Broadwell
# Please include the string: [perl #55978]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=55978 >
The attached patch is courtesy of donaldh++. It has been tested on
cygwin
On Sunday 25 May 2008 04:59:53 Reini Urban wrote:
> cygwin patch by Ronald Schmidt, checked ok by Reini Urban.
> 1. Doc patch to mention MSWin32 perl problems with cygwin parrot
> 2. Better Configure error when forgetting PATH=`pwd`/blib/lib
> This can be done for other platforms
# New Ticket Created by Reini Urban
# Please include the string: [perl #54780]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54780 >
cygwin patch by Ronald Schmidt, checked ok by Reini Urban.
1. Doc patch to ment
On Tuesday 20 May 2008 10:11:55 Reini Urban wrote:
> See http://smoke.parrotcode.org/smoke/
> i386-cygwin-gcc
Thanks, applied as r27672.
-- c
1 - 100 of 391 matches
Mail list logo
