Re: zef, zef-j, zef-m

[Fernando Santagata]

Thank you!

On Mon, May 29, 2017 at 6:47 PM, Elizabeth Mattijsen  wrote:

>
> > On 29 May 2017, at 17:33, Fernando Santagata 
> wrote:
> >
> > On Mon, May 29, 2017 at 12:20 PM, Brent Laabs  wrote:
> > > On 29 May 2017, at 11:22, Fernando Santagata <
> nando.santag...@gmail.com> wrote:
> > >
> > > /me sighs: NQP is still so poorly documented!
> >
> > Believe it or not, this is documented in nqp/docs/ops.markdown in the
> section under stat.
> >
> > That is not under https://docs.perl6.org/, I presume.
>
> No, as it is specific to the Rakudo / nqp implementation of Perl 6.
>
> You can find it here in rendered format:
>
>   https://github.com/perl6/nqp/blob/master/docs/ops.markdown
>
>
>
> Liz




-- 
Fernando Santagata

Re: zef, zef-j, zef-m

[Elizabeth Mattijsen]

> On 29 May 2017, at 17:33, Fernando Santagata  
> wrote:
> 
> On Mon, May 29, 2017 at 12:20 PM, Brent Laabs  wrote:
> > On 29 May 2017, at 11:22, Fernando Santagata  
> > wrote:
> >
> > /me sighs: NQP is still so poorly documented!
> 
> Believe it or not, this is documented in nqp/docs/ops.markdown in the section 
> under stat.
> 
> That is not under https://docs.perl6.org/, I presume.

No, as it is specific to the Rakudo / nqp implementation of Perl 6.

You can find it here in rendered format:

  https://github.com/perl6/nqp/blob/master/docs/ops.markdown



Liz

Re: zef, zef-j, zef-m

[Fernando Santagata]

On Mon, May 29, 2017 at 12:20 PM, Brent Laabs  wrote:

> > On 29 May 2017, at 11:22, Fernando Santagata 
>> wrote:
>> >
>> > /me sighs: NQP is still so poorly documented!
>>
>
> Believe it or not, this is documented in nqp/docs/ops.markdown in the
> section under stat.
>

That is not under https://docs.perl6.org/, I presume.

-- 
Fernando Santagata

Re: zef, zef-j, zef-m

[Brent Laabs]

On Mon, May 29, 2017 at 2:25 AM, Elizabeth Mattijsen  wrote:

> Perhaps Zoffix is willing to take a PR for an IO::Path.nlinks method as
> part of the IO grant.
>
>
I think I'd rather have IO::Path.inode myself.  Although, I did roll my own
version in IO::Path::More.


> > On 29 May 2017, at 11:22, Fernando Santagata 
> wrote:
> >
> > /me sighs: NQP is still so poorly documented!
>

Believe it or not, this is documented in nqp/docs/ops.markdown in the
section under stat.


> >
> > On Mon, May 29, 2017 at 11:10 AM, Brent Laabs  wrote:
> > This works without a module on Rakudo:
> >
> > use nqp;
> > my $path = "foo".IO;
> > my $hardlink-count =  nqp::stat($path.absolute,
> nqp::const::STAT_PLATFORM_NLINKS);
> >
> >
> >
> >
> > On Mon, May 29, 2017 at 1:54 AM, Elizabeth Mattijsen 
> wrote:
> > > On 29 May 2017, at 10:42, Fernando Santagata <
> nando.santag...@gmail.com> wrote:
> > >
> > > The three files are already hard-linked, no need for soft links.
> > >
> > > BTW, is there a way to detect hard links in Perl6?
> > > Perl5 "stat" operator returns an array whose fourth element is the
> number of hard links of a file, but I don't see anything like that in the
> Perl6 docs.
> >
> > Generally, unixisms are not directly supported in Perl 6 in the core.
> It should be relatively trivial to create an ecosystem module for this
> using NativeCall directly accessing functionality in libc (which then of
> course won’t work on Windows).
> >
> >
> > Liz
> >
> >
> >
> >
> > --
> > Fernando Santagata
>

Re: zef, zef-j, zef-m

[Elizabeth Mattijsen]

Perhaps Zoffix is willing to take a PR for an IO::Path.nlinks method as part of 
the IO grant.

> On 29 May 2017, at 11:22, Fernando Santagata  
> wrote:
> 
> /me sighs: NQP is still so poorly documented!
> 
> On Mon, May 29, 2017 at 11:10 AM, Brent Laabs  wrote:
> This works without a module on Rakudo:
> 
> use nqp;
> my $path = "foo".IO;
> my $hardlink-count =  nqp::stat($path.absolute, 
> nqp::const::STAT_PLATFORM_NLINKS);
> 
> 
> 
> 
> On Mon, May 29, 2017 at 1:54 AM, Elizabeth Mattijsen  wrote:
> > On 29 May 2017, at 10:42, Fernando Santagata  
> > wrote:
> >
> > The three files are already hard-linked, no need for soft links.
> >
> > BTW, is there a way to detect hard links in Perl6?
> > Perl5 "stat" operator returns an array whose fourth element is the number 
> > of hard links of a file, but I don't see anything like that in the Perl6 
> > docs.
> 
> Generally, unixisms are not directly supported in Perl 6 in the core.  It 
> should be relatively trivial to create an ecosystem module for this using 
> NativeCall directly accessing functionality in libc (which then of course 
> won’t work on Windows).
> 
> 
> Liz
> 
> 
> 
> 
> -- 
> Fernando Santagata

Re: zef, zef-j, zef-m

[Fernando Santagata]

/me sighs: NQP is still so poorly documented!

On Mon, May 29, 2017 at 11:10 AM, Brent Laabs  wrote:

> This works without a module on Rakudo:
>
> use nqp;
> my $path = "foo".IO;
> my $hardlink-count =  nqp::stat($path.absolute, nqp::const::STAT_PLATFORM_
> NLINKS);
>
>
>
>
> On Mon, May 29, 2017 at 1:54 AM, Elizabeth Mattijsen 
> wrote:
>
>> > On 29 May 2017, at 10:42, Fernando Santagata 
>> wrote:
>> >
>> > The three files are already hard-linked, no need for soft links.
>> >
>> > BTW, is there a way to detect hard links in Perl6?
>> > Perl5 "stat" operator returns an array whose fourth element is the
>> number of hard links of a file, but I don't see anything like that in the
>> Perl6 docs.
>>
>> Generally, unixisms are not directly supported in Perl 6 in the core.  It
>> should be relatively trivial to create an ecosystem module for this using
>> NativeCall directly accessing functionality in libc (which then of course
>> won’t work on Windows).
>>
>>
>> Liz
>
>
>


-- 
Fernando Santagata

Re: zef, zef-j, zef-m

[Brent Laabs]

This works without a module on Rakudo:

use nqp;
my $path = "foo".IO;
my $hardlink-count =  nqp::stat($path.absolute,
nqp::const::STAT_PLATFORM_NLINKS);




On Mon, May 29, 2017 at 1:54 AM, Elizabeth Mattijsen  wrote:

> > On 29 May 2017, at 10:42, Fernando Santagata 
> wrote:
> >
> > The three files are already hard-linked, no need for soft links.
> >
> > BTW, is there a way to detect hard links in Perl6?
> > Perl5 "stat" operator returns an array whose fourth element is the
> number of hard links of a file, but I don't see anything like that in the
> Perl6 docs.
>
> Generally, unixisms are not directly supported in Perl 6 in the core.  It
> should be relatively trivial to create an ecosystem module for this using
> NativeCall directly accessing functionality in libc (which then of course
> won’t work on Windows).
>
>
> Liz

Re: zef, zef-j, zef-m

[Elizabeth Mattijsen]

> On 29 May 2017, at 10:42, Fernando Santagata  
> wrote:
> 
> The three files are already hard-linked, no need for soft links.
> 
> BTW, is there a way to detect hard links in Perl6?
> Perl5 "stat" operator returns an array whose fourth element is the number of 
> hard links of a file, but I don't see anything like that in the Perl6 docs.

Generally, unixisms are not directly supported in Perl 6 in the core.  It 
should be relatively trivial to create an ecosystem module for this using 
NativeCall directly accessing functionality in libc (which then of course won’t 
work on Windows).


Liz

Re: zef, zef-j, zef-m

[Fernando Santagata]

The three files are already hard-linked, no need for soft links.

BTW, is there a way to detect hard links in Perl6?
Perl5 "stat" operator returns an array whose fourth element is the number
of hard links of a file, but I don't see anything like that in the Perl6
docs.

On Sun, May 28, 2017 at 5:31 PM, Parrot Raiser <1parr...@gmail.com> wrote:

> If they are really identical, might it be an idea to use symbolic
> links for 2 of them?
> That would reduce the code to be stored, maintained, and transmitted,
> and make it blatantly obvious if different versions are required.
>
> On 5/28/17, Nelo Onyiah  wrote:
> > I presume that's j for JVM and m for MoarVM.
> >
> > On 28 May 2017 2:42 pm, "Gabor Szabo"  wrote:
> >
> >> Hi,
> >>
> >> I've just noticed that in /Applications/Rakudo/share/perl6/site/bin/ I
> >> have 3 copies
> >> of every script. One with a -j and one with a -m at the end just as for
> >> zef:
> >>
> >> zef
> >> zef-j
> >> zef-m
> >>
> >> The files seem to be identical.
> >>
> >> Why are there 3 and what is their purpose?
> >>
> >> Gabor
> >>
> >
>



-- 
Fernando Santagata

Re: zef, zef-j, zef-m

[Parrot Raiser]

If they are really identical, might it be an idea to use symbolic
links for 2 of them?
That would reduce the code to be stored, maintained, and transmitted,
and make it blatantly obvious if different versions are required.

On 5/28/17, Nelo Onyiah  wrote:
> I presume that's j for JVM and m for MoarVM.
>
> On 28 May 2017 2:42 pm, "Gabor Szabo"  wrote:
>
>> Hi,
>>
>> I've just noticed that in /Applications/Rakudo/share/perl6/site/bin/ I
>> have 3 copies
>> of every script. One with a -j and one with a -m at the end just as for
>> zef:
>>
>> zef
>> zef-j
>> zef-m
>>
>> The files seem to be identical.
>>
>> Why are there 3 and what is their purpose?
>>
>> Gabor
>>
>

Re: zef, zef-j, zef-m

[Nelo Onyiah]

I presume that's j for JVM and m for MoarVM.

On 28 May 2017 2:42 pm, "Gabor Szabo"  wrote:

> Hi,
>
> I've just noticed that in /Applications/Rakudo/share/perl6/site/bin/ I
> have 3 copies
> of every script. One with a -j and one with a -m at the end just as for
> zef:
>
> zef
> zef-j
> zef-m
>
> The files seem to be identical.
>
> Why are there 3 and what is their purpose?
>
> Gabor
>