search for: malfuncton

...le to > construct a patch for "blind", if no-one gets to it first. Maybe there are some such desynchronizations. Please report them and I'll fix them. On this specific case, IIRC, MinGW chokes if asmprinter is not on the list of components. This may be another consequence of the malfunctoning of llvm-config/GenLibDeps.pl on MinGW/MSYS. -- Oscar

...ind", if no-one gets to it first. >> > > Maybe there are some such desynchronizations. Please report them and > I'll fix them. > > On this specific case, IIRC, MinGW chokes if asmprinter is not on the > list of components. This may be another consequence of the malfunctoning > of llvm-config/GenLibDeps.pl on MinGW/MSYS. > That is the only desynchronization among the tools for libraries to link in. I haven't rigged the proofreader assistant system I'm writing to handle the actual file lists for each library yet. (Prototype is Windows batchfile....

Hello, Everyone > On this specific case, IIRC, MinGW chokes if asmprinter is not on the > list of components. This may be another consequence of the malfunctoning > of llvm-config/GenLibDeps.pl on MinGW/MSYS. This works for me without any problems on mingw32. What are the problems you're seeing? -- WBR, Anton Korobeynikov

Óscar Fuentes wrote: > Kenneth Boyd <zaimoni at zaimoni.com> writes: > > [snip] > >> My internal priority for that CMake patch is low, as I need only minimal >> patching to use the autoconf-generated configure script to build LLVM. >> Right now it's just llvm.config.in.in that needs patching (the failsafed >> GenLibDeps.pl script went in

...it first. >>> >> >> Maybe there are some such desynchronizations. Please report them and >> I'll fix them. >> >> On this specific case, IIRC, MinGW chokes if asmprinter is not on the >> list of components. This may be another consequence of the malfunctoning >> of llvm-config/GenLibDeps.pl on MinGW/MSYS. [snip] > Is that choking post-linking? IIRC, it caused the link to fail with unresolved externals, most likely because some library was not mentioned on the output of llvm-config, which in turn may be caused by the malfunction of GenLibD...

Kenneth Boyd <zaimoni at zaimoni.com> writes: [snip] >> That does not really surprise me about CMake, but then mingw is not a >> primary compiler on Windows, more so is VC++ or Intel, either way a >> bug should be submitted to the CMake devs. > I do not want to troll the CMake devteam, so I will not submit the bug > report without a full-blown patch. The CMake