# 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
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.
# 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=
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
# 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=
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
# New Ticket Created by Reini Urban
# Please include the string: [perl #54528]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54528 >
See http://smoke.parrotcode.org/smoke/
i386-cygwin-gcc
diff -u PLATFORMS~ ./PLATFO
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 that pg.t fails due to missing loadli
is this ticket (#51944) resolved? 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 placeholder for us
to further improve cygwin documentation?
--Andrew Whitworth
On Fri, Apr 4, 2008 at 3:18 PM, John Trammell via RT
<[EMAIL PROTECTED]> wrote:
>
> On Fri, Mar 21, 2008 at 10:20 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
>
> > 2008/3/20, via RT Will Coleda <[EMAIL PROTECTED]>:
> > > # New Ticket Created by Will Coleda
> > > # Please include the string: [p
On Fri, Mar 21, 2008 at 10:20 AM, Reini Urban <[EMAIL PROTECTED]> wrote:
> 2008/3/20, via RT Will Coleda <[EMAIL PROTECTED]>:
> > # New Ticket Created by Will Coleda
> > # Please include the string: [perl #51944]
> > # in the subject line of all future correspondence about this issue.
> > # h
This is working for me now. Needed the PATH preset, and needed to use cygwin's
svn.
Updated readme. Closing ticket.
&On Mon Jun 12 11:32:28 2006, coke wrote:
> The cygwin build fails with the following error during make:
>
> Invoking Parrot to generate runtime/parrot/i
On Wednesday 19 March 2008 07:15:17 [EMAIL PROTECTED] wrote:
> Attached patch favors make over nmake on cygwin only, because there's
> normally no gmake, but sometimes a nmake in the PATH.
Thanks, applied as r26633.
-- c
On Saturday 29 March 2008 11:58:53 Reini Urban via RT wrote:
> Oops. I only reported the $extraLibs patch to the mailinglist.
Thanks, applied in full as r26632.
-- c
: [EMAIL PROTECTED]
+D: cygwin fixes
+
N: Richard Tibbetts
D: Divide by zero exceptions in some PMCs
diff -ub ./config/gen/makefiles/dynpmc_pl.in.orig
--- ./config/gen/makefiles/dynpmc_pl.in.orig2007-08-24
01:15:14.0 +0200
+++ ./config/gen/makefiles/dynpmc_pl.in 2008-03-20 11:31
# New Ticket Created by "Joshua Gatcomb"
# Please include the string: [perl #52150]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=52150 >
After learning that some folks were having troubles building parrot
how the bitcard login doesn't pass through my proxy. There's
something fishy.
I'll work on that patch.
I am just in the preparation for the upcoming parrot release on cygwin.com.
Finally I've got a proper icu release for cygwin with cygport ready.
> gcc -o miniparrot.exe src/
play.html?id=51944 >
>
>
> The new cygwin readme claims that parrot builds out of the box on
> cygwin, however, it fails for me as it always has, with:
>
>
> gcc -o miniparrot.exe src/main.o \
> -L/cygdrive/d/sandbox/parrot/blib/lib -lparrot -ldl -lcrypt
> -Wl,--en
# New Ticket Created by Will Coleda
# Please include the string: [perl #51944]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51944 >
The new cygwin readme claims that parrot builds out of the box on
cygwin, however,
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #51898]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51898 >
---
osname= cygwin
osvers= 1.5.24(0.15642)
arch= cygwin-thread-multi-64int
figure.pl with the option --without-crypto
François.
---
osname= cygwin
osvers= 1.5.24(0.15642)
arch= cygwin-thread-multi-64int
cc= gcc
---
Flags:
category=core
severity=critical
ack=no
---
It looks like the latest [digest] changes have somehow broken builds
on cygwin. Here
# New Ticket Created by "Jonathan Scott Duff"
# Please include the string: [perl #51838]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=51838 >
---
osname= cygwin
osvers= 1.5.24(0.15642)
arch= cygwin-threa
Paul Cochrane wrote:
>> Paul Cochrane wrote:
>> >> Without the manual setting of PATH before building?
>> >
>> > With the manual PATH setting. There are several tickets for cygwin
>> > not building in RT; are they all related? Is there something like
>>>>> "Paul" == Paul Cochrane <[EMAIL PROTECTED]> writes:
Paul> Cygwin is building for me without the PATH setting as of
Paul> r19022.
Not for me, alas:
$ svn up -r19022
$ perl Makefile.PL
$ make all
...
Invoking Parrot to genera
Paul Cochrane wrote:
>> Without the manual setting of PATH before building?
>
> With the manual PATH setting. There are several tickets for cygwin
> not building in RT; are they all related? Is there something like a
> hints file where the information about the PATH can be se
Paul Cochrane wrote:
>> Without the manual setting of PATH before building?
>
> With the manual PATH setting. There are several tickets for cygwin
> not building in RT; are they all related? Is there something like a
> hints file where the information about the PATH can be se
Joshua Gatcomb writes:
: I build parrot on Cygwin circa 5x a week. Anytime it fails to build, I
: perform the following:
:
: 1. make realclean
: 2. svn up
: 3. perl Configure.pl
: 4. PATH=/home/me/parrot/blib/lib:/bin
: 5. make
Joy! Looks like t/stm/queue is wedged.
Thanks,
Greg
All:
I build parrot on Cygwin circa 5x a week. Anytime it fails to build, I
perform the following:
1. make realclean
2. svn up
3. perl Configure.pl
4. PATH=/home/me/parrot/blib/lib:/bin
5. make
In the very few instances it still fails, I isolate the build that it
started failing and
Without the manual setting of PATH before building?
With the manual PATH setting. There are several tickets for cygwin
not building in RT; are they all related? Is there something like a
hints file where the information about the PATH can be set so that
cygwin builds out of the box?
Paul
On 05/06/07, Greg Bacon <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>,
"Paul Cochrane via RT" writes:
: cygwin is building as of r18821. Is this ticket required anymore?
I'm still seeing a failure in r18824:
[...]
make[1]: Entering directory `/u
In message <[EMAIL PROTECTED]>,
"Paul Cochrane via RT" writes:
: cygwin is building as of r18821. Is this ticket required anymore?
I'm still seeing a failure in r18824:
[...]
make[1]: Entering directory `/usr/src/parrot/src/dynoplibs'
make[1]: Leaving dire
Without the manual setting of PATH before building?
On Jun 5, 2007, at 1:45 PM, Paul Cochrane via RT wrote:
cygwin is currently building (as of r18821). Is this ticket required
anymore?
Paul
--
Will "Coke" Coleda
[EMAIL PROTECTED]
cygwin is building as of r18821. Is this ticket required anymore?
Paul
cygwin is currently building (as of r18821). Is this ticket required
anymore?
Paul
On 01/05/07, Nicholas Clark <[EMAIL PROTECTED]> wrote:
Given that that file starts:
/*
This is a version (aka dlmalloc) of malloc/free/realloc written by
Doug Lea and released to the public domain. Use, modify, and
redistribute this code without permission or acknowledgment in any
way y
On Tue, May 01, 2007 at 10:52:19PM +0100, Nicholas Clark wrote:
> > Date: Tue May 1 06:29:35 2007
> > New Revision: 18369
> >
> > Modified:
>
> >trunk/src/malloc.c
>
> > Modified: trunk/src/malloc.c
> > ==
>
> [316
> Date: Tue May 1 06:29:35 2007
> New Revision: 18369
>
> Modified:
>trunk/src/malloc.c
> Modified: trunk/src/malloc.c
> ==
[3168 lines of diff]
Given that that file starts:
/*
This is a version (aka dlmalloc)
chromatic wrote:
On Sunday 01 April 2007 07:15, Ron Blaschke wrote:
As recently discussed it is currently necessary to include the absolute
path to F in the environment variable PATH. This should be
done before trying to built parrot, otherwise one gets a broken
F and F. One
needs a "make cle
needs a "make clean" or remove *both* files before trying again. Make
sure to "export" the PATH changes, not just only "set" them, and use the
absolute path, not the relative (otherwise building some libs will fail
later on.)
I was beginning to think that was
d only as
workarounds until fixed, to get Parrot fly on Cygwin again, if only with
a broken wing.
Ron
On Sunday 01 April 2007 07:15, Ron Blaschke wrote:
> As recently discussed it is currently necessary to include the absolute
> path to F in the environment variable PATH. This should be
> done before trying to built parrot, otherwise one gets a broken
> F and F. One
> needs a "make clean" or rem
1 - 100 of 345 matches
Mail list logo
