use Perl

• Perlnow extensions (Score:1)

  by Phred (5358)

  I saw a talk given by Joe Brenner on his Emacs extension Perlnow [obsidianrook.com]. I've been playing with it off and on but I have been in vim land mostly as of late, but it has most of what you need for an Emacs Perl IDE. Only thing I was missing there was PerlTidy and Critic.
• Compile safety (Score:1)

  by ChrisDolan (2855)

  
  This "we don't invoke perl for safety" stuff has got to go. Blech. It prevents important checks from occuring.
  

  
  
  I strongly disagree. If you are trying to use Perl::Critic for compile checks, then you are using the wrong tool.
  • Re:Compile safety (Score:1)

    by jjore (6662)

    I am trying to have use stricter;. I happen to be doing this in my editor while I'm writing the code instead of the code's compile or runtime.

In practice I've noticed it isn't difficult to just have Emacs chain multiple checks so I guess I care much less now.
    • Re:Compile safety (Score:1)

      by ChrisDolan (2855)

      Cool, that's interesting. I've been meaning to ask you for a long time: is it easy to override the save-time checks if, say, you're trying to run to catch a bus?
      
      • Re:Compile safety (Score:1)

        by jjore (6662)

        Sure. You just turn off the appropriate minor mode. For perlcritic-mode, you're already in perlcritic-mode so you run `M-x perlcritic-mode' to turn it off. The safeties are now off so you're free to write whatever you want without hearing about it from Perl::Critic or whatever.
• No no no (Score:1)

  by sigzero (5768)

  I'm going to have to insist on integrating Lint with P::C or at least P::C plus a syntax check.

  P::C is not the place for those. If you do it, keep it to yourself please. P::C is for best practices and not to see if something is syntactically correct.
  • Re:No no no (Score:1)

    by jjore (6662)

    Well no. P::C and all your local plugins are where you put all of your static analysis stuff with the intention of finding bad or dodgy stuff.
    
    There's one part of P::C which is specifically focused on Damian's PBP book but that's not P::C's entire universe. In fact, now that I've thought of it, there's nothing preventing there just being a plugin that does a real syntax check.
    
    It doesn't even have to live in the P::C dist since CPAN will accomodate all comers.
• Well.. (Score:1)

  by Alias (5735)

  Well, it isn't "We don't invoke Perl for safety", it's "NOTHING should invoke Perl, for safety... by default".
  
  If there are seperate tools that require a specific human step to enable, then it's no longer the fault of the editor that someone sends you or tricks you into opening a Perl file containing system( 'rm -rf ~ &' )
  
  If Perl is invoked by default, then all of a sudden we have gaping security holes.
  
  Adam K
  
  • Re:Well.. (Score:1)

    by jjore (6662)

    That's spiffy but most people aren't editing unsafe code. I'm not. I don't think I am anyway. My perception of my risk profile is that I'm not going to be editing files that have BEGIN { system "bad stuff" } in it. I could be wrong.
    
    I do know that syntax checking while I'm writing is a boon. I also know there are some checks for "bad stuff" that I can't do in P::C because I don't haven't resolved what happened after a use Foo::Bar; that imported some useful function like any(&@) but it had a signature w