llvm-project.git/llvm/lib/Bitcode/Writer/BitWriter.cpp, branch users/mingmingl-llvm/annotator-backup

Rename F_{None,Text,Append} to OF_{None,Text,Append}. NFC

2019-08-05T05:43:48+00:00

F_{None,Text,Append} are kept for compatibility since r334221.

llvm-svn: 367800

Update the file headers across all of the LLVM projects in the monorepo

2019-01-19T08:50:56+00:00

to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636

Pass a reference to a module to the bitcode writer.

2018-02-14T19:11:32+00:00

This simplifies most callers as they are already using references or
std::unique_ptr.

llvm-svn: 325155

Split Bitcode/ReaderWriter.h into separate reader and writer headers

2016-11-11T05:34:58+00:00

Summary:
Split ReaderWriter.h which contains the APIs into both the BitReader and
BitWriter libraries into BitcodeReader.h and BitcodeWriter.h.

This is to address Chandler's concern about sharing the same API header
between multiple libraries (BitReader and BitWriter). That concern is
why we create a single bitcode library in our downstream build of clang,
which led to r286297 being reverted as it added a dependency that
created a cycle only when there is a single bitcode library (not two as
in upstream).

Reviewers: mehdi_amini

Subscribers: dlj, mehdi_amini, llvm-commits

Differential Revision: https://reviews.llvm.org/D26502

llvm-svn: 286566

Introduce LLVMWriteBitcodeToMemoryBuffer C API function.

2014-10-14T00:30:59+00:00

llvm-svn: 219643

Modernize raw_fd_ostream's constructor a bit.

2014-08-25T18:16:47+00:00

Take a StringRef instead of a "const char *".
Take a "std::error_code &" instead of a "std::string &" for error.

A create static method would be even better, but this patch is already a bit too
big.

llvm-svn: 216393

raw_ostream: Forward declare OpenFlags and include FileSystem.h only where necessary.

2014-04-29T23:26:49+00:00

llvm-svn: 207593

Replace the F_Binary flag with a F_Text one.

2014-02-24T18:20:12+00:00

After this I will set the default back to F_None. The advantage is that
before this patch forgetting to set F_Binary would corrupt a file on windows.
Forgetting to set F_Text produces one that cannot be read in notepad, which
is a better failure mode :-)

llvm-svn: 202052

Add a wrapper for open.

2013-07-16T19:44:17+00:00

This centralizes the handling of O_BINARY and opens the way for hiding more
differences (like how open behaves with directories).

llvm-svn: 186447

This patch breaks up Wrap.h so that it does not have to include all of

2013-05-01T20:59:00+00:00

the things, and renames it to CBindingWrapping.h.  I also moved 
CBindingWrapping.h into Support/.

This new file just contains the macros for defining different wrap/unwrap 
methods.

The calls to those macros, as well as any custom wrap/unwrap definitions 
(like for array of Values for example), are put into corresponding C++ 
headers.

Doing this required some #include surgery, since some .cpp files relied 
on the fact that including Wrap.h implicitly caused the inclusion of a 
bunch of other things.

This also now means that the C++ headers will include their corresponding 
C API headers; for example Value.h must include llvm-c/Core.h.  I think 
this is harmless, since the C API headers contain just external function 
declarations and some C types, so I don't believe there should be any 
nasty dependency issues here.

llvm-svn: 180881