use Perl

• But... (Score:2)

  by Simon (89)

  It's still called Unix and isn't Unix specific. It still lives in the top-level namespace. Ah well.
  • But but but (Score:1)

    by metaperl (1904)

    the new docs do state it was so-named because it was inspired by Unix, particularly the power that its shell holds. For me, when Quantum::Superpositions came out, I didn't know what it was and its named misled me to think it had something to do with physics. But now, it is clear that it is *inspired* by physical quantum superpositions, but in actually it might be more accurately named List::Conditional or List::Cases But what name should this have which addresses your two concerns above?
    • Re:But but but (Score:2, Insightful)

      by clscott (4354)

      Usually the CPANites don't like it when you take _the_ top level namespace because other people come along and say

      "Damn, I wanted to release my module as UNIX::Foo, but now I have to co-ordinate with this guy because he owns the UNIX namespace. I guess I'll have to release it as Foo so I don't have to deal with that hassle".

      UNIX::Process::Pipeline or UNIX::Shell::Pipe would be a more suitable names and won't cause the same kind of pain as squatting on the top level.

      Re: Interface
      What's unixy about u
      • Re:But but but (Score:1)

        by metaperl (1904)

        I'm not sure I see what the hassle is with occupying the top-level ... from a build perspective, if someone wants to create Unix::Foo and also have Unix installed, then there is simply a directory called $PREFIX/Unix made for him and Foo.pm put in it. And my Unix.pm would reside in $PREFIX
    • Re:But but but (Score:2)

      by samtregar (2699)

      Maybe you should call it "Sh" if you mean to invoke some kind of comparison between your module and the traditional Unix shell, "/bin/sh". At least that would be unlikely to be of use to anyone else!

      The problem with taking UNIX.pm for this purpose is that UNIX.pm should be a module that helps you access Unix. The only reason it doesn't exist already is that Perl is already really good at doing Unixy things...

      Please consider renaming your module. Your reputation as a member of the CPAN community is at
      • Re:But but but (Score:1)

        by metaperl (1904)

        The only thing with "Sh" is that it creates a new top-level namespace and I have never done that to date... I *occupied* the top-level of Unix by creating this module, but I did not create one. I already have a poor reputation in the Perl(monks)? community and hope to transition to teaching middle/high school math one day. The great thing about teaching Algebra I was that I had complete command of the subject matter. The six weeks I spent teaching high school were the best 6 weeks of my life. The only pro
  • Re:But... (Score:1)

    by drhyde (1683)

    I note that no-one bitched at me when I put NestedMap in the top level.
    • Re:But... (Score:1)

      by richardc (1662)

      I did, but you chose not to pay attention.
• Perl Preprocessor (Score:2)

  by davorg (18)

  In the docs to the new release you say:
  
  "It would be nice to have some sort of CPP for Perl"
  
  Is there some reason why the -P flag doesn't do what you want?
  • Re:Perl Preprocessor (Score:1)

    by metaperl (1904)

    wow that looks excellent. i wonder why larry opted for the CPP over m4... however, I have just created a new thing I want to do with this module that would be hard with macros.