llvm-mirror

mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-24 19:52:54 +01:00

History

Rafael Espindola ab8eb4d8f7 Remove projects/sample. As an example that was not actually being used, it suffered from a slow bitrot. The two main issues with it were that it had no cmake support and included a copy of the autoconf directory. The reality is that autoconf is not easily composable. The lack of composabilty is why we have clang options in llvm's configure. Suggesting that users include a copy of autoconf/ in their projects seems a bad idea. We are also in the process of switching to cmake, so pushing autoconf to new project is probably not what we want. llvm-svn: 203728		2014-03-12 22:40:22 +00:00
..
m4	Drop libtool from llvm.	2014-02-28 18:17:54 +00:00
AutoRegen.sh	Drop libtool from llvm.	2014-02-28 18:17:54 +00:00
config.guess	Add aarch64 to config.guess	2014-02-25 09:30:54 +00:00
config.sub	Add AArch64 as an experimental target.	2013-01-31 12:12:40 +00:00
configure.ac	Remove projects/sample.	2014-03-12 22:40:22 +00:00
ExportMap.map
install-sh
LICENSE.TXT
missing
mkinstalldirs
README.TXT	Now that we don't use libtool, we don't need to upgrade it :-)	2014-03-05 22:45:14 +00:00

README.TXT

Upgrading autoconf
===============================================================================

If you are in the mood to upgrade autoconf, you should:

 1. Consider not upgrading.
 2. No really, this is a hassle, you don't want to do it.
 3. Get the new version of autoconf and put it in <SRC>
 4. configure/build/install autoconf with --prefix=<PFX>
 5. Run autoupdate on all the m4 macros in llvm/autoconf/m4
 6. Run autoupdate on llvm/autoconf/configure.ac
 7. Regenerate configure script with AutoRegen.sh
 8. If there are any warnings from AutoRegen.sh, fix them and go to step 7.
 9. Test, test, test.