History log of /llvm-project/llvm/lib/Bitcode/Reader/BitcodeReader.cpp (Results 1226 – 1250 of 1334)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# ca9d93e6 02-Sep-2008 Devang Patel <dpatel@apple.com>

Read and write function notes.

llvm-svn: 55657


# 479c5d9e 21-Aug-2008 Chris Lattner <sabre@nondot.org>

Switch from an O(n) method to an O(1) method for changing non-constant
operands.

llvm-svn: 55127


# 74429938 21-Aug-2008 Chris Lattner <sabre@nondot.org>

recommit bcreader, handling packed structs correctly. Apparently
people want fast *and* correct. Sheesh.

llvm-svn: 55102


# ad1a1de1 21-Aug-2008 Daniel Dunbar <daniel@zuster.org>

Revert 55090, regressions in:
- Postgres
- llvm-test/SingleSource/UnitTests/{2006-01-23-InitializedBitField,
2004-11-28-GlobalBoolLayout, 2003-05-02-DependentPHI}

llvm-svn: 55100


# 0bed49cc 21-Aug-2008 Chris Lattner <sabre@nondot.org>

Fix an N^2 issue handling constant resolution due to RAUW in large arrays
this speeds up the bcreader from 6.67s to 0.12s on a testcase Daniel
provided. rdar://6158117

llvm-svn: 55090


# d930f913 17-Aug-2008 Gordon Henriksen <gordonhenriksen@mac.com>

Rename some GC classes so that their roll will hopefully be clearer.

In particular, Collector was confusing to implementors. Several
thought that this compile-time class was the place to implement
t

Rename some GC classes so that their roll will hopefully be clearer.

In particular, Collector was confusing to implementors. Several
thought that this compile-time class was the place to implement
their runtime GC heap. Of course, it doesn't even exist at runtime.
Specifically, the renames are:

Collector -> GCStrategy
CollectorMetadata -> GCFunctionInfo
CollectorModuleMetadata -> GCModuleInfo
CollectorRegistry -> GCRegistry
Function::getCollector -> getGC (setGC, hasGC, clearGC)

Several accessors and nested types have also been renamed to be
consistent. These changes should be obvious.

llvm-svn: 54899

show more ...


# fa1211f6 23-Jul-2008 Dan Gohman <gohman@apple.com>

Enable first-class aggregates support.

Remove the GetResultInst instruction. It is still accepted in LLVM assembly
and bitcode, where it is now auto-upgraded to ExtractValueInst. Also, remove
suppor

Enable first-class aggregates support.

Remove the GetResultInst instruction. It is still accepted in LLVM assembly
and bitcode, where it is now auto-upgraded to ExtractValueInst. Also, remove
support for return instructions with multiple values. These are auto-upgraded
to use InsertValueInst instructions.

The IRBuilder still accepts multiple-value returns, and auto-upgrades them
to InsertValueInst instructions.

llvm-svn: 53941

show more ...


# d5d24f63 21-Jul-2008 Dan Gohman <gohman@apple.com>

InsertValue and ExtractValue constant expressions are always
folded. Remove code that handled the case where they aren't
folded, and remove bitcode reader/writer support for them.

llvm-svn: 53887


# a660f4bb 09-Jul-2008 Chris Lattner <sabre@nondot.org>

Add a little wrapper header that is put around bc files when emitting
bc files for modules with a target triple that indicates they are for
darwin. The reader unconditionally handles this, and the w

Add a little wrapper header that is put around bc files when emitting
bc files for modules with a target triple that indicates they are for
darwin. The reader unconditionally handles this, and the writer could
turn this on for more targets if we care.

This change has two benefits for darwin:

1) it allows us to encode the cpu type of the file in an easy to read
place that doesn't require decoding the bc file.
2) it works around a bug (IMO) in darwin's AR where it is incapable of
handling files that are not a multiple of 8 bytes long. BC files
are only guaranteed to be multiples of 4 bytes long.

llvm-svn: 53275

show more ...


Revision tags: llvmorg-2.3.0
# ca0256ab 31-May-2008 Dan Gohman <gohman@apple.com>

Improved bitcode support for insertvalue/extractvalue.

llvm-svn: 51822


# 1ecaf45c 31-May-2008 Dan Gohman <gohman@apple.com>

IR, bitcode reader, bitcode writer, and asmparser changes to
insertvalue and extractvalue to use constant indices instead of
Value* indices. And begin updating LangRef.html.

There's definately more

IR, bitcode reader, bitcode writer, and asmparser changes to
insertvalue and extractvalue to use constant indices instead of
Value* indices. And begin updating LangRef.html.

There's definately more to come here, but I'm checking this
basic support in now to make it available to people who are
interested.

llvm-svn: 51806

show more ...


# 2d3024d8 26-May-2008 Gabor Greif <ggreif@gmail.com>

eliminate calls to deprecated Use::init() interface

llvm-svn: 51570


# 30499844 23-May-2008 Dan Gohman <gohman@apple.com>

Make structs and arrays first-class types, and add assembly
and bitcode support for the extractvalue and insertvalue
instructions and constant expressions.

Note that this does not yet include CodeGe

Make structs and arrays first-class types, and add assembly
and bitcode support for the extractvalue and insertvalue
instructions and constant expressions.

Note that this does not yet include CodeGen support.

llvm-svn: 51468

show more ...


# e1f6e4b2 16-May-2008 Gabor Greif <ggreif@gmail.com>

API change for {BinaryOperator|CmpInst|CastInst}::create*() --> Create. Legacy interfaces will be in place for some time. (Merge from use-diet branch.)

llvm-svn: 51200


# 697e94cc 15-May-2008 Gabor Greif <ggreif@gmail.com>

Fix a bunch of 80col violations that arose from the Create API change. Tweak makefile targets to find these better.

llvm-svn: 51143


# ce4396bc 14-May-2008 Dale Johannesen <dalej@apple.com>

Add CommonLinkage; currently tentative definitions
are represented as "weak", but there are subtle differences
in some cases on Darwin, so we need both. The intent
is that "common" will behave ident

Add CommonLinkage; currently tentative definitions
are represented as "weak", but there are subtle differences
in some cases on Darwin, so we need both. The intent
is that "common" will behave identically to "weak" unless
somebody changes their target to do something else.
No functional change as yet.

llvm-svn: 51118

show more ...


# 68586bdd 12-May-2008 Nate Begeman <natebegeman@mac.com>

Simplify some checks

llvm-svn: 50998


# 17c5434a 12-May-2008 Nate Begeman <natebegeman@mac.com>

Pointer comparisons should use icmp, not vicmp

llvm-svn: 50996


# 66d0a0e8 12-May-2008 Nate Begeman <natebegeman@mac.com>

Pointer comparisons should be handled by icmp, not vicmp :)

llvm-svn: 50994


# d2195700 12-May-2008 Nate Begeman <natebegeman@mac.com>

Add two new instructions to the llvm IR, vicmp and vfcmp. see updated LangRef
for details. CodeGen support coming in a follow up patch

llvm-svn: 50985


# f6caff66 10-May-2008 Gabor Greif <ggreif@gmail.com>

merge of use-diet branch to trunk

llvm-svn: 50943


# 4d43d3c7 25-Apr-2008 Nick Lewycky <nicholas@mxc.ca>

Remove 'unwinds to' support from mainline. This patch undoes r47802 r47989
r48047 r48084 r48085 r48086 r48088 r48096 r48099 r48109 and r48123.

llvm-svn: 50265


# 3b18762f 20-Apr-2008 Chris Lattner <sabre@nondot.org>

Switch to using Simplified ConstantFP::get API.

llvm-svn: 49977


# a0a58b63 13-Apr-2008 Chris Lattner <sabre@nondot.org>

Gabor points out that reserveOperandSpace takes # of values,
not # of operands as an input.

llvm-svn: 49599


# e9ecc68d 06-Apr-2008 Gabor Greif <ggreif@gmail.com>

API changes for class Use size reduction, wave 1.
Specifically, introduction of XXX::Create methods
for Users that have a potentially variable number of
Uses.

llvm-svn: 49277


1...<<41424344454647484950>>...54