Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-01-19T08:50:56+00:00 2019-01-19T08:50:56+00:00 Chandler Carruth chandlerc@gmail.com 2019-01-19T08:50:56+00:00 urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3 to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 2017-10-26T16:44:13+00:00 Keno Fischer keno@alumni.harvard.edu 2017-10-26T16:44:13+00:00 urn:sha1:1c43ad09650adcb66525f8e074e708691b3c841b Summary: On musl libc, stdin/out/err are defined as `FILE* const` globals, and their address is not implicitly convertible to void *, or at least gcc 6 doesn't allow it, giving errors like: ``` error: cannot initialize return object of type 'void *' with an rvalue of type 'FILE *const *' (aka '_IO_FILE *const *') EXPLICIT_SYMBOL(stderr); ^~~~~~~~~~~~~~~~~~~~~~~ ``` Add an explicit cast to fix that problem. Reviewers: marsupial, krytarowski, dim Reviewed By: dim Differential Revision: https://reviews.llvm.org/D39297 llvm-svn: 316672 2017-07-12T21:22:45+00:00 Frederich Munch colsebas@hotmail.com 2017-07-12T21:22:45+00:00 urn:sha1:5fdd2cbae8d046707bb0cb1bb47d039a67f17a4a Summary: Different JITs and other clients of LLVM may have different needs in how symbol resolution should occur. Reviewers: v.g.vassilev, lhames, karies Reviewed By: v.g.vassilev Subscribers: pcanal, llvm-commits Differential Revision: https://reviews.llvm.org/D33529 llvm-svn: 307849 2017-06-05T16:26:58+00:00 Frederich Munch colsebas@hotmail.com 2017-06-05T16:26:58+00:00 urn:sha1:ad12580012765c2c6580000688b5166de3b1587d Summary: Matches C++ destruction ordering better and fixes possible problems of loaded libraries having inter-dependencies. Reviewers: efriedma, v.g.vassilev, chapuni Reviewed By: efriedma Subscribers: mgorny, llvm-commits Differential Revision: https://reviews.llvm.org/D33652 llvm-svn: 304720 2017-06-05T11:22:18+00:00 Dimitry Andric dimitry@andric.com 2017-06-05T11:22:18+00:00 urn:sha1:f5d486f43d861f938f381d440a9a21383b3bb36f Summary: The workaround added in rL301240 for stderr/out/in symbols being both macros and globals is only necessary for glibc, and it does not compile with musl libc. Alpine Linux has had the following fix for it: https://git.alpinelinux.org/cgit/aports/plain/main/llvm4/llvm-fix-DynamicLibrary-to-build-with-musl-libc.patch Adapt the fix in our DynamicLibrary.inc for Unix. Reviewers: marsupial, chandlerc, krytarowski Reviewed By: krytarowski Subscribers: srhines, krytarowski, llvm-commits Differential Revision: https://reviews.llvm.org/D33883 llvm-svn: 304707 2017-05-05T16:08:22+00:00 Nuno Lopes nunoplopes@sapo.pt 2017-05-05T16:08:22+00:00 urn:sha1:8b66b00ecd04c3d37fcfa6bfd03595365c7efd30 llvm-svn: 302246 2017-04-27T16:55:24+00:00 Frederich Munch colsebas@hotmail.com 2017-04-27T16:55:24+00:00 urn:sha1:c1db8cf9c1ddf2a113312b81e467fcd5b6f30194 libraries are properly unloaded when llvm_shutdown is called. Summary: This was mostly affecting usage of the JIT, where storing the library handles in a set made iteration unordered/undefined. This lead to disagreement between the JIT and native code as to what the address and implementation of particularly on Windows with stdlib functions: JIT: putenv_s("TEST", "VALUE") // called msvcrt.dll, putenv_s JIT: getenv("TEST") -> "VALUE" // called msvcrt.dll, getenv Native: getenv("TEST") -> NULL // called ucrt.dll, getenv Also fixed is the issue of DynamicLibrary::getPermanentLibrary(0,0) on Windows not giving priority to the process' symbols as it did on Unix. Reviewers: chapuni, v.g.vassilev, lhames Reviewed By: lhames Subscribers: danalbert, srhines, mgorny, vsk, llvm-commits Differential Revision: https://reviews.llvm.org/D30107 llvm-svn: 301562 2017-04-24T20:16:01+00:00 Frederich Munch colsebas@hotmail.com 2017-04-24T20:16:01+00:00 urn:sha1:fd96d5e1c962df374494f98ac4d684e43dcf26f5 The i686-mingw32-RA-on-linux bot is still having errors. This reverts commit r301236. llvm-svn: 301240 2017-04-24T19:55:16+00:00 Frederich Munch colsebas@hotmail.com 2017-04-24T19:55:16+00:00 urn:sha1:70c377a3625969f4784798726e0ce47a78e24311 libraries are properly unloaded when llvm_shutdown is called. Summary: This was mostly affecting usage of the JIT, where storing the library handles in a set made iteration unordered/undefined. This lead to disagreement between the JIT and native code as to what the address and implementation of particularly on Windows with stdlib functions: JIT: putenv_s("TEST", "VALUE") // called msvcrt.dll, putenv_s JIT: getenv("TEST") -> "VALUE" // called msvcrt.dll, getenv Native: getenv("TEST") -> NULL // called ucrt.dll, getenv Also fixed is the issue of DynamicLibrary::getPermanentLibrary(0,0) on Windows not giving priority to the process' symbols as it did on Unix. Reviewers: chapuni, v.g.vassilev, lhames Reviewed By: lhames Subscribers: danalbert, srhines, mgorny, vsk, llvm-commits Differential Revision: https://reviews.llvm.org/D30107 llvm-svn: 301236 2017-04-24T03:33:30+00:00 Frederich Munch colsebas@hotmail.com 2017-04-24T03:33:30+00:00 urn:sha1:b8c236a6e4fb62594fe4f6bf44cf928fb51bbbde The changes are causing the i686-mingw32 build to fail. This reverts commit r301153, and the changes for a separate warning on i686-mingw32 in r301155 and r301156. llvm-svn: 301157