search for: storsjö

Hi, I would like to nominate Martin Storsjö as code owner for MinGW changes in LLVM. -Tom

On Fri, 25 Oct 2019, Martin Storsjö via llvm-dev wrote: > On Thu, 24 Oct 2019, James Y Knight via llvm-dev wrote: > >> We do not want to build supplementary notification systems to make github >> issues send additional emails that it is unable to send itself. We will >> only >> support what GitHub sup...

On Thu, 24 Jan 2019, Hans Wennborg wrote: > On Thu, Jan 24, 2019 at 3:51 AM Martin Storsjö <martin at martin.st> wrote: >> >> FWIW, I've got the main COFF functionality that I had planned on doing >> committed in trunk by now. So at least for my own usecases, it's fully >> functional by now. (And for unsupported options, it clearly errors out.) >...

Anton has fixed it. 2018年8月30日(木) 17:23 Martin Storsjö via llvm-dev <llvm-dev at lists.llvm.org>: > On Thu, 30 Aug 2018, Dean Michael Berris via llvm-dev wrote: > > > The monorepo updates seem to have been stuck for an hour now. > > > > Is this expected? > > It seems like the regular per-project git repos also are...

...0001:00000000-0000001A, line/addr entries = 5 3 00000000 ! 0 00000004 ! 5 00000009 ! 0 0000000E ! 9 00000013 ! Thanks Shi, Steven From: Zachary Turner <zturner at roblox.com> Sent: Tuesday, January 14, 2020 2:56 AM To: Shi, Steven <steven.shi at intel.com> Cc: Martin Storsjö <martin at martin.st>; David Blaikie <dblaikie at gmail.com>; Rui Ueyama <ruiu at google.com>; llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] LLD PDB Lines zero number issue Could you try putting together a prototype patch and testing it locally to see if it...

On Tue, 15 Jan 2019, Hans Wennborg wrote: > On Sat, Jan 12, 2019 at 12:49 AM Jordan Rupprecht <rupprecht at google.com> wrote: >> >> >> >> On Fri, Jan 11, 2019 at 6:26 AM Martin Storsjö <martin at martin.st> wrote: >>> >>> Hi, >>> >>> The COFF support in llvm-objcopy is in a pretty half-finished state at the >>> moment. I had hoped to have it mostly usable for the common scenarios by >>> the time of the branch (the initi...

...s. Adding Nico as he probably does the most cross compiling. I did it a little several weeks ago, just not with libc++, and I don’t remember running into any problems. One thing that’s not clear to me is why the resource compiler is even being invoked at all On Tue, Nov 6, 2018 at 5:46 AM Martin Storsjö via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Tue, 6 Nov 2018, Jean-Michaël Celerier via llvm-dev wrote: > > > I have been using this project with great success to achieve this : > > https://github.com/mstorsjo/llvm-mingw > > > > It generates a linux-b...

...That, don't do that. if (UnknownLocations == Disable) return; This issue blocks the LLVM toolchain debugging capability for UEFI firmware. Please help to add the support. Thank you in advance! Thanks Steven Shi From: Shi, Steven Sent: Friday, January 10, 2020 9:43 AM To: Martin Storsjö <martin at martin.st>; David Blaikie <dblaikie at gmail.com> Cc: Reid Kleckner <rnk at google.com>; llvm-dev <llvm-dev at lists.llvm.org>; Rui Ueyama <ruiu at google.com> Subject: RE: [llvm-dev] LLD PDB Lines zero number issue Hi Martin, I tried your suggestion of...

Martin, Thanks for your suggestion. I look at these tests, try to make them work for COFF. Adam On 2019. 10. 02. 12:23, Martin Storsjö wrote: > On Wed, 2 Oct 2019, Adam Kallai wrote: > >> I'm working Chromium targeting Windows on ARM64 platform. As a part >> of this work I ran into an issue related to llvm in Swiftshader. >> >> Currently fixup_aarch64_movw relocation type is not supported for &...

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 > &g...

...9987/steps/ninja%20check%201/logs/FAIL%3A%20LLVM%3A%3Aadd-gnu-debuglink.test Can someone with access to the buildbots (or similar systems) help reproducing the issue? The test output files and the full output of the commands in the tests would be helpful. // Martin On Tue, 22 Jan 2019, Martin Storsjö wrote: > Hi, > > My newly added test seems to be failing on a few of the buildbots, but > working fine on others (including all my local test environments). Can any of > the buildbot maintainers help look into the issue? The issue on these > buildbots look like this: > &gt...

...ng > 在 2018年8月30日，18:16，Dean Michael Berris via llvm-dev <llvm-dev at lists.llvm.org> 写道： > > Thanks! >> On Thu, Aug 30, 2018 at 7:31 PM NAKAMURA Takumi <geek4civic at gmail.com> wrote: >> >> Anton has fixed it. >> >> 2018年8月30日(木) 17:23 Martin Storsjö via llvm-dev <llvm-dev at lists.llvm.org>: >>> >>>> On Thu, 30 Aug 2018, Dean Michael Berris via llvm-dev wrote: >>>> >>>> The monorepo updates seem to have been stuck for an hour now. >>>> >>>> Is this expected? >&gt...

On Thu, 26 Sep 2019, David Blaikie wrote: > I'd be surprised if Clang or GCC's behavior here varied depending on the > size of anything, but maybe? > > In any case, C++17 or so requires the RHS to be evaluated before the LHS for > assignments - so this is now /always/ wrong, not just unspecified (which, I > guess, also always wrong... just sometimes accidentally right)

On 02/10/2020 01:02 PM, Martin Storsjö wrote: > On Thu, 6 Feb 2020, Tom Stellard via llvm-dev wrote: > >> On 02/06/2020 02:48 PM, Greg Bedwell wrote: >>> Here's a non-MLIR commit that also wasn't sent to any list: >>> b3576f60ebc8f660afad8120a72473be47517573 >>> >>> >&...

On Tue, 30 Jul 2019, Reid Kleckner wrote: > I think the bug is that clang won't use a response file unless it thinks the > tool it is running supports them. The MinGW linker tool doesn't claim to > support response files today. I think this would be a simple fix: > $ git diff > diff --git a/clang/lib/Driver/ToolChains/MinGW.h > b/clang/lib/Driver/ToolChains/MinGW.h >

On Mon, May 21, 2018 at 3:54 AM Martin Storsjö via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Other than relocations, the main bits were varargs handling, hooking up > small flags and bits here and there as you find what's missing, minor > windows/coff specific details like linker directives and dllimport > handling...

Martin, good to hear from you. Thanks for the effort - I will test on 32bit and 64bit Windows 10. I will report ASAP. Ivan On Sun, Aug 16, 2020 at 8:42 PM Martin Storsjö <martin at martin.st> wrote: > On Sat, 15 Aug 2020, Ivan Serdyuk wrote: > > > > > > > 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: &g...

On Mon, 21 May 2018, Hayden Livingston wrote: > Ok. How much work was it to enable ARM64 codegen? Is it is > significantly more work than for Linux targets? Are there any special > relocations in ARM64 land? It was surprisingly little work, I'd say. Yes, Windows uses COFF, and there's a separate set of relocations for each architecture. Probably not more work than for Linux

On Fri, Jan 11, 2019 at 6:26 AM Martin Storsjö <martin at martin.st> wrote: > Hi, > > The COFF support in llvm-objcopy is in a pretty half-finished state at the > moment. I had hoped to have it mostly usable for the common scenarios by > the time of the branch (the initial patch was sent at the end of > November), but...

On Thu, 9 Jan 2020, David Blaikie via llvm-dev wrote: > +rnk who works on COFF debugging things. > >  My understanding is that this has nothing to do with the linker - but is a > function of LLVM optimizations creating line zero debug locations. I believe > rnk & folks have disabled line zero emission for CodeView debug info in some > manner - perhaps that needs a flag? or