The bot failure can be reproduced with: ./bin/llvm-config "--ldflags" "--libs" "--system-libs" all-targets analysis asmparser asmprinter bitreader bitwriter codegen core debuginfodwarf executionengine instrumentation interpreter ipo irreader linker mc mcjit objcarcopts option profiledata scalaropts support target Looking... -- Mehdi> On Feb 12, 2016, at 10:30 AM, Quentin Colombet <qcolombet at apple.com> wrote: > > Hi, > > This may happen because of r260569. > Now the libAArch64 has a dependency on libGlobalISel, though this one should also be generated but empty. > > Any llvm-config expert to help here? > > Cheers, > -Quentin >> On Feb 12, 2016, at 10:27 AM, Peter Collingbourne <peter at pcc.me.uk> wrote: >> >> Looks like this problem is also affecting the Go bindings build. >> http://lab.llvm.org:8011/builders/clang-x86_64-debian-fast/builds/34538/steps/test/logs/stdio >> >> Peter >> >> On Fri, Feb 12, 2016 at 10:20:50AM -0800, Ahmed Bougacha via llvm-dev wrote: >>> +Quentin >>> >>> >>> -Ahmed >>> >>> On Fri, Feb 12, 2016 at 10:16 AM, Alina Sbirlea via llvm-dev < >>> llvm-dev at lists.llvm.org> wrote: >>> >>>> Hi everyone, >>>> >>>> We are getting the following error when building the Halide library [1] >>>> (the component in question is GlobalISel) >>>> >>>> llvm-config: [...]/llvm/tools/llvm-config/llvm-config.cpp:86: void VisitComponent(const string&, const llvm::StringMap<AvailableComponent*>&, std::set<AvailableComponent*>&, std::vector<std::basic_string<char> >&, bool, bool, const std::function<std::basic_string<char>(const llvm::StringRef&)>*, std::vector<std::basic_string<char> >*, const string&): Assertion `AC && "Invalid component name!"' failed. >>>> >>>> The problem can also be reproduced with running: >>>> `llvm-config --libs aarch64` >>>> >>>> Could I get your input on how to address this problem? >>>> >>>> Thank you, >>>> Alina >>>> >>>> [1]http://halide-lang.org/ >>>> >>>> _______________________________________________ >>>> LLVM Developers mailing list >>>> llvm-dev at lists.llvm.org >>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >>>> >>>> >> >>> _______________________________________________ >>> LLVM Developers mailing list >>> llvm-dev at lists.llvm.org >>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >> >> >> -- >> Peter >
Should be fixed in r260701: GlobalISel was made to be always built in r260566 but the change was not reflected in LLVMBUILD.txt where it was an optional library. -- Mehdi> On Feb 12, 2016, at 10:42 AM, Mehdi Amini via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > The bot failure can be reproduced with: > > ./bin/llvm-config "--ldflags" "--libs" "--system-libs" all-targets analysis asmparser asmprinter bitreader bitwriter codegen core debuginfodwarf executionengine instrumentation interpreter ipo irreader linker mc mcjit objcarcopts option profiledata scalaropts support target > > Looking... > > -- > Mehdi > > > >> On Feb 12, 2016, at 10:30 AM, Quentin Colombet <qcolombet at apple.com> wrote: >> >> Hi, >> >> This may happen because of r260569. >> Now the libAArch64 has a dependency on libGlobalISel, though this one should also be generated but empty. >> >> Any llvm-config expert to help here? >> >> Cheers, >> -Quentin >>> On Feb 12, 2016, at 10:27 AM, Peter Collingbourne <peter at pcc.me.uk> wrote: >>> >>> Looks like this problem is also affecting the Go bindings build. >>> http://lab.llvm.org:8011/builders/clang-x86_64-debian-fast/builds/34538/steps/test/logs/stdio >>> >>> Peter >>> >>> On Fri, Feb 12, 2016 at 10:20:50AM -0800, Ahmed Bougacha via llvm-dev wrote: >>>> +Quentin >>>> >>>> >>>> -Ahmed >>>> >>>> On Fri, Feb 12, 2016 at 10:16 AM, Alina Sbirlea via llvm-dev < >>>> llvm-dev at lists.llvm.org> wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> We are getting the following error when building the Halide library [1] >>>>> (the component in question is GlobalISel) >>>>> >>>>> llvm-config: [...]/llvm/tools/llvm-config/llvm-config.cpp:86: void VisitComponent(const string&, const llvm::StringMap<AvailableComponent*>&, std::set<AvailableComponent*>&, std::vector<std::basic_string<char> >&, bool, bool, const std::function<std::basic_string<char>(const llvm::StringRef&)>*, std::vector<std::basic_string<char> >*, const string&): Assertion `AC && "Invalid component name!"' failed. >>>>> >>>>> The problem can also be reproduced with running: >>>>> `llvm-config --libs aarch64` >>>>> >>>>> Could I get your input on how to address this problem? >>>>> >>>>> Thank you, >>>>> Alina >>>>> >>>>> [1]http://halide-lang.org/ >>>>> >>>>> _______________________________________________ >>>>> LLVM Developers mailing list >>>>> llvm-dev at lists.llvm.org >>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >>>>> >>>>> >>> >>>> _______________________________________________ >>>> LLVM Developers mailing list >>>> llvm-dev at lists.llvm.org >>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >>> >>> >>> -- >>> Peter >> > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
Quentin Colombet via llvm-dev
2016-Feb-12 18:59 UTC
[llvm-dev] llvm-config error for aarch64
Thanks a bunch! Q.> On Feb 12, 2016, at 10:48 AM, Mehdi Amini <mehdi.amini at apple.com> wrote: > > Should be fixed in r260701: GlobalISel was made to be always built in r260566 but the change was not reflected in LLVMBUILD.txt where it was an optional library. > > -- > Mehdi > >> On Feb 12, 2016, at 10:42 AM, Mehdi Amini via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> The bot failure can be reproduced with: >> >> ./bin/llvm-config "--ldflags" "--libs" "--system-libs" all-targets analysis asmparser asmprinter bitreader bitwriter codegen core debuginfodwarf executionengine instrumentation interpreter ipo irreader linker mc mcjit objcarcopts option profiledata scalaropts support target >> >> Looking... >> >> -- >> Mehdi >> >> >> >>> On Feb 12, 2016, at 10:30 AM, Quentin Colombet <qcolombet at apple.com> wrote: >>> >>> Hi, >>> >>> This may happen because of r260569. >>> Now the libAArch64 has a dependency on libGlobalISel, though this one should also be generated but empty. >>> >>> Any llvm-config expert to help here? >>> >>> Cheers, >>> -Quentin >>>> On Feb 12, 2016, at 10:27 AM, Peter Collingbourne <peter at pcc.me.uk> wrote: >>>> >>>> Looks like this problem is also affecting the Go bindings build. >>>> http://lab.llvm.org:8011/builders/clang-x86_64-debian-fast/builds/34538/steps/test/logs/stdio >>>> >>>> Peter >>>> >>>> On Fri, Feb 12, 2016 at 10:20:50AM -0800, Ahmed Bougacha via llvm-dev wrote: >>>>> +Quentin >>>>> >>>>> >>>>> -Ahmed >>>>> >>>>> On Fri, Feb 12, 2016 at 10:16 AM, Alina Sbirlea via llvm-dev < >>>>> llvm-dev at lists.llvm.org> wrote: >>>>> >>>>>> Hi everyone, >>>>>> >>>>>> We are getting the following error when building the Halide library [1] >>>>>> (the component in question is GlobalISel) >>>>>> >>>>>> llvm-config: [...]/llvm/tools/llvm-config/llvm-config.cpp:86: void VisitComponent(const string&, const llvm::StringMap<AvailableComponent*>&, std::set<AvailableComponent*>&, std::vector<std::basic_string<char> >&, bool, bool, const std::function<std::basic_string<char>(const llvm::StringRef&)>*, std::vector<std::basic_string<char> >*, const string&): Assertion `AC && "Invalid component name!"' failed. >>>>>> >>>>>> The problem can also be reproduced with running: >>>>>> `llvm-config --libs aarch64` >>>>>> >>>>>> Could I get your input on how to address this problem? >>>>>> >>>>>> Thank you, >>>>>> Alina >>>>>> >>>>>> [1]http://halide-lang.org/ >>>>>> >>>>>> _______________________________________________ >>>>>> LLVM Developers mailing list >>>>>> llvm-dev at lists.llvm.org >>>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >>>>>> >>>>>> >>>> >>>>> _______________________________________________ >>>>> LLVM Developers mailing list >>>>> llvm-dev at lists.llvm.org >>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >>>> >>>> >>>> -- >>>> Peter >>> >> >> _______________________________________________ >> LLVM Developers mailing list >> llvm-dev at lists.llvm.org >> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >
Thank you! Alina On Fri, Feb 12, 2016 at 10:48 AM, Mehdi Amini via llvm-dev < llvm-dev at lists.llvm.org> wrote:> Should be fixed in r260701: GlobalISel was made to be always built in > r260566 but the change was not reflected in LLVMBUILD.txt where it was an > optional library. > > -- > Mehdi > > > On Feb 12, 2016, at 10:42 AM, Mehdi Amini via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > The bot failure can be reproduced with: > > > > ./bin/llvm-config "--ldflags" "--libs" "--system-libs" all-targets > analysis asmparser asmprinter bitreader bitwriter codegen core > debuginfodwarf executionengine instrumentation interpreter ipo irreader > linker mc mcjit objcarcopts option profiledata scalaropts support target > > > > Looking... > > > > -- > > Mehdi > > > > > > > >> On Feb 12, 2016, at 10:30 AM, Quentin Colombet <qcolombet at apple.com> > wrote: > >> > >> Hi, > >> > >> This may happen because of r260569. > >> Now the libAArch64 has a dependency on libGlobalISel, though this one > should also be generated but empty. > >> > >> Any llvm-config expert to help here? > >> > >> Cheers, > >> -Quentin > >>> On Feb 12, 2016, at 10:27 AM, Peter Collingbourne <peter at pcc.me.uk> > wrote: > >>> > >>> Looks like this problem is also affecting the Go bindings build. > >>> > http://lab.llvm.org:8011/builders/clang-x86_64-debian-fast/builds/34538/steps/test/logs/stdio > >>> > >>> Peter > >>> > >>> On Fri, Feb 12, 2016 at 10:20:50AM -0800, Ahmed Bougacha via llvm-dev > wrote: > >>>> +Quentin > >>>> > >>>> > >>>> -Ahmed > >>>> > >>>> On Fri, Feb 12, 2016 at 10:16 AM, Alina Sbirlea via llvm-dev < > >>>> llvm-dev at lists.llvm.org> wrote: > >>>> > >>>>> Hi everyone, > >>>>> > >>>>> We are getting the following error when building the Halide library > [1] > >>>>> (the component in question is GlobalISel) > >>>>> > >>>>> llvm-config: [...]/llvm/tools/llvm-config/llvm-config.cpp:86: void > VisitComponent(const string&, const llvm::StringMap<AvailableComponent*>&, > std::set<AvailableComponent*>&, std::vector<std::basic_string<char> >&, > bool, bool, const std::function<std::basic_string<char>(const > llvm::StringRef&)>*, std::vector<std::basic_string<char> >*, const > string&): Assertion `AC && "Invalid component name!"' failed. > >>>>> > >>>>> The problem can also be reproduced with running: > >>>>> `llvm-config --libs aarch64` > >>>>> > >>>>> Could I get your input on how to address this problem? > >>>>> > >>>>> Thank you, > >>>>> Alina > >>>>> > >>>>> [1]http://halide-lang.org/ > >>>>> > >>>>> _______________________________________________ > >>>>> LLVM Developers mailing list > >>>>> llvm-dev at lists.llvm.org > >>>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > >>>>> > >>>>> > >>> > >>>> _______________________________________________ > >>>> LLVM Developers mailing list > >>>> llvm-dev at lists.llvm.org > >>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > >>> > >>> > >>> -- > >>> Peter > >> > > > > _______________________________________________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160212/e6f639d0/attachment.html>