emscripten/third_party
Ehsan Akhgari 526a22f219 Use clang when building native lzma
This fixes issue #437.
2012-05-22 15:53:30 -04:00
..
CppHeaderParser new CppHeaderParser 2011-08-05 20:47:30 -07:00
closure-compiler Include Closure Compiler by default. 2012-03-06 13:26:15 -05:00
lzma.js Use clang when building native lzma 2012-05-22 15:53:30 -04:00
ply initial work on bindings generator, using CppHeaderParser and ply. llvm-gcc only for now 2011-07-03 23:51:38 -07:00
ansidecl.h non-working gcc demangler test 2010-10-20 22:56:12 -07:00
cp-demangle.h non-working gcc demangler test 2010-10-20 22:56:12 -07:00
demangle.h non-working gcc demangler test 2010-10-20 22:56:12 -07:00
demangler.py Import shared.py properly 2012-01-30 17:31:07 -05:00
gcc_demangler.c gcc_demanger tool 2010-10-21 12:33:08 -07:00
gcc_demangler.js update gcc_demangler.js, which no longer worked on latest js engines 2011-06-04 14:27:41 -07:00
libiberty.h non-working gcc demangler test 2010-10-20 22:56:12 -07:00
readme.txt gcc_demanger tool 2010-10-21 12:33:08 -07:00

readme.txt

The contents of this folder are from GCC, and are licensed
under the GPL (see details in the files themselves).

gcc_demangler.js was automatically generated from those
files, using Emscripten and the Closure Compiler. It is
under the same license.