search for: alternatenam

...*.pdf' --exclude '**' user@host:<source> <destination> rsync -aHPvz --include '/**/*.pdf' --exclude '*' user@host:<source> <destination> None of these work. So finally, I replicate the file tree on the server with: cp -al <source> <alternatename> And proceed to remove all non-PDF files: find <alternatename> -type f ! -name '*.pdf' -exec rm -f {} ';' Then I do: rsync -aHPvz --include '*.pdf' --exclude '**' user@host:<alternatename> <destination> which now works. Can rsync do th...

...true; std::vector<std::string> ManifestInput; StringRef ManifestLevel = "'asInvoker'"; StringRef ManifestUIAccess = "'false'"; StringRef ManifestFile; // Used for /failifmismatch. std::map<StringRef, StringRef> MustMatch; // Used for /alternatename. std::map<StringRef, StringRef> AlternateNames; uint64_t ImageBase = -1; uint64_t StackReserve = 1024 * 1024; uint64_t StackCommit = 4096; uint64_t HeapReserve = 1024 * 1024; uint64_t HeapCommit = 4096; uint32_t MajorImageVersion = 0; uint32_t MinorImageVersion = 0; uint32...

...ngRef ManifestLevel = "'asInvoker'"; >> StringRef ManifestUIAccess = "'false'"; >> StringRef ManifestFile; >> >> // Used for /failifmismatch. >> std::map<StringRef, StringRef> MustMatch; >> >> // Used for /alternatename. >> std::map<StringRef, StringRef> AlternateNames; >> >> uint64_t ImageBase = -1; >> uint64_t StackReserve = 1024 * 1024; >> uint64_t StackCommit = 4096; >> uint64_t HeapReserve = 1024 * 1024; >> uint64_t HeapCommit = 4096; >> uin...

...gt;>>> StringRef ManifestUIAccess = "'false'"; >>>> StringRef ManifestFile; >>>> >>>> // Used for /failifmismatch. >>>> std::map<StringRef, StringRef> MustMatch; >>>> >>>> // Used for /alternatename. >>>> std::map<StringRef, StringRef> AlternateNames; >>>> >>>> uint64_t ImageBase = -1; >>>> uint64_t StackReserve = 1024 * 1024; >>>> uint64_t StackCommit = 4096; >>>> uint64_t HeapReserve = 1024 * 1024; >&...

...Base to support that >> > > You may be able to define __ImageBase as a weak external symbol to > __image_base__. Then, if __ImageBase is not defined, all references against > __ImageBase will be resolved using __image_base__. > Or you could have your wrapper driver pass "/alternatename:__image_base__=__ImageBase". Peter > > >> That should be fine. >> >> Great >> >> On Mon, Feb 13, 2017 at 9:34 PM, Rui Ueyama <ruiu at google.com> wrote: >> >>> On Mon, Feb 13, 2017 at 1:16 PM, Martell Malone <martellmalone at gmai...

...pport that > > > You may be able to define __ImageBase as a weak external symbol to > __image_base__. Then, if __ImageBase is not defined, all references against > __ImageBase will be resolved using __image_base__. > > > Or you could have your wrapper driver pass > "/alternatename:__image_base__=__ImageBase". > > > Ah, that's much better indeed. > > > Peter > > > > > That should be fine. > > Great > > On Mon, Feb 13, 2017 at 9:34 PM, Rui Ueyama <ruiu at google.com> wrote: > > On Mon, Feb 13, 2017 at 1:16 PM,...

...pport that > > > You may be able to define __ImageBase as a weak external symbol to > __image_base__. Then, if __ImageBase is not defined, all references against > __ImageBase will be resolved using __image_base__. > > > Or you could have your wrapper driver pass > "/alternatename:__image_base__=__ImageBase". > > > Ah, that's much better indeed. > > > Peter > > > > > That should be fine. > > Great > > On Mon, Feb 13, 2017 at 9:34 PM, Rui Ueyama <ruiu at google.com> wrote: > > On Mon, Feb 13, 2017 at 1:16 PM,...

...pport that > > > You may be able to define __ImageBase as a weak external symbol to > __image_base__. Then, if __ImageBase is not defined, all references against > __ImageBase will be resolved using __image_base__. > > > Or you could have your wrapper driver pass > "/alternatename:__image_base__=__ImageBase". > > > Ah, that's much better indeed. > > > Peter > > > > > That should be fine. > > Great > > On Mon, Feb 13, 2017 at 9:34 PM, Rui Ueyama <ruiu at google.com> wrote: > > On Mon, Feb 13, 2017 at 1:16 PM,...

> > No, I meant an even thinner wrapper which textually translates arguments. > For example, the wrapper would translates "/out:foo.exe foo.obj" to "-o > foo.exe foo.obj" and then call lld::COFFF:link(). It doesn't do anything > with Config object nor LinkerDriver::run and have absolutely zero knowledge > on the internals of LLD. Ohh okay I misunderstood.

...es/futures.unique_future/wait_until.pass.cpp libomp :: api/omp_get_wtime.c libomp :: tasking/kmp_task_reduction_nest.cpp libunwind :: alignment.pass.cpp libunwind :: libunwind_01.pass.cpp libunwind :: libunwind_02.pass.cpp libunwind :: unw_getcontext.pass.cpp lld :: COFF/alternatename.test lld :: COFF/ar-comdat.test lld :: COFF/arm-thumb-branch-error.s lld :: COFF/arm-thumb-branch20-error.s lld :: COFF/arm64-dynamicbase.s lld :: COFF/arm64-import2.test lld :: COFF/arm64-magic.yaml lld :: COFF/arm64-relocs-imports.test lld :: COFF/armnt-blx23t.tes...

On Thu, Feb 8, 2018 at 10:43 PM, Dimitry Andric <dimitry at andric.com> wrote: > On 7 Feb 2018, at 21:51, Hans Wennborg via Release-testers <release-testers at lists.llvm.org> wrote: >> >> There's been a lot of merges since rc1, and hopefully the tests are in >> a better state now. >> >> 6.0.0-rc2 was just tagged, after r324506. >> >>