The llvm-gcc front end mingw binary on llvm.org has patched a lot of *.h files under include directory. But when building llvm-gcc on mingw myself, there is no header file generated under include directory. So where do these header files come from? I am concerned for their licenses.
Thanks & Regards
Hello
The llvm-gcc front end mingw binary on llvm.org has patched a lot of *.h
files under include directory. But when building llvm-gcc on mingw myself,
there is no header file generated under include directory. So where do these
header files come from? I am concerned for their licenses.
These are ordinary mingw-runtime and w32-api headers. As far as I
remember, only complex.h was patched not to include inline fp math.
Hi 陈晓宇,
The llvm-gcc front end mingw binary on llvm.org <http://llvm.org> has patched a
lot of *.h files under include directory. But when building llvm-gcc on mingw
myself, there is no header file generated under include directory. So where do
these header files come from? I am concerned for their licenses.
if you mean the top level include directory in the llvm-gcc source, there seem
to be lots of headers in it:
$ ls gcc-4.2.llvm/include/
ansidecl.h dyn-string.h getopt.h obstack.h symcat.h
ChangeLog fibheap.h hashtab.h partition.h ternary.h
ChangeLog-9103 filenames.h libiberty.h safe-ctype.h xregex2.h
COPYING floatformat.h md5.h sort.h xregex.h
demangle.h fnmatch.h objalloc.h splay-tree.h xtensa-config.h
Best wishes, Duncan.
The llvm-gcc front end mingw binary on llvm.org <http://llvm.org> has patched a
lot of *.h files under include directory. But when building llvm-gcc on mingw
myself, there is no header file generated under include directory. So where do
these header files come from? I am concerned for their licenses.
if you mean the top level include directory in the llvm-gcc source, there seem
to be lots of headers in it:
Ah, maybe I know what does he mean as "patched". Stuff might be
patched due to fixincludes run during llvm-gcc compilation.
Thanks, Anton & Duncan. That’s the answer I want.
2011/3/29 Anton Korobeynikov <anton@korobeynikov.info>