Re: Cygwin versun plain XP (for working with Pugs+Parrot together)

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

Re: Cygwin versun plain XP (for working with Pugs+Parrot together)

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

Re: Cygwin versun plain XP (for working with Pugs+Parrot together)

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

Re: [perl #34549] atan2() isn't IEEE compliant on OpenBSD/*BSD/Cygwin/Solaris

In message <[EMAIL PROTECTED]>, "Joshua Hoblitt via RT" writes: : I've commited a possible fix for openbsd, cygwin, & solaris as changesets : r10839 & r10843. I basically applied what Steve Peters proposed but : with the changes in math.c instead of creating init.c (as agreed to on : #parro

Re: [perl #34549] atan2() isn't IEEE compliant on OpenBSD/*BSD/Cygwin/Solaris

In message <[EMAIL PROTECTED]>, Steve Peters writes: : On Mon, Jan 02, 2006 at 09:01:55AM -0600, Greg Bacon wrote: : : > After upping to r10844, trans.t still fails: : : What operating system are you using? Sorry. That report was for Cygwin. Greg

Re: [perl #38217] r11124: Cygwin build fails

In message <[EMAIL PROTECTED]>, "Jonathan Worthington" writes: : Ugh. I'm currently doing a lot of stuff to get rid of .def files and : replace them with decorations in the code instead. You may have got : caught up in this (or maybe the changes have hurt cygwin in a way I : didn't anticipate)

Re: [perl #38217] r11124: Cygwin build fails

I'm still seeing a link failure with r11221. A confusing bit: I stopped the stripping of libparrot.dll, and nm seems to see the symbols that the linker's complaining about: [...] Compiling with: xx.c gcc -I./include -pipe -I/usr/local/include -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wi

Re: [perl #38217] r11124: Cygwin build fails

In message <[EMAIL PROTECTED]>, Larry Wall writes: : Looks like the same problem we were having before. If we have to have : -L/usr/local/lib in there, it should probably come after your personal : -L/home/gbacon/src/parrot/blib/lib so that -lparrot prefers the one : you just built. You ran

Re: [perl #38217] r11124: Cygwin build fails

In message <[EMAIL PROTECTED]>, "Jonathan Worthington via RT" writes: : "Greg Bacon" <[EMAIL PROTECTED]> wrote: : : > I'm still seeing a link failure with r11221. : : Discovered I have cygwin on this PC, went to investigate and..the link failure is

Re: [perl #38217] r11124: Cygwin build fails

In message <[EMAIL PROTECTED]>, "Nick Glencross via RT" writes: : Even with r11320, the extend tests are failing with linkage errors on : cygwin. I note that extend.h does not have PARROT_APIs in it. Should : it by right? (It's possible that extend.o is linked with directly) I'm seeing the sa

Re: [perl #41082] [RESOLVED] [PATCH] Cygwin: conflicting types for _LIB_VERSION

In message <[EMAIL PROTECTED]>, "Jerry Gay via RT" writes: : According to our records, your request regarding : "[PATCH] Cygwin: conflicting types for _LIB_VERSION" : has been resolved. Is this a known issue? What was the resolution? Thanks, Greg

[PATCH] 0.2.2/Cygwin compile and (mostly) test

Applying the attached patch (Nick Glencross's changes to dynclasses_pl.in modified by Matt Diephouse's suggestion and then cargoculting H.Merijn Brand's voodoo for working around some weirdness that caused Test::Harness to completely empty @INC) to 0.2.2 lets me build and limp through make test. T

Re: [perl #36540] [PATCH] Cygwin/0.2.2 compile and test

In message <[EMAIL PROTECTED]>, "Nick Glencross via RT" writes: : One final note. Unlike 'make dynclasses-test', 'make test' will spot : that libparrot.a has been deleted and rebuild it and parrot.exe. : : You might want to finish up with: : : 11. make : : 12. Repeat step 4. : :

[PATCH] Win32 exec cmd buffer realloc

The attached patch goes over Jonathan Worthington's earlier patch and corrects an omission in resizing the cmdline buffer for large commands. Greg diff -ru parrot/config/gen/platform/win32/exec.c parrot-mod/config/gen/platform/win32/exec.c --- parrot/config/gen/platform/win32/exec.c 2005-07-2

Re: [perl #38217] r11124: Cygwin build fails

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 directory `/usr/src/parrot/src/dynoplib

Re: [perl #38217] r11124: Cygwin build fails

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