Parse error: syntax error, unexpected '0' (T_LNUMBER), expecting identifier (T_STRING) or variable (T_VARIABLE) or '{' or '$' in

Have experienced same behavior.

Typo

I also occasionally get parse errors. In my case, the line number of the error points directly to the problem. I have visibility rules on a panel that are set with a wildcard such as a URL of '*/rcc/*. A change to the feature will generate a comment like:

*/rcc/*'; /* WAS: '*/rcc-ccr/*

The problem is that the comment is not escaped. This can easily be corrected by replacing all occurrences of '*/' with '*\/'.

Same problem when trying to export Elysia Cron rules which contain a number of asterisks and slashes.

Example that causes a parse error:

/**
 * Implements hook_default_elysia_cron_rules_alter().
 */
function myfeature_default_elysia_cron_rules_alter(&$data) {
  if (isset($data['feeds_cron'])) {
    $data['feeds_cron']->rule = '*/2 * * * *'; /* WAS: '*/3 * * * *' */
  }
  if (isset($data['job_scheduler_cron'])) {
    $data['job_scheduler_cron']->rule = '*/2 * * * *'; /* WAS: '*/3 * * * *' */
  }
}

I'm seeing this too. It's particularly troublesome because it short-circuits both the site and Drush, so there's not even a way to clear the site's cache if you fix it by escaping the comments. You have to edit the site database to disable the feature, then remove the code entirely, then clear caches, then move the feature back (with escaped comments) and then re-enable it.

It would be really nice to see this bug get fixed.

The issue described in comments #2, 3 and 4 seem to be different from the issue described in the original post and comment #1.

Personally, I'm experiencing the issue described in the OP and comment #1. Has anyone come up with a solution yet?

In my override module that I created, I had this code and was getting the parse error described above:

  if (isset($data['rules_og_member_active'])) {
    $data['rules_og_member_active']->0 = Array; /* WAS: '' */
    $data['rules_og_member_active']->1 = Array; /* WAS: '' */
    $data['rules_og_member_active']->2 = Array; /* WAS: '' */
    $data['rules_og_member_active']->3 = Array; /* WAS: '' */
  }
  if (isset($data['rules_og_member_pending'])) {
    $data['rules_og_member_pending']->0 = Array; /* WAS: '' */
    $data['rules_og_member_pending']->1 = Array; /* WAS: '' */
    $data['rules_og_member_pending']->2 = Array; /* WAS: '' */
    $data['rules_og_member_pending']->3 = Array; /* WAS: '' */
  }
  if (isset($data['rules_og_new_content'])) {
    $data['rules_og_new_content']->0 = Array; /* WAS: '' */
    $data['rules_og_new_content']->1 = Array; /* WAS: '' */
    $data['rules_og_new_content']->2 = Array; /* WAS: '' */
  }

Replacing the above code with the following code resolved the parse error for me:

  if (isset($data['rules_og_member_active'])) {
    $data['rules_og_member_active']->{0} = array(); /* WAS: '' */
    $data['rules_og_member_active']->{1} = array(); /* WAS: '' */
    $data['rules_og_member_active']->{2} = array(); /* WAS: '' */
    $data['rules_og_member_active']->{3} = array(); /* WAS: '' */
  }
  if (isset($data['rules_og_member_pending'])) {
    $data['rules_og_member_pending']->{0} = array(); /* WAS: '' */
    $data['rules_og_member_pending']->{1} = array(); /* WAS: '' */
    $data['rules_og_member_pending']->{2} = array(); /* WAS: '' */
    $data['rules_og_member_pending']->{3} = array(); /* WAS: '' */
  }
  if (isset($data['rules_og_new_content'])) {
    $data['rules_og_new_content']->{0} = array(); /* WAS: '' */
    $data['rules_og_new_content']->{1} = array(); /* WAS: '' */
    $data['rules_og_new_content']->{2} = array(); /* WAS: '' */
  }

Converting the numeric keys to {0} is fixed in 4cc008a and 87f3943.

Can't reproduce the issue with array() being exported as Array. Features override specifically looks for arrays and outputs empty arrays as array().