llvm-svn: 18436

Including alloca.h on Solaris brings in the prototype of strftime(), which
breaks compilation of CBE generated code.

llvm-svn: 18435

llvm-svn: 18434

instead of 80-bits of precision.  This fixes PR467.

This change speeds up fldry on X86 with LLC from 7.32s on apoc to 4.68s.

llvm-svn: 18433

llvm-svn: 18432

llvm-svn: 18431

llvm-svn: 18429

* Make the linker find lib*.bca files now instead of lib*.bc since those
  are what the makefiles now generate for bytecode archives.
* Make sure the linker only links archives when LinkLibraries is called.
  Previously if it found a lib*.bc file and that file was a bytecode file,
  it would link in the entire bytecode. This could make -lc -lc fail with
  duplicate symbols error but it shouldn't as searching multiple libraries,
  even the same one more than once, is permitted.
* Now that the above problems are corrected, implement the dependent libs
  feature. After the module is linked with all specified libraries, the
  LinkLibraries function will obtain the set of dependent libraries from
  the linked modules and attemp to find and link against those libraries.

llvm-svn: 18428

* Don't have lines longer than 80 cols
* Blank line after the header
* Reduce spaces in var definitions.

llvm-svn: 18427

Much of what this Makefile did to make a libcrtend.a file is now supported
by Makefile.rules when BYTECODE_LIBRARY=1 is specified. So, we've
simplified the make rules for building this library.

llvm-svn: 18426

Change construction of bytecode libraries from producing a single bytecode
file to producing a library containing bytecode files. This gets around the
problem of multiple symbol definitions in the linker if something like
-lc -lc is attempted on the command line. Previously this happened because
the linker would find libc.bc as a "library". It will now find libc.a which
it can simply search for missing symbols instead of linking in wholesale.

llvm-svn: 18425

llvm-svn: 18424

set. The member name comparison was failing for truncated names. This patch
fixes that. Truncated names are now properly replaced.

llvm-svn: 18423

llvm-svn: 18422

llvm-svn: 18421

llvm-svn: 18420

llvm-svn: 18419

in scary and unknown ways before we promote it.  This fixes the miscompilation
of 188.ammp that has been plauging us since a globalopt patch went in.

Thanks a ton to Tanya for helping me diagnose the problem!

llvm-svn: 18418

This doesn't fix anything that I'm aware of, just noticed it by inspection

llvm-svn: 18417

llvm-svn: 18415

* Don't search a bunch of .. directories for something we'd never find,
  because we don't imbed tclsh into LLVM.
* Look for various tclsh versions because some platforms don't install the
  tclsh link but just have tclsh8.3 or tclsh8.4 or some such.

llvm-svn: 18414

llvm-svn: 18412

llvm-svn: 18411

llvm-svn: 18410

* Add testing notes to the instruction section similar as for intrinsics
* Mention adding codegen support for new instructions

llvm-svn: 18409

llvm-svn: 18408

http://mail.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20041122/021428.html

It broke Mutlisource/Applications/obsequi

llvm-svn: 18407

llvm-svn: 18406

llvm-svn: 18405

llvm-svn: 18404

llvm-svn: 18403

Thanks to Vladimir Merzliakov for finding this.

llvm-svn: 18402

option so that permissions errors don't occur if the default, /usr/local,
is taken.

llvm-svn: 18401

llvm-svn: 18400

llvm-svn: 18399

llvm-svn: 18398

llvm-svn: 18397

llvm-svn: 18396

llvm-svn: 18395

llvm-svn: 18394