Compilation fails on SunOS CC compiler - 2

[GoogleCodeExporter]

What steps will reproduce the problem?
1. download last (1.9) google-sparsehash
2. compile using CC compiler.
3. Errors:
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/sparsetabl
e_unittest.cc", line 625: Warning: Illegal parentheses around an array 
initializer.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 1116: Error: ptr is not defined.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: While instantiating "google::sparsegroup<int, 
48, 
google::libc_allocator_with_realloc<int>>::alloc_impl<google::libc_allocator_wit
h_realloc<int>>::realloc_or_die(int*, unsigned long)".
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: Instantiated from non-template code.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 1116: Error: n is not defined.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: While instantiating "google::sparsegroup<int, 
48, 
google::libc_allocator_with_realloc<int>>::alloc_impl<google::libc_allocator_wit
h_realloc<int>>::realloc_or_die(int*, unsigned long)".
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: Instantiated from non-template code.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 1116: Error: Cannot use int to initialize int*.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: While instantiating "google::sparsegroup<int, 
48, 
google::libc_allocator_with_realloc<int>>::alloc_impl<google::libc_allocator_wit
h_realloc<int>>::realloc_or_die(int*, unsigned long)".
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: Instantiated from non-template code.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 1123: Error: n is not defined.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: While instantiating "google::sparsegroup<int, 
48, 
google::libc_allocator_with_realloc<int>>::alloc_impl<google::libc_allocator_wit
h_realloc<int>>::realloc_or_die(int*, unsigned long)".
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: Instantiated from non-template code.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 1123: Error: ptr is not defined.
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: While instantiating "google::sparsegroup<int, 
48, 
google::libc_allocator_with_realloc<int>>::alloc_impl<google::libc_allocator_wit
h_realloc<int>>::realloc_or_die(int*, unsigned long)".
"/tb/builds/thd/tav/tbricks-2.3/src/thirdparty/sparsehash/1.9/src/src/google/spa
rsetable", line 960:     Where: Instantiated from non-template code.

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

1.9 google-sparsehash

Solaris 10 x86_64 U9

Please provide any additional information below.

Original issue reported on code.google.com by asilver....@gmail.com on 25 Oct 2010 at 11:52

[GoogleCodeExporter]

Thank you for the report.  I don't have access to a Sun cc compiler, so I can't 
fix this up myself.  If you're able to fix things up so they compile, feel free 
to submit a patch!

Original comment by csilv...@gmail.com on 25 Oct 2010 at 8:29

• Added labels: Type-Defect, Priority-Medium

[GoogleCodeExporter]

I'm looking to make a new sparsehash release very soon, and tried to figure out 
what these compiler errors might mean.  I can't do it -- they seem very strange 
to me, as if they're a compiler bug.  You may need to follow this up with the 
sun (oracle?) folks.  Let me know what you find out.

Original comment by csilv...@gmail.com on 21 Jan 2011 at 12:33

[GoogleCodeExporter]

It's been over a year now, so I'm going to close this WillNotFix.  Feel free to 
reopen it (with patches!).

Original comment by csilv...@gmail.com on 26 Aug 2011 at 12:17

• Changed state: WontFix