search for: _source_dir

Without this option, configure will fail when there is no display. Signed-off-by: Masami HIRATA <msmhrt at gmail.com> --- configure.ac | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index de8a064..61d6f69 100644 --- a/configure.ac +++ b/configure.ac @@ -593,16 +593,16 @@ working. AC_MSG_FAILURE([$QEMU version must be >=

Reid Kleckner via llvm-dev <llvm-dev at lists.llvm.org> writes: > The first layout is older, and the second is newer. Going forward, > things are likely to move around. The second layout is more flexible > because it doesn't put any repo inside another repo, so I would > recommend adopting it. At the very least, using it will put you in a > good position to adapt to any

...s it possible to configure the build without modifying the llvm.src directory (by creating those symlinks)? I see there is a '--with-clang' option. Is there a general mechanism for pointing the build to external directories similar to the one in the CMake build? LLVM_EXTERNAL_<name>_SOURCE_DIR > $BuildDir/llvm.src/configure --prefix=$InstallDir Is there a version of this script that configures the build with CMake? Thanks, Greg

Another test, the same as before.

Best of .. 4?

After enabling procmail debugging ...

This is a repost so I can test my procmail script / automatic testing framework. The patch series is identical to v1. Rich.

Patch 1 cleans up the gobject tests. Patches 2 and 3 remote gtk-doc, which is slow and useless, and replace it with a simple manual page. https://bugzilla.redhat.com/show_bug.cgi?id=1465665 Rich.

...d. I'm not familiar enough with CMake to know if it's possible to just make this a couple-lines CMakeLists.txt that includes llvm/CMakeLists.txt, or if something else is needed to make this work. // Martin On Tue, 29 Oct 2019, Shoaib Meenai via llvm-dev wrote: > > LLVM_EXTERNAL_*_SOURCE_DIR can be used for specifying paths to external > clang, etc., and I agree that with the monorepo, there’s one canonical > location for those sub-projects to live, and we don’t need to support it for > those subprojects. However, LLVM_EXTERNAL_*_SOURCE_DIR can also be used in > conjunction...

...RFC that the `all` target should always really be `all`. That would mean removing the `LLVM_TOOL_*_BUILD` options. There was also agreement that in the monorepo it no longer makes sense to have an option to specify the source locations of sub-projects. That means we can remove the `LLVM_EXTERNAL_*_SOURCE_DIR` variables. There was disagreement over whether or not standalone builds of non-runtime sub-projects should remain. This specifically would relate to clang and lldb, and whether or not they can be built against installed or separately built copies of LLVM. There were points on both side of this di...

Are the packaging scripts used to produce the clang+llvm binaries on llvm.org under version control? If so, can you please point me to them? Thanks, Greg

On Tuesday 09 July 2013 15:11:03 Greg Fitzgerald wrote: > Are the packaging scripts used to produce the clang+llvm binaries on > llvm.org under version control? If so, can you please point me to > them? The script used for building the binaries can be found under llvm : utils/release/test-release.sh The packages are mere tarballs of the installation dir. Cheers, > > Thanks,

...ntation) for how to run compiler-rt tests? Just invoking llvm-lit > doesn't seem to work > They should run as part of check-all when you have compiler-rt checked out in llvm/projects/ (or the equivalent with the monorepo setup, which I think is just setting the appropriate LLVM_EXTERNAL_*_SOURCE_DIR cmake variable). I forget, but I'd be surprised if there isn't a "check-compiler-rt" or similar. I've also used llvm-lit in the past (look at what check-compiler-rt does; I think it just calls llvm-lit). -- Sean Silva > > On 01/03/2018 11:17 PM, Sean Silva wrote: >...

...t; embedded within the llvm source tree (mostly in use by Takumi's flat > buildbots that checout the top-level project without embedding, say, clang > or compiler-rt within the llvm source tree)? > > > You are confusing this with the similarly > named LLVM_EXTERNAL_${nameUPPER}_SOURCE_DIR variables. > Ah, right - indeed. > > 2) The new way, is to place compiler-rt under LLVM/runtimes. In this path > the build system will automatically build with the just-built compiler. > This path also splits compiler-rt into two separate build steps, one that > configures and b...

Ah, that makes a lot of sense. Thank you! Do you have any tips (or points to documentation) for how to run compiler-rt tests? Just invoking llvm-lit doesn't seem to work On 01/03/2018 11:17 PM, Sean Silva wrote: > Typically this would be tested alongside the runtime component in > compiler-rt. > For example, PGO instrumentation has its "end-to-end" tests in >

Typically this would be tested alongside the runtime component in compiler-rt. For example, PGO instrumentation has its "end-to-end" tests in https://github.com/llvm-mirror/compiler-rt/tree/master/test/profile -- Sean Silva On Tue, Jan 2, 2018 at 11:16 AM, Eli Davis via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hello! > > I am writing an instrumentation pass using

...ution workflows can use the `LLVM_DISTRIBUTION_COMPONENTS` option to hand tailor which parts of LLVM to build and install with better control without as much complication. > > Many other options exist to support a wide variety of divergent workflows. For example, the `LLVM_EXTERNAL_${PROJECT}_SOURCE_DIR` options exist to allow users to specify custom paths for projects so that, historically, they didn't need to nest clang inside LLVM. With the move to the mono-repo we should define consistent workflows and eliminate options that support divergent workflows. > > ### Adopting Conventions...

On Wed, Mar 8, 2017 at 2:55 PM Chris Bieneman <beanz at apple.com> wrote: > David, > > This is an area that has had a lot of development over the last two years. > > There are two supported ways in the LLVM build system to build compiler-rt > with the just-built compiler. > > 1) The legacy way is for if compiler-rt is under LLVM/projects. You can > specify

...t; embedded within the llvm source tree (mostly in use by Takumi's flat > buildbots that checout the top-level project without embedding, say, clang > or compiler-rt within the llvm source tree)? > > > You are confusing this with the similarly > named LLVM_EXTERNAL_${nameUPPER}_SOURCE_DIR variables. > > > Ah, right - indeed. > > > 2) The new way, is to place compiler-rt under LLVM/runtimes. In this path > the build system will automatically build with the just-built compiler. > This path also splits compiler-rt into two separate build steps, one that > con...

...d. Distribution workflows can use the `LLVM_DISTRIBUTION_COMPONENTS` option to hand tailor which parts of LLVM to build and install with better control without as much complication. Many other options exist to support a wide variety of divergent workflows. For example, the `LLVM_EXTERNAL_${PROJECT}_SOURCE_DIR` options exist to allow users to specify custom paths for projects so that, historically, they didn't need to nest clang inside LLVM. With the move to the mono-repo we should define consistent workflows and eliminate options that support divergent workflows. ### Adopting Conventions Much of LL...