Chris Lattner
c5d5cc7b8f
Revision of Brian's threading support library to be a bit more generic and
...
platform independent. This code is completely untested (but never used),
and needs autoconf support for detecting pthreads, but it's a start, and
deletes two emails from my inbox. :)
llvm-svn: 10906
2004-01-17 19:54:29 +00:00
Chris Lattner
83e7633d7c
This file goes away
...
llvm-svn: 10905
2004-01-17 19:35:57 +00:00
Brian Gaeke
d78dc95b86
Add a fixed bug
...
llvm-svn: 10904
2004-01-16 21:55:04 +00:00
John Criswell
3db2f0725d
Remove the use of LLVMGCCARCH. Instead, query the compiler for the
...
location of libgcc.a; that will tell us the name of the directory to find
the libraries that we're looking for.
llvm-svn: 10903
2004-01-16 21:53:23 +00:00
Brian Gaeke
60044e6f18
Remove some whitespace and fix up some comments.
...
Take settings of LCC and LCC1XX from configure.
llvm-svn: 10902
2004-01-16 21:31:34 +00:00
Brian Gaeke
deffc81af0
Get paths to cc1 and cc1plus by asking llvm-gcc, and AC_SUBST them.
...
llvm-svn: 10901
2004-01-16 21:31:22 +00:00
Brian Gaeke
155c7ebe11
Regenerated using autoconf-2.57.
...
llvm-svn: 10900
2004-01-16 21:31:21 +00:00
Brian Gaeke
d296bb2203
Take settings of LCC and LCC1XX from configure.
...
llvm-svn: 10899
2004-01-16 21:31:20 +00:00
Brian Gaeke
448e89cd43
Clarify comment.
...
llvm-svn: 10898
2004-01-16 21:13:10 +00:00
Brian Gaeke
3e83be326d
I'm fairly certain this was just a typo.
...
llvm-svn: 10897
2004-01-16 21:12:34 +00:00
Alkis Evlogimenos
7f300c9ea6
Handle printing of intervals that are not assign to any physical
...
register yet (2nd try).
llvm-svn: 10896
2004-01-16 20:33:13 +00:00
Alkis Evlogimenos
e03ef29452
Handle printing of intervals that are not assign to any physical
...
register yet.
llvm-svn: 10895
2004-01-16 20:29:42 +00:00
Alkis Evlogimenos
38f0f867b3
Fold open interval ends handling into
...
LiveIntervals::Interval::expiredAt() and simplify regalloc code.
llvm-svn: 10894
2004-01-16 20:17:05 +00:00
Alkis Evlogimenos
ed3c0a91b0
Add asserts to previous change.
...
llvm-svn: 10893
2004-01-16 16:23:23 +00:00
Alkis Evlogimenos
61db3621bd
Use a list instead of a vector to store intervals. This will be needed
...
when we join intervals and one of the two will need to be removed.
llvm-svn: 10892
2004-01-16 16:06:59 +00:00
Misha Brukman
bbc01f7b77
Use the LLVM standard name mangling infrastructure instead of reinventing the
...
wheel.
llvm-svn: 10891
2004-01-15 22:44:19 +00:00
Brian Gaeke
d22e443f1e
This is my script for narrowing down miscompilations to a single file.
...
llvm-svn: 10890
2004-01-15 22:35:43 +00:00
Chris Lattner
cce1db873e
If these blocks are empty, there is no reason to even emit the bytecode blocks.
...
This saves about 15K in 176.gcc, coupled with another patch that I'm working on.
llvm-svn: 10889
2004-01-15 21:06:57 +00:00
Chris Lattner
6e293222c3
Cleanups & efficiency improvements
...
llvm-svn: 10888
2004-01-15 20:24:09 +00:00
Misha Brukman
51525067d7
Put stylesheet after the title.
...
llvm-svn: 10887
2004-01-15 19:04:12 +00:00
Misha Brukman
e7aaa4afb9
* HTML 4.01 Strict DTD compliance
...
* Added icons to check document easily
llvm-svn: 10886
2004-01-15 19:03:47 +00:00
Chris Lattner
ba62115c2d
The bcwriter does not want ConstantPointerRef's to be indexed, and the asmwriter never did!
...
llvm-svn: 10885
2004-01-15 18:47:15 +00:00
Chris Lattner
44232deeda
ConstantPointerRef's are no longer emitted. This saves 20028 bytes in the
...
bytecode files when compiling 176.gcc, but more importantly will make it
easier to eliminate CPR's in the future (no new .bc revision will be
required to support them)
llvm-svn: 10884
2004-01-15 18:46:56 +00:00
Chris Lattner
844284aabe
Allow bytecode files to refer directly to global values as constants, instead
...
of forcing them to go through ConstantPointerRef's. This allows bytecode
files to mirror .ll files, allows more efficient encoding, and makes it easier
to eventually eliminate CPR's.
llvm-svn: 10883
2004-01-15 18:45:25 +00:00
Chris Lattner
5aea209da6
Fix more breakage with string change.
...
llvm-svn: 10882
2004-01-15 18:39:06 +00:00
Misha Brukman
bd78003c0d
* HTML 4.01 Strict DTD compliance
...
* Use stylesheets instead of adhoc formatting
* Fix broken links in doxygen due to llvm namespace
llvm-svn: 10881
2004-01-15 18:34:11 +00:00
Brian Gaeke
1459ac52af
Include TargetRegInfo.h and declare SparcTargetMachine forward, to make this
...
header more easily includable.
llvm-svn: 10880
2004-01-15 18:17:07 +00:00
Brian Gaeke
13203c0416
Make this assertion more self-explanatory.
...
llvm-svn: 10879
2004-01-15 18:15:58 +00:00
Chris Lattner
bde8112534
Hrm, thanks to misha for paying attention to my foolishness!
...
llvm-svn: 10878
2004-01-15 17:59:29 +00:00
Chris Lattner
ea4fbc9c68
PR73 is finally fixed
...
llvm-svn: 10877
2004-01-15 17:55:21 +00:00
Chris Lattner
04fe1058c2
Fix PR73: bytecode format inconsistent
...
llvm-svn: 10876
2004-01-15 17:55:09 +00:00
Chris Lattner
921cc4fd17
Fix PR73
...
llvm-svn: 10875
2004-01-15 17:55:01 +00:00
Chris Lattner
91f2cd914c
Fix brokenness in my last checking
...
llvm-svn: 10874
2004-01-15 16:56:15 +00:00
Brian Gaeke
1c65ca3a84
Remove configure support for endianness checking, the need for which
...
Chris has helpfully expunged.
llvm-svn: 10873
2004-01-15 06:22:37 +00:00
Chris Lattner
0184383aa7
Remove ENDIAN_* support. LLVM does not need it anymore.
...
llvm-svn: 10872
2004-01-15 06:13:58 +00:00
Chris Lattner
ed98fd7216
Change all of the bytecode reader primitives to throw exceptions instead of
...
returning error codes. Because they don't return an error code, they can
return the value read, which simplifies the code and makes the reader more
efficient (yaay!).
Also eliminate the special case code for little endian machines.
llvm-svn: 10871
2004-01-15 06:13:09 +00:00
Chris Lattner
4d2cf11dbb
Remove the optimization that depends on ENDIAN_LITTLE: it's not worth it.
...
llvm-svn: 10870
2004-01-15 06:11:30 +00:00
Chris Lattner
4a78294f54
Remove broken doxygen comments
...
llvm-svn: 10869
2004-01-15 04:37:10 +00:00
Misha Brukman
53aa160002
* Conform to HTML 4.01 strict DTD
...
* Use stylesheets instead of hard-coding formatting
llvm-svn: 10868
2004-01-15 00:14:41 +00:00
Misha Brukman
0b4edc1455
Make the stylesheet conform to CSS standard.
...
llvm-svn: 10867
2004-01-15 00:13:59 +00:00
Chris Lattner
71acf2763d
Improve comments, add support for remembering the constants strings that
...
are to be emitted.
llvm-svn: 10866
2004-01-14 23:37:43 +00:00
Chris Lattner
7ad2ec9e20
add support for -- for symmetry
...
llvm-svn: 10865
2004-01-14 23:37:22 +00:00
Chris Lattner
106bba1e9b
The new bytecode format supports emitting strings a special case. This is
...
intended to save size (and does on small programs), but on big programs it
actually increases the size of the program slightly. The deal is that many
functions end up using the characters that the string contained, and the
characters are no longer in the global constant table, so they have to be
emitted in function specific constant pools.
This pessimization will be fixed in subsequent patches.
llvm-svn: 10864
2004-01-14 23:36:54 +00:00
Chris Lattner
85a0f87636
Version 1.2 now supports encoding strings as a special case, to avoid having
...
to emit all of those sbyte constants.
llvm-svn: 10863
2004-01-14 23:35:21 +00:00
Chris Lattner
e360d84c48
When emitting bytecode, handle strings specially. Do not add the characters
...
that make up the strings to the slotcalculator.
llvm-svn: 10862
2004-01-14 23:34:39 +00:00
Chris Lattner
bfd3ea609c
Like output_data, it's obvious that input_data was only used with 1 character
...
data.
llvm-svn: 10861
2004-01-14 23:03:22 +00:00
Chris Lattner
6f42c62af3
"fix" a nasty race condition
...
llvm-svn: 10860
2004-01-14 21:18:03 +00:00
Chris Lattner
df58512f4d
Fix some exception safety problems
...
llvm-svn: 10859
2004-01-14 20:58:17 +00:00
Chris Lattner
c33ebd6588
Hrm, apparently I missed lowering this intrinsic. :(
...
llvm-svn: 10858
2004-01-14 20:41:29 +00:00
Chris Lattner
b2f01f6c70
It is obvious that this has never been used for outputing more than a single
...
byte, it's totally endian incorrect!
llvm-svn: 10857
2004-01-14 18:50:28 +00:00