Cygwin).

llvm-svn: 19255

parallel builds don't attempt to create it twice.

llvm-svn: 19171

llvm-svn: 19164

llvm-svn: 19138

* When reconfiguring, make sure the config.cache file is blown away so that
  its (old) values don't short-circuit doing the tests. When a reconfigure
  is done, it should be done from scratch, without the cache.
* For dist-check, don't pass --with-llvmgccdir any more because configure
  doesn't have this option any more.

llvm-svn: 19126

* Cleanup LLVMGCXX and LLVMGCC by providing LLVMGXXWITHPATH and LLVMGCCWITHPATH
  variables that add the $(LLVMToolDir) to the path so the CFE tools can find
  the right LLVM tools they depend on.
* Standardize the name of a variable: cferuntime_libdir -> CFERuntimeLibDir

llvm-svn: 19095

the .. directory.

llvm-svn: 19012

llvm-svn: 18996

* Convert "cmp" usage to $(CMP)
* Convert "cp" usage to $(CP)
* Fix some build messages to reflect what's actually going on
* Add a "reconfigure" target for forcing a reconfigure. Helps with testing
  things like Chris's recent changes.

llvm-svn: 18991

llvm-svn: 18989

Remove instrselector generation, remove Intel/ATT specifics from Makefile.rules.

llvm-svn: 18988

files that USE the .inc file unless the contents of the .inc file changes.

This should fix the problem where reconfiguring causes all targets to be
completely rebuilt (because config.h is usually modified, causing libsystem
to be rebuilt, causing tblgen to be rebuilt, causing .inc files to be
rebuilt, causing .o files to be rebuilt).

This patch also checks in a gross hack where .o files now explicitly depend
on $(BUILT_SOURCES), to avoid problems where the .inc files are not completely
generated before the .o files start to compile.

llvm-svn: 18986

to BUILD_OBJ_SRC. This will save the config.status and mklib files, then
wipe out the BUILD_OBJ_ROOT, copy back config.status and mklib, and then
run config.status to regenerate the makefiles. This target gives you a
completely clean/fresh BUILD_OBJ_ROOT.

llvm-svn: 18981

the bug with BUILT_SOURCES being dependencies of the user targets.

llvm-svn: 18980

variable before you can filter its value. Duh!

llvm-svn: 18979

the 32bit and 64bit variants.

llvm-svn: 18978

llvm-svn: 18975

llvm-svn: 18963

Many thanks to Vladimir Merzliakov for pointing this out!

llvm-svn: 18942

llvm-svn: 18901

llvm-svn: 18897

too and getting rid of the last remnants of bytecode_libdir.

llvm-svn: 18880

specify where the bytecode library is to be installed. This allows the
default location ($prefix/lib) to be overridden, for special case runtime
libraries like the cfe runtime libs.

llvm-svn: 18879

llvm-svn: 18873

contents to not be updated.

llvm-svn: 18872

llvm-svn: 18769

present in a directory that LLVM normally builds, it will skip building
the directory entirely. This is useful for allowing a bunch of projects to
live in the source tree but not be compiled from time to time.

llvm-svn: 18671

llvm-svn: 18615

llvm-svn: 18614

functionality.

llvm-svn: 18566

llvm-svn: 18544

llvm-svn: 18523

* Implement the FAKE_SOURCES feature for GCCLibraries/crtend \
* Search for distribution files >first< in srcdir and >second< in objdir \
* Make dist-hook only run in top level directory. \
* Make dist-check run correctly in parallel builds \
* Wrap lines to 80 cols \
* Standardize variable names

llvm-svn: 18504

llvm-svn: 18470

llvm-svn: 18463

libraries to the CFE.

llvm-svn: 18462

llvm-svn: 18452

llvm-svn: 18437

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

should fix the stale runtime libraries problem.

llvm-svn: 18361