Hi Greg, Thanks for your patience. Looking through the LLVM source code, it appears that for the > "systemz" architecture, there is currently no local CCMgr > implementation available, and this then prevents indirection support > and COD layer support. BUT - apparently it can still function (maybe > less efficiently?) without these? > Is somebody able to clarify exactly what that error message means and > what the limitations are? Is it unwise to use LLVM on architectures on > which this error is reported? > I looked through the LLVM V10 source code and there still seems to be > this issue for systemz. You are correct: The error is generated when a call is made to the createLocalCompileCallbackManager function. Platforms that don't support a callback manager (yet) can not use lazy compilation, but can still JIT whole modules. I suspect that postgres is using the older ORC C bindings. These always try to enable lazy compilation support and direct any errors to stderr. Postgress probably isn't using the lazy compilation support anyway, which is why everything works just fine despite the error. These older APIs are deprecated, so the best solution would be for postgres to move to the newer C APIs (see https://github.com/llvm/llvm-project/blob/master/llvm/include/llvm-c/Orc.h). Are you working on Postgres yourself, or just building it? Regards, Lang. On Thu, Jun 25, 2020 at 4:49 AM Greg Nancarrow via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi LLVM Developers, > > I have a query about an LLVM error message that I'm encountering and I > hope it's appropriate to post to this mailing list about it. > > Postgres can be built with LLVM-based JIT support. > I find that when running on Linux (RHEL8) on IBM Z hardware, using > LLVM8+, I'm seeing many instances of the following LLVM error message > appearing in the Postgres server log: > > ORC error: No callback manager available for s390x-ibm-linux > > (strangely, it otherwise doesn't seem to be causing any problems) > > Looking through the LLVM source code, it appears that for the > "systemz" architecture, there is currently no local CCMgr > implementation available, and this then prevents indirection support > and COD layer support. BUT - apparently it can still function (maybe > less efficiently?) without these? > Is somebody able to clarify exactly what that error message means and > what the limitations are? Is it unwise to use LLVM on architectures on > which this error is reported? > I looked through the LLVM V10 source code and there still seems to be > this issue for systemz. > > Secondly, LLVM sends this error message to standard error. As a caller > of the LLVM library, it would be nice to be able to redirect such > messages from the library - is it possible? > > Hope you can advise, > Greg > _______________________________________________ > LLVM Developers mailing list > llvm-dev at lists.llvm.org > https://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/20200708/d863db56/attachment-0001.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4