Perl. Syntax highlight. // operator as a comment

[axlewdev]

After // operator all lines is highlighted as comment.
Version 3.0 3143

[alexqfredrickson]

+1 as I am facing this issue as well in Sublime Text 3.0 (Build 3143). Syntax highlighting is broken for all code after the // invocation - i.e. all following lines, and the remainder of the line.

This can also happen with / /, as in split / /.

For example:

use XML::XPath;

$file_handler = XML::XPath->new(filename => "$filename");
my @config_info = split / /, get_configuration( "//foo/config", $file_handler );

sub get_configuration {
    my $param1 = shift;
    my $param2 = shift;
    return "configuration";
}

[deathaxe]

Should be fixed by the merged PR #1564

[KES777]

Is there instruction which steps I should take to be updated to latest version?

[rwols]

@KES777:

1. clone this repository like any other repository, say /path/to/Packages
2. make a symlink to /path/to/Packages/Perl from

• $XDG_CONFIG_HOME/sublime-text-3/Packages/Perl (linux), or
• ~/Library/"Application Support"/"Sublime Text 3"/Packages/Perl (osx), or
• %APPDATA%\Sublime Text 3\Packages\Perl (windows)

This is just for Perl, you can make more symlinks for other languages.

[KES777]

1. I did that. Now code is pink =) May you advice some theme editor so I can fix colors?

or some tool that will display info about what stash/content_for are
or tool which will point the line at My.hmTheme file which used for highlight keyword (I use that two years ago but now I do not remember it)

It thinks that keyword is variable.scss:

		<dict>
			<key>name</key>
			<string>SCSS: Variables (pink)</string>
			<key>scope</key>
			<string>variable, variable.scss</string>
			<key>settings</key>
			<dict>
				<key>foreground</key>
				<string>#D33682</string>
			</dict>
		</dict>

Before installation the keyword was detected as:

		<dict>
			<key>name</key>
			<string>User-defined constant</string>
			<key>scope</key>
			<string>constant.character, constant.other</string>
			<key>settings</key>
			<dict>
				<key>foreground</key>
				<string>#CB4B16</string>
			</dict>
		</dict>

and methods are not detected at all

2. The same part of code may be highlighted differently:

3. Regular expressions are not highlighted correct

as you can see third and forth lines are broken

[KES777]

The text of target sub:

sub _is_email {
  state $email_rfc5322_re = do {
    my $atom           = qr;[a-zA-Z0-9_!#\$\%&'*+/=?\^`{}~|\-]+;o;
    my $quoted_string  = qr/"(?:\\[^\r\n]|[^\\"])*"/o;
    my $domain_literal = qr/\[(?:\\[\x01-\x09\x0B-\x0c\x0e-\x7f]|[\x21-\x5a\x5e-\x7e])*\]/o;
    my $dot_atom       = qr/$atom(?:[.]$atom)*/o;
    my $local_part     = qr/(?:$dot_atom|$quoted_string)/o;
    my $domain         = qr/(?:$dot_atom|$domain_literal)/o;

    qr/$local_part\@$domain/o;
  };

  return $_[0] =~ $email_rfc5322_re;
}

[deathaxe]

Are you sure to have the latest Perl.sublime-syntax to be applied?

If I enter your example from the screenshots and paste your latest snippet into ST it looks like that

[KES777]

I am sure. Now // works fine.

and without that plugin the code displayed as:

What problem can be?

[deathaxe]

What means "Now // works fine"? Does it mean the current Perl syntax works or does it mean you deleted it to make it work?

Just tried the default Perl.sublime-syntax which is bundled with ST3176. It does not highlight everything but at least does not break the code. So I can't tell you the reason as everything works for me.

[KES777]

After installing (as rwols said) the // started to work fine.

If I remove installed Packages/Perl the code is highlighted as this:

I will check fresh 3176 version when it will be available as package for linux mint

[vsespb]

still broken in 3176 under debian 9

[wbond]

@vsespb This isn't part of the 3176 release. Did you install from this git repo?

[vsespb]

no. i get it - need wait new release after 3176

[michaelblyons]

Looks good in 3208.

[KES777]

At the version 5163f2ef3d5 I see next results:

They are OK