Re: [perl #34039] Build failure on freebsd 4.9-RELEASE (mpz_*)

2005-02-09 Thread Adriano Ferreira
After a little research I have found why Configure.pl succeeds while determining if some FreeBSDs (like 4.9, 4.10) supports GMP and why compilation fails in the same systems complaining about undefined references to `mpz_fits_slong_p'. The test about GMP support is at: config/auto/gmp.pl

Re: Native support for GNU R

2005-02-09 Thread Aaron Sherman
On Wed, 2005-02-09 at 12:08, [EMAIL PROTECTED] wrote: > I read that you can provide support (in Perl 6) for most languages that > parsers have been written for. As it appears to me, however, the languages > that you are mainly interested in are substitutes (competitors) to Perl. You're mista

Re: Native support for GNU R

2005-02-09 Thread yves
I read that you can provide support (in Perl 6) for most languages that parsers have been written for. As it appears to me, however, the languages that you are mainly interested in are substitutes (competitors) to Perl. Also, you might include languages that are complementary to Perl. I fig

Native support for GNU R

2005-02-09 Thread Yves Breitmoser
Dear all, to my knowledge, there is no native interface to GNU R in Perl 5. Apparently, having such an interface saves some pain in statistical analyses. My current solution to extend Perl towards R is to start an R process, and to feed its stdin to produce the stuff I want. However, starting R

Re: Perl 6 Summary for 2005-01-31 through 2004-02-8

2005-02-09 Thread Michele Dondi
On Tue, 8 Feb 2005, Matt Fowles wrote: pipe dreams Juerd wondered if he could mix = and ==> in a sane way. The answer appears to be no. Once you bring in ==> you should stick with it. Huh?!? It doesn't seem to me that the answer is 'no'. In fact C<< ==> >> is supposed to be yet another ope