search for: llvm_version_major

...[ lld/CMakeLists.txt ] -# Compute the LLD version from the LLVM version. -string(REGEX MATCH "[0-9]+\\.[0-9]+(\\.[0-9]+)?" LLD_VERSION - ${PACKAGE_VERSION}) +# If LLD_VERSION_* is specified, use it, if not use LLVM_VERSION_*. +if(NOT DEFINED LLD_VERSION_MAJOR) + set(LLD_VERSION_MAJOR ${LLVM_VERSION_MAJOR}) +endif() +if(NOT DEFINED LLD_VERSION_MINOR) + set(LLD_VERSION_MINOR ${LLVM_VERSION_MINOR}) +endif() +if(NOT DEFINED LLD_VERSION_PATCHLEVEL) + set(LLD_VERSION_PATCHLEVEL ${LLVM_VERSION_PATCH}) +endif() +if(NOT DEFINED LLD_VERSION_SUFFIX) + set(LLD_VERSION_SUFFIX ${LLVM_VERSION_SUFFIX}) +endif()...

...E_CURRENT_BINARY_DIR}) -# Compute the LLD version from the LLVM version. -string(REGEX MATCH "[0-9]+\\.[0-9]+(\\.[0-9]+)?" LLD_VERSION - ${PACKAGE_VERSION}) +# If LLD_VERSION_* is specified, use it, if not use LLVM_VERSION_*. +if(NOT DEFINED LLD_VERSION_MAJOR) + set(LLD_VERSION_MAJOR ${LLVM_VERSION_MAJOR}) +endif() +if(NOT DEFINED LLD_VERSION_MINOR) + set(LLD_VERSION_MINOR ${LLVM_VERSION_MINOR}) +endif() +if(NOT DEFINED LLD_VERSION_PATCHLEVEL) + set(LLD_VERSION_PATCHLEVEL ${LLVM_VERSION_PATCH}) +endif() +if(NOT DEFINED LLD_VERSION_SUFFIX) + set(LLD_VERSION_SUFFIX ${LLVM_VERSION_SUFFIX}) +endif()...

...from the LLVM version. > > -string(REGEX MATCH "[0-9]+\\.[0-9]+(\\.[0-9]+)?" LLD_VERSION > > - ${PACKAGE_VERSION}) > > +# If LLD_VERSION_* is specified, use it, if not use LLVM_VERSION_*. > > +if(NOT DEFINED LLD_VERSION_MAJOR) > > + set(LLD_VERSION_MAJOR ${LLVM_VERSION_MAJOR}) > > +endif() > > +if(NOT DEFINED LLD_VERSION_MINOR) > > + set(LLD_VERSION_MINOR ${LLVM_VERSION_MINOR}) > > +endif() > > +if(NOT DEFINED LLD_VERSION_PATCHLEVEL) > > + set(LLD_VERSION_PATCHLEVEL ${LLVM_VERSION_PATCH}) > > +endif() > > +if(NOT DEFINE...

...changed, 1 insertion(+), 1 deletion(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index ed7aeb026f5d..60fe427e456e 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -66,7 +66,7 @@ set(LLVM_VERSION_PATCH 0) set(LLVM_VERSION_SUFFIX svn) if (NOT PACKAGE_VERSION) - set(PACKAGE_VERSION "${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}svn") + set(PACKAGE_VERSION "${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}${LLVM_VERSION_SUFFIX}") endif() option(LLVM_INSTALL_TOOLCHAIN_ONLY "Only include toolchain files in the 'install' target."...

Hi Tom, thanks and congrats for LLVM 10.0.1-rc1 release. [1] shows 2 assets. 10.0.0 RCs had a lot of more assets. I am missing the llvm-project-10.0.1rc1.tar.xz tarball. Will you provide them later or is there a new development/workflow decision I do not know of? BTW, the source zip and tar.gz tarballs show no sizes. I am using Mobile LTE/UMTS to download stuff from the Internet. For now I

...#39;m talking about SOVERSION of shared libs from BUILD_SHARED_LIBS=ON. > The one defined in llvm_add_library() function: > > set_target_properties(${name} > PROPERTIES > # Since 4.0.0, the ABI version is indicated by the major version > SOVERSION ${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX} > VERSION ${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX}) > Ok, I see. You are correct, we should change the soname on those. I can fix this. -Tom

...ED_LIBS=ON. > > > The one defined in llvm_add_library() function: > > > > > > set_target_properties(${name} > > > PROPERTIES > > > # Since 4.0.0, the ABI version is indicated by the major version > > > SOVERSION ${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX} > > > VERSION ${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX}) > > > > > > > Ok, I see. You are correct, we should change the soname on those. I can > > fix this. > > > > This should be fixed now by r353247, can you re...

...t; diff --git a/CMakeLists.txt b/CMakeLists.txt > index ed7aeb026f5d..60fe427e456e 100644 > --- a/CMakeLists.txt > +++ b/CMakeLists.txt > @@ -66,7 +66,7 @@ set(LLVM_VERSION_PATCH 0) > set(LLVM_VERSION_SUFFIX svn) > > if (NOT PACKAGE_VERSION) > - set(PACKAGE_VERSION "${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}svn") > + set(PACKAGE_VERSION "${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}${LLVM_VERSION_SUFFIX}") > endif() > > option(LLVM_INSTALL_TOOLCHAIN_ONLY "Only include toolchain files in the 'install...

...m_add_library() function: > > > > > > > > > > set_target_properties(${name} > > > > > PROPERTIES > > > > > # Since 4.0.0, the ABI version is indicated by the major version > > > > > SOVERSION ${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX} > > > > > VERSION ${LLVM_VERSION_MAJOR}${LLVM_VERSION_SUFFIX}) > > > > > > > > > > > > > Ok, I see. You are correct, we should change the soname on those. I can > > > > fix this. > > > >...

On 02/05/2019 08:07 AM, Michał Górny wrote: > On Tue, 2019-02-05 at 07:36 -0800, Tom Stellard via Release-testers > wrote: >> Hi, >> >> The release_70 branch is ready for the 7.1.0 release. I have updated the >> version and pushed a fix for https://bugs.llvm.org/show_bug.cgi?id=39427, >> which is the only bug we will be fixing in this release. >> >>

> Can you answer my question on how to set the version-string correct > when generating tarballs out of the release_38 Git branch? > ( I generated source-tarballs out of my local Git repositories, see below. ) [ llvm.src/CMakeLists.txt ] ... if(NOT DEFINED LLVM_VERSION_MAJOR) set(LLVM_VERSION_MAJOR 3) endif() if(NOT DEFINED LLVM_VERSION_MINOR) set(LLVM_VERSION_MINOR 8) endif() if(NOT DEFINED LLVM_VERSION_PATCH) set(LLVM_VERSION_PATCH 1) endif() if(NOT DEFINED LLVM_VERSION_SUFFIX) set(LLVM_VERSION_SUFFIX "") endif() ... [ llvm.src/autoconf/configure.a...

...version numbers with MacOS X SDK // version. By stripping out the kernel version number, we prevent the // LC_VERSION_MIN_MACOSX directive from being emitted. Hopefully, that // will get fixed by LLVM 3.8... // // See LLVM bug 24927: https://llvm.org/bugs/show_bug.cgi?id=24927#if defined(OSX) #if (LLVM_VERSION_MAJOR < 3) || ((LLVM_VERSION_MAJOR == 3) && (LLVM_VERSION_MINOR < 8 )) triple = Triple(triple.getArchName(), triple.getVendorName(), "darwin", triple.getEnvironmentName()); #endif #endif This prevents...

On Sun, Jun 26, 2016 at 2:48 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 26 June 2016 at 13:31, Anton Korobeynikov via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> What you're probably missing is that 3.8.1 is made in release_38 >> branch. So, everything is there and already mirrored. >> >> Source tarballs will be available upon the

On 26 June 2016 at 13:31, Anton Korobeynikov via llvm-dev <llvm-dev at lists.llvm.org> wrote: > What you're probably missing is that 3.8.1 is made in release_38 > branch. So, everything is there and already mirrored. > > Source tarballs will be available upon the release. Which are just coming, now that final has been tested successfully. :) They'll be announced in the

Hi, Would it be possible to add a define of the LLVM version in the headers? Something like #define LLVM_VERSION 0x0207 or #define LLVM_VERSION_MAJOR 2 #define LLVM_VERSION_MINOR 7 This would simplify supporting more than one LLVM version (typically latest stable and head) from external projects. We are using some complicated logic to achieve the above with from "llvm-config --version", but an official way to know the version would...

LLVM 3.2 came as a nice Christmas present. Just one minor question: I noticed that the version string (used to name the shared library etc.) is "3.2svn" instead of the expected "3.2". This violates our build system's expectations of what things are called. It would be easy for us to change, but I want to make sure this is not a mistake. I am fairly certain I downloaded the

...to change, but I want to make sure this is not a mistake. I am > fairly certain I downloaded the right tarball. How should we proceed? If you are building with CMake try editing the CMakeLists.txt file on the top level of the source tree and removing `svn' from set(PACKAGE_VERSION "${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}svn") Filing a bug report explaining the problem would be useful for avoiding the same mistake on the next release.

...configure: failed program was: | /* confdefs.h. */ | #define PACKAGE_NAME "LLVM" | #define PACKAGE_TARNAME "llvm" | #define PACKAGE_VERSION "3.2svn" | #define PACKAGE_STRING "LLVM 3.2svn" | #define PACKAGE_BUGREPORT "http://llvm.org/bugs/" | #define LLVM_VERSION_MAJOR 3 | #define LLVM_VERSION_MINOR 2 | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2210: error: C compiler cannot create executables *** I tried compiling a simple program using gcc, similar to what the configure script indicated, but with -v on the command line: echo...

...ig.h.cmake > @@ -65,6 +65,9 @@ > /* Define if we have the oprofile JIT-support library */ > #cmakedefine01 LLVM_USE_OPROFILE > > +/* Define if we have the perf JIT-support library */ > +#cmakedefine01 LLVM_USE_PERF > + > /* Major version of the LLVM API */ > #define LLVM_VERSION_MAJOR ${LLVM_VERSION_MAJOR} > > diff --git a/include/llvm/ExecutionEngine/JITEventListener.h b/include/llvm/ExecutionEngine/JITEventListener.h > index 94ec4e36a19..b6916bf55a1 100644 > --- a/include/llvm/ExecutionEngine/JITEventListener.h > +++ b/include/llvm/ExecutionEngine/JITEventList...

Having something like this available in tree would definitely be useful. For simplicity, why don't we start with support for the second style? This is the long term useful one and would be a good starting point for getting the code in tree. Can you give a pointer to the patch so that I can assess the rough complexity? If it's simple enough, I'd be happy to help get it reviewed