LLVM 3.2 release notes

The LLVM 3.2 release is wrapping up, and the 3.2 release notes are being finalized. There is a section describing improvements in LLVM 3.2 that could use some help, please take a look when you get a chance:
http://llvm.org/viewvc/llvm-project/llvm/branches/release_32/docs/ReleaseNotes.html?revision=HEAD#lldb

I think that improvements in linux support, in particular, may be worth highlighting along with the other general goodness that has happened since LLVM 3.1 branched. Feel free to commit improvements directly to the release_32 branch, or email Pawel text to include.

-Chris

[did this go to lldb-dev on purpose?]

Hi Pawel,

From these docs:

  • ThreadSanitizer (TSan) - data race detector run-time library for C/C++ has been added.
  • Improvemens to AddressSanitizer including: increasing stack size limit to 256M, better portability (iOS6,Windows,Android NDK), support for cmake based builds, enhanced error reporting.

Both links point to nowhere.
AddressSanitizer’s support for iOS and Windows is immature to include it into release notes.
Did we do the “increasing stack size limit to 256M” bit?

–kcc

Hi Kostya,

[did this go to lldb-dev on purpose?]

Hi Pawel,

From these docs:

   - ThreadSanitizer
(TSan)<http://llvm.org/releases/3.2/tools/clang/docs/ThreadSanitizer.html>
-
   data race detector run-time library for C/C++ has been added.
   - Improvemens to
AddressSanitizer<http://llvm.org/releases/3.2/tools/clang/docs/AddressSanitizer.html>
including:
   increasing stack size limit to 256M, better portability
   (iOS6,Windows,Android NDK), support for cmake based builds, enhanced error
   reporting.

Both links point to nowhere.

Ah yes, for now it is kind of Back to the Future thingy.
These links will work only after the 3.2 release has been created
which did not happen yet but it will if we get it right.

AddressSanitizer's support for iOS and Windows is immature to include it
into release notes.

Ok, I will remove it.

Did we do the "increasing stack size limit to 256M" bit?

Commit log says so!
'256M' bit? but who counts stack size in bits.
Shall we say '256MB'?

--kcc

Thanks you for feedback!

Pawel

Hi Kostya,

[did this go to lldb-dev on purpose?]

Hi Pawel,

From these docs:

data race detector run-time library for C/C++ has been added.

including:
increasing stack size limit to 256M, better portability
(iOS6,Windows,Android NDK), support for cmake based builds, enhanced error
reporting.

Both links point to nowhere.

Ah yes, for now it is kind of Back to the Future thingy.
These links will work only after the 3.2 release has been created
which did not happen yet but it will if we get it right.

AddressSanitizer’s support for iOS and Windows is immature to include it
into release notes.

Ok, I will remove it.

Did we do the “increasing stack size limit to 256M” bit?

Commit log says so!

Hm? Which one?
Anyway, I am not sure if its worth mentioning.

–kcc

Don’t think any of the above ASan features are worth mentioning. Perhaps cmake support and error reporting.

Don't think any of the above ASan features are worth mentioning. Perhaps
cmake support and error reporting.

Seems there was quite a bit of development in ASan/TSan and besides
just bug fixes there must some good features worth mentioning
in addition to cmake and error reporting?

Might be easier if you could just provide short blurb.

Pawel

Don’t think any of the above ASan features are worth mentioning. Perhaps
cmake support and error reporting.

Seems there was quite a bit of development in ASan/TSan and besides
just bug fixes there must some good features worth mentioning
in addition to cmake and error reporting?

Might be easier if you could just provide short blurb.

I actually don’t think we did any significant user-visible improvements in asan other than LOTS of bug/performance/compatibility fixes.
asan for OSX and Android did not exist in 3.1 (Alex, right?), so these two platforms could be included into the release notes:

Improvements to AddressSanitizer including better portability (OSX, Android NDK), support for cmake based builds, enhanced error reporting and lots of bug fixes.

–kcc

I believe we didn't have support for OS X in LLVM 3.1 (e.g. Apple's
Clang 4.0 is based on 3.1 and it doesn't have that support yet). It
should be fine to include this.
Not sure about Android. Evgeniy?

Thanks Chris,

I added a few bullets about Linux improvements (r170247) to the release_32 branch. I'm not sure if anyone else working on the Apple LLDB team wants to add anything that's been improved/added on their end?

Cheers,
Dan

PS. Best of luck with the upcoming release!