search for: shoaib

Adding Juergen to the thread. On Fri, Mar 15, 2019, 12:20 PM Shoaib Meenai via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Ping. > > > > Would anyone be opposed to me trying to revive the in-tree Mach-O TAPI > code? > > > > Thanks, > > Shoaib > > > > *From: *Shoaib Meenai <smeenai at fb.com> > *Dat...

...ince the commit message only mentions reverting a certain series of patches; CC Hans. In any case, I'm wondering if there are plans to revive it, since the existing open source drops (https://opensource.apple.com/source/tapi/ and https://github.com/ributzka/tapi) are somewhat outdated. Thanks, Shoaib -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190307/8fe9bf26/attachment.html>

...where you had other arguments beginning with @ that weren't response files, whereas yours has actual response files, so my patch won't help there. CCing Reid and Hans, who did a bunch of the implementation in this area. From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Shoaib Meenai via llvm-dev <llvm-dev at lists.llvm.org> Reply-To: Shoaib Meenai <smeenai at fb.com> Date: Friday, April 26, 2019 at 8:34 AM To: Chris Glover <chrisglover at google.com>, "llvm-dev at lists.llvm.org" <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Tota...

https://reviews.llvm.org/rL353906 introduced (presumably accidentally) the "b" top-level directory to the monorepo. The files should be moved to their proper location, but I'm also wondering if there's any way to prevent accidental top-level additions like this. Thanks, Shoaib -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190213/2b548876/attachment.html>

I discovered that I can hack around my particular problem by placing set_property(TARGET clang PROPERTY INTERFACE_LINK_LIBRARIES) at the end of tools/driver/CMakeLists.txt. I'd prefer to fix this properly though, of course. On 12/1/17, 4:18 PM, "llvm-dev on behalf of Shoaib Meenai via llvm-dev" <llvm-dev-bounces at lists.llvm.org on behalf of llvm-dev at lists.llvm.org> wrote: (accidentally sent the previous one to llvm-commits instead of llvm-dev, sigh) Hi all (CC beanz for CMake advice), I stumbled into an issue with LLVM_DISTRIBUTIO...

I'm an idiot and sent to llvm-commits instead of llvm-dev. Fixing. On 10/17/17, 5:09 PM, "llvm-commits on behalf of Shoaib Meenai via llvm-commits" <llvm-commits-bounces at lists.llvm.org on behalf of llvm-commits at lists.llvm.org> wrote: Hi all (CC beanz for cmake advice), I'm running into a cmake problem when I try to cross-compile a Windows-hosted toolchain (building...

Hi all, We’re planning to contribute a new implementation of LLD for Mach-O, using the same design as the COFF and ELF ports. This design has proven to work very well for those ports, and we’re keen to explore it for Mach-O as well. Our work is based on an initial prototype created by Peter Collingbourne and Rui Ueyama. Our initial commit is up for review at https://reviews.llvm.org/D75382.

I’m happy to run them, although I’d appreciate a pointer to the appropriate documentation. From: llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Tobias Hieta via llvm-dev <llvm-dev at lists.llvm.org> Reply-To: Tobias Hieta <tobias at plexapp.com> Date: Wednesday, September 30, 2020 at 11:15 AM To: Hans Wennborg <hans at chromium.org> Cc: llvm-dev <llvm-dev at

...tions I've considered: * Strip the installed files manually after the installation. Also ugly. * Abandon LLVM_DISTRIBUTION_COMPONENTS and just build the components individually and then invoke the installation scripts myself. The distribution component setup is much nicer though :( Thanks, Shoaib

...`--` to resolve ambiguities between options and paths), but I wanted to run it by everyone before putting up that patch, in case it breaks people's use cases. (I doubt there are a whole lot of llvm-rc use cases right now, given that it was only introduced in the 6.0 cycle, but still.) Thanks, Shoaib

...ob/a449c6a3b8014d9406c2ddbdc81795da24aa7443/libkern/libkern/OSByteOrder.h#L246 [5] https://github.com/apple/darwin-xnu/blob/a449c6a3b8014d9406c2ddbdc81795da24aa7443/libkern/libkern/OSByteOrder.h#L109-L117 From: David Blaikie <dblaikie at gmail.com> Date: Tuesday, May 26, 2020 at 11:25 AM To: Shoaib Meenai <smeenai at fb.com> Cc: "llvm-dev at lists.llvm.org" <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Emitting aligned nlist_64 structures for Mach-O in MC I'd have figured if ld64 is able to handle this correctly (are you sure ld64 has UB in this situation whe...

Hi, I recently hit this on a project using a build system that relies heavily on nested response files. We found we could only have 21 response files total before getting errors related to the unexpanded response files. I tracked it down to this code in llvm/lib/Support/CommandLine.cpp // If we have too many response files, leave some unexpanded. This avoids // crashing on

...ymbolAssignments // Symbol section+offset are evaluated here. It seems that github issues may be a good place to record the problem. I just created https://github.com/llvm/llvm-project/issues/52 I wanted to mark it low priority, but there is no such label. On Wed, Dec 4, 2019 at 8:51 AM Shoaib Meenai <smeenai at fb.com> wrote: > I completely agree that --defsym foo=bar should keep bar (or more > precisely the section containing bar) alive if foo is referenced. > > My mental model of how --defsym foo=bar behaves is that (assuming bar is a > defined symbol) we create...

...tools directory). Therefore the LLVM_ENABLE_PROJECTS=lld is not even doing anything. I don't know how to build without a monorepo these days, and I also don't know what the most recent guidance setting up a monorepo is, but maybe someone else can chime in. On Tue, Mar 19, 2019 at 3:49 PM Shoaib Meenai via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hmm … does the file > llvm-project/llvm/cmake/modules/GenerateVersionFromVCS.cmake exist? Can you > `git pull`, and does `git status` show any changes? > > > > *From: *llvm-dev <llvm-dev-bounces at lists.llvm....

...nsion limit, but maybe 20 is too low. > > Chris: You say you're relying heavily on nested response files. Do you > have a feel for what would be a reasonable limit that wouldn't > interfere with your use case? > > Thanks, > Hans > > On Fri, Apr 26, 2019 at 5:37 PM Shoaib Meenai <smeenai at fb.com> wrote: > > > > Actually, sorry, my fix was for the case where you had other arguments > beginning with @ that weren't response files, whereas yours has actual > response files, so my patch won't help there. CCing Reid and Hans, who did >...

...in supporting in-order cores, then we should probably raise a bug for it. -Andrea ------------------------------ > *From:* llvm-dev <llvm-dev-bounces at lists.llvm.org> on behalf of Matt > Davis via llvm-dev <llvm-dev at lists.llvm.org> > *Sent:* 02 May 2019 19:59 > *To:* Shoaib Meenai; lorenzo chelini; llvm-dev at lists.llvm.org > *Subject:* Re: [llvm-dev] Llvm-mca library. > > > Hi Lorenzo, > > > > I’ll answer the first question you have: > > > > > I would like to use llvm-mca to estimate the IPC of a given code region. > I am in...

On 2020-02-28, James Y Knight via llvm-dev wrote: >Nice! > >Your plan sounds great, and it'll be awesome to finally have a good MachO >LLD available. > >On Fri, Feb 28, 2020 at 4:32 PM Shoaib Meenai via llvm-dev < >llvm-dev at lists.llvm.org> wrote: > >> Hi all, >> >> We’re planning to contribute a new implementation of LLD for Mach-O, using >> the same design as the COFF and ELF ports. This design has proven to work >> very well for those ports...

...the release branches, you can see it is used, although the old style is used as well. I'm not sure what script is being used there. > I recommend updating the merge.sh script to use `git cherry-pick -x` and then deleting the merge-git.sh script. -Tom > On Wed, Jan 15, 2020 at 4:54 PM Shoaib Meenai via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: > > Now that we’re on the Git monorepo, is there an updated script for cherry-picking commits into the release branch? llvm/utils/release/merge.sh appears to still use SVN, and llvm/ut...

Hi Shoaib, > You added the old account for Eli (eli.friedman); I went ahead and switched it > to the newer account (efriedma). You can tell it's an old account because if you > go to https://reviews.llvm.org/p/eli.friedman/ (which can be accessed by e.g. > clicking the eli.friedman in your r...

On Sat, Aug 15, 2020 at 8:39 PM Martin Storsjö <martin at martin.st> wrote: > Hi, > > > On Sat, 15 Aug 2020, Ivan Serdyuk wrote: > > > Just as Shoaib said, libunwind only is useful in environments > > that use > > the Itanium C++ ABI - there's really no use for it in an MSVC > > context > > (either using MSVC or clang-cl to compile it). > > > > The particular linker error come...