tools: fix tickprocessor Cpp symbols on mac

tools/tickprocessor.js

 // Copyright 2012 the V8 project authors. All rights reserved.
 // Redistribution and use in source and binary forms, with or without
 // modification, are permitted provided that the following conditions are
 // met:
 //
 //     * Redistributions of source code must retain the above copyright
 //       notice, this list of conditions and the following disclaimer.
 //     * Redistributions in binary form must reproduce the above
 //       copyright notice, this list of conditions and the following
 //       disclaimer in the documentation and/or other materials provided
@@ skipping 739 matching lines @@
   UnixCppEntriesProvider.call(this, nmExec, targetRootFS);
   // Note an empty group. It is required, as UnixCppEntriesProvider expects 3 groups.
   this.FUNC_RE = /^([0-9a-fA-F]{8,16}) ()[iItT] (.*)$/;
 };
 inherits(MacCppEntriesProvider, UnixCppEntriesProvider);
 
 
 MacCppEntriesProvider.prototype.loadSymbols = function(libName) {
   this.parsePos = 0;
   libName = this.targetRootFS + libName;
+
+  // It seems that in OS X `nm` thinks that `-f` is a format option, not a
+  // "flat" display option flag.

[noordhuis, 2016/03/28 18:32:24]

It sounds like you were picking up the GNU version of nm, not Apple's.  I'd drop
the comment and tweak the commit log.

[fedor.indutny, 2016/03/28 21:20:46]

It could be this, but sounds very unlikely considering that `nm --version` says:

LLVM (http://llvm.org/):
  LLVM version 7.3.0
  Optimized build.
  Built Mar  8 2016 (10:26:42).
  Default target: x86_64-apple-darwin15.4.0
  Host CPU: haswell

Also, I have just installed xcode tools on my wife's laptop, and it is
absolutely the same. Could have been changed with latest updated, hard to tell!

[Michael Achenbach, 2016/04/06 06:53:52]

I logged onto a random mac 10.9.5 bot and typed:
which nm
/usr/bin/nm

nm --version
error:
/Applications/Xcode5.1.1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm:
invalid argument --
Usage:
/Applications/Xcode5.1.1.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm
[-agnopruUmxjlfAP[s segname sectname] [-] [-t format] [[-arch <arch_flag>] ...]
[file ...]

The usage output has exactly the same flags as in the description here:
https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPag...

[fedor.indutny, 2016/04/07 15:07:41]

I guess there are some differences between `nm` supplied by Xcode and
/usr/bin/nm . It seems to me that (at least) on the latest OS X versions, `which
nm` defaults to `/usr/bin/nm`.

Sorry to ask you about this, but since I don't have any machines like this at
hand... does the output differ without `-f` flag on that Xcode nm? What is the
difference?

   try {
-    this.symbols = [os.system(this.nmExec, ['-n', '-f', libName], -1, -1), ''];
+    this.symbols = [os.system(this.nmExec, ['-n', libName], -1, -1), ''];
   } catch (e) {
     // If the library cannot be found on this system let's not panic.
     this.symbols = '';
   }
 };
 
 
 function WindowsCppEntriesProvider(_ignored_nmExec, targetRootFS) {
   this.targetRootFS = targetRootFS;
   this.symbols = '';
@@ skipping 199 matching lines @@
     for (var synArg in this.argsDispatch_) {
       if (arg !== synArg && dispatch === this.argsDispatch_[synArg]) {
         synonyms.push(synArg);
         delete this.argsDispatch_[synArg];
       }
     }
     print('  ' + padRight(synonyms.join(', '), 20) + " " + dispatch[2]);
   }
   quit(2);
 };