Page MenuHomePhabricator

wolfgangp (Wolfgang Pieb)
User

Projects

User does not belong to any projects.

User Details

User Since
Sep 17 2014, 5:52 PM (382 w, 6 d)

Recent Activity

Mon, Jan 10

wolfgangp committed rGd789ea713372: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option… (authored by wolfgangp).
[Diagnostics] Don't drop a statically set NoWarningAsError flag during option…
Mon, Jan 10, 4:39 PM
wolfgangp closed D109981: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option processing.
Mon, Jan 10, 4:39 PM · Restricted Project

Dec 14 2021

wolfgangp added a comment to D114558: [ASan] Shared optimized callbacks implementation..

Hi. This patch is causing a couple of test failures on one of our internal bots which is still running Ubuntu 18.04. Do you have any idea what could be causing it? I'm posting the test output:

Dec 14 2021, 6:33 PM · Restricted Project, Restricted Project

Dec 13 2021

wolfgangp added a comment to D109981: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option processing.

ping ...

Dec 13 2021, 9:53 AM · Restricted Project

Oct 12 2021

wolfgangp added a comment to D109981: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option processing.

ping ...

Oct 12 2021, 11:02 AM · Restricted Project

Oct 6 2021

wolfgangp added a comment to D111185: Reland [sanitizer] Support Intel CET.

I'd prefer we don't work around such usage which is unsupported. This is an opportunity for users to migrate to -DLLVM_ENABLE_RUNTIMES=compiler-rt

Oct 6 2021, 4:44 PM · Restricted Project
wolfgangp added a comment to D111185: Reland [sanitizer] Support Intel CET.

This is causing problems with gcc versions that don't have cet.h yet. I think cet.h wasn't added until gcc 8.

Please try this:

Oct 6 2021, 4:34 PM · Restricted Project
wolfgangp added a comment to D111185: Reland [sanitizer] Support Intel CET.

This is causing problems with gcc versions that don't have cet.h yet. I think cet.h wasn't added until gcc 8.

Oct 6 2021, 4:08 PM · Restricted Project
wolfgangp committed rGf53d05135e98: [UBSAN][PS4] For the PS4 target, emit the ud2 ocpode for ubsan traps. (authored by wolfgangp).
[UBSAN][PS4] For the PS4 target, emit the ud2 ocpode for ubsan traps.
Oct 6 2021, 11:50 AM
wolfgangp closed D111172: [PS4 UBSAN] Emit ud2 for ubsantrap for the PS4 target..
Oct 6 2021, 11:49 AM · Restricted Project

Oct 5 2021

wolfgangp requested review of D111172: [PS4 UBSAN] Emit ud2 for ubsantrap for the PS4 target..
Oct 5 2021, 11:42 AM · Restricted Project

Oct 4 2021

wolfgangp added a reviewer for D109981: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option processing: thakis.
Oct 4 2021, 10:45 AM · Restricted Project

Sep 30 2021

wolfgangp added a comment to D110783: [clang] Make crash reproducer work with clang-cl.

Hi, the test you modified Driver/crash-report.cpp is failing on the PS4 bot after your change. Can you take a look?

https://lab.llvm.org/buildbot/#/builders/139/builds/10939

Sep 30 2021, 5:51 PM · Restricted Project

Sep 29 2021

wolfgangp added a comment to D109981: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option processing.

ping ...

Sep 29 2021, 9:42 AM · Restricted Project

Sep 17 2021

wolfgangp requested review of D109981: [Diagnostics] Don't drop a statically set NoWarningAsError flag during option processing.
Sep 17 2021, 10:14 AM · Restricted Project

Aug 10 2021

wolfgangp added inline comments to D107745: tsan: add notion of compressed addresses.
Aug 10 2021, 4:42 PM · Restricted Project
wolfgangp added a comment to D107816: [hwasan] Fix test on x86..

@fmayer Hi Florian!
Looks like the double-free test case is still failing here.

Aug 10 2021, 10:58 AM · Restricted Project

Jul 14 2021

wolfgangp committed rGd1116697be05: [ARM] Fix RELA relocations for 32bit ARM. (authored by wolfgangp).
[ARM] Fix RELA relocations for 32bit ARM.
Jul 14 2021, 2:28 PM
wolfgangp updated the diff for D105214: [ARM] RELA relocations for 32bit ARM ignore the addend..

Addressed the review comments:

  • added an assert that verifies that either the addend or LocData is 0
  • renamed the relocation section into .rela.xxx
  • deleted some unnecessary section properties
Jul 14 2021, 11:35 AM · Restricted Project

Jul 13 2021

wolfgangp added a comment to D105214: [ARM] RELA relocations for 32bit ARM ignore the addend..

Ping. Any comments on this more RISCV-specific approach?

Jul 13 2021, 11:06 AM · Restricted Project

Jul 1 2021

wolfgangp updated the diff for D105214: [ARM] RELA relocations for 32bit ARM ignore the addend..

Ignore LocData for RELA relocations except for RISCV, which uses both LocData and Addend.

Jul 1 2021, 4:21 PM · Restricted Project
wolfgangp added a comment to D105214: [ARM] RELA relocations for 32bit ARM ignore the addend..

I've not seen SHT_RELA used for debug data before and I think all of the other LLVM tools assume SHT_REL. Are you planning to add SHT_RELA support to the other LLVM tools?

Jul 1 2021, 9:42 AM · Restricted Project

Jun 30 2021

wolfgangp requested review of D105214: [ARM] RELA relocations for 32bit ARM ignore the addend..
Jun 30 2021, 11:02 AM · Restricted Project

Jun 29 2021

wolfgangp added inline comments to D105064: [llvm-mca] Fix JSON output.
Jun 29 2021, 11:26 AM · Restricted Project

Jun 28 2021

wolfgangp added inline comments to D105064: [llvm-mca] Fix JSON output.
Jun 28 2021, 3:21 PM · Restricted Project

Jun 10 2021

wolfgangp committed rG5a1589fc6d11: [static initializers] Emit global_ctors and global_dtors in reverse order when . (authored by wolfgangp).
[static initializers] Emit global_ctors and global_dtors in reverse order when .
Jun 10 2021, 4:45 PM
wolfgangp closed D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..
Jun 10 2021, 4:45 PM · Restricted Project
wolfgangp added a comment to D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..

If nobody has any more objections, I'll commit this change, then. Please let me know if you think otherwise.

Jun 10 2021, 11:50 AM · Restricted Project

Jun 9 2021

wolfgangp added a comment to D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..

So, a question for @wolfgangp and @probinson , do we need to make adjustments to the LTO library, or is this OK as is?

Jun 9 2021, 2:51 PM · Restricted Project

Jun 8 2021

wolfgangp added a comment to D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..
Jun 8 2021, 10:13 AM · Restricted Project
wolfgangp updated the diff for D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..

Given the assessment on GlobalOpt, removed the LangRef changes and updated the subject line.

Jun 8 2021, 10:11 AM · Restricted Project

Jun 7 2021

wolfgangp updated the diff for D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..

Following the suggestion to define an order of initialization for the entries in llvm.global_ctors and llvm.global_dtors this is mainly a documentation change, as well as a simple reversed emission of global_ctors/dtors entries when InitArray is not used.
3 test cases are affected, 2 of them just by a reversed order of emission of priority-suffixed sections. I added a couple of entries to the third test case to verify in-order emission of entries with equal priority.

Jun 7 2021, 11:19 AM · Restricted Project

Jun 2 2021

wolfgangp added a comment to D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..

+@rsmith @hans @aeubanks

specifically when init_array is not used

Can you elaborate on why that is? Here's what I remember, and what I guess is happening. ELF has two initializer schemes: .init_array and .ctors. They are essentially equivalent, they are both arrays of function pointers, but one is called in reverse order and the other is called in forward order. The compiler knows which scheme is in use and it is controlled by -fuse-init-array.

Jun 2 2021, 3:26 PM · Restricted Project

Jun 1 2021

wolfgangp requested review of D103495: [static initializers] Emit global_ctors and global_dtors in reverse order when .ctors/.dtors are used..
Jun 1 2021, 4:55 PM · Restricted Project

Apr 29 2021

wolfgangp added a comment to D98300: [TLS] Initialization functions of dynamic TLS variables cannot be in a comdat (fix for PR48030).

ping...

Apr 29 2021, 10:47 AM

Mar 25 2021

wolfgangp added a comment to D98300: [TLS] Initialization functions of dynamic TLS variables cannot be in a comdat (fix for PR48030).

ping ...

Mar 25 2021, 8:58 AM

Mar 10 2021

wolfgangp removed a reviewer for D98300: [TLS] Initialization functions of dynamic TLS variables cannot be in a comdat (fix for PR48030): cfe-commits.
Mar 10 2021, 3:10 PM

Mar 9 2021

wolfgangp requested review of D98300: [TLS] Initialization functions of dynamic TLS variables cannot be in a comdat (fix for PR48030).
Mar 9 2021, 3:27 PM

Feb 16 2021

wolfgangp added a comment to D67429: Improve code generation for thread_local variables:.

Ping. Just wondering if there are any new insights on the issue reported in PR48030.

Feb 16 2021, 10:03 AM · Restricted Project, Restricted Project

Jan 25 2021

wolfgangp committed rG231a82a150b3: [X86] Correct some cross references in avxintrin.h. (authored by wolfgangp).
[X86] Correct some cross references in avxintrin.h.
Jan 25 2021, 6:50 PM
wolfgangp committed rG350395d82fdd: [x86] Fix trivial typo in emmintrin.h (authored by wolfgangp).
[x86] Fix trivial typo in emmintrin.h
Jan 25 2021, 5:28 PM

Jan 22 2021

wolfgangp committed rG7143b6301752: [llvm-mca] Adding local lit config file for X86 targets (authored by wolfgangp).
[llvm-mca] Adding local lit config file for X86 targets
Jan 22 2021, 9:54 AM

Jan 21 2021

wolfgangp added a comment to D86644: [llvm-mca] Initial implementation of output serialization using JSON.

FYI I'm seeing clang diagnostic errors, I think from this commit:

Should be fixed now.

I'm still seeing some. Looks like your fix didn't get all of them:

Jan 21 2021, 5:35 PM · Restricted Project
wolfgangp committed rGc6e8f81410a2: [llvm-mca] Addressing build failures due to missing override specifiers (authored by wolfgangp).
[llvm-mca] Addressing build failures due to missing override specifiers
Jan 21 2021, 5:34 PM
wolfgangp added a comment to rGd38be2ba0e4e: [llvm-mca] Initial implementation of serialization using JSON. The views.

Hi. It seems this commit is causing this failure on our aarch64 bulder (https://luci-milo.appspot.com/p/fuchsia/builders/ci/clang-linux-arm64/b8857452110716658368):

Jan 21 2021, 4:31 PM
wolfgangp committed rG020c00b5d3d4: [llvm-mca] Test case was missing a triple. (authored by wolfgangp).
[llvm-mca] Test case was missing a triple.
Jan 21 2021, 4:26 PM
wolfgangp added a comment to D86644: [llvm-mca] Initial implementation of output serialization using JSON.

FYI I'm seeing clang diagnostic errors, I think from this commit:

Jan 21 2021, 3:46 PM · Restricted Project
wolfgangp committed rG04af1ca2e908: [llvm-mca] Forgot a couple of override specifiers. (authored by wolfgangp).
[llvm-mca] Forgot a couple of override specifiers.
Jan 21 2021, 3:46 PM
wolfgangp closed D86644: [llvm-mca] Initial implementation of output serialization using JSON.
Jan 21 2021, 3:46 PM · Restricted Project
wolfgangp committed rGd38be2ba0e4e: [llvm-mca] Initial implementation of serialization using JSON. The views (authored by wolfgangp).
[llvm-mca] Initial implementation of serialization using JSON. The views
Jan 21 2021, 3:16 PM
wolfgangp updated the diff for D86644: [llvm-mca] Initial implementation of output serialization using JSON.

Sorry about the missing files. Some hiccup while generating the diff.

Jan 21 2021, 11:37 AM · Restricted Project

Jan 20 2021

wolfgangp updated the diff for D86644: [llvm-mca] Initial implementation of output serialization using JSON.

Based on Andrea's request to use an OutputKind rather than overriding the printView method in a separate class for JSON output

Jan 20 2021, 6:12 PM · Restricted Project

Jan 15 2021

wolfgangp updated the diff for D86644: [llvm-mca] Initial implementation of output serialization using JSON.

This change is trying to use a more streamlined interface based on Andrea's feedback. I removed the printJSON method from the PipelinePrinter and the singleton object that was used to list the instructions.
Instead, each implemented view now has a <ViewName>JSON derived class that overrides the printView method. When JSON output is requested, objects of these class types are added as views. This leaves the PipelinePrinter largely unchanged.

Jan 15 2021, 5:30 PM · Restricted Project

Dec 17 2020

wolfgangp added inline comments to D86644: [llvm-mca] Initial implementation of output serialization using JSON.
Dec 17 2020, 3:33 AM · Restricted Project
wolfgangp updated the diff for D86644: [llvm-mca] Initial implementation of output serialization using JSON.

Apologies for the long delay, I'm finally ready to resume work on this feature. The update does the following:

Dec 17 2020, 3:30 AM · Restricted Project

Nov 19 2020

wolfgangp added a comment to D91733: [compiler-rt] [builtins] Use _Float16 on extendhfsf2, truncdfhf2 __truncsfhf2 if available.

Isn't COMPILER_RT_HAS_FLOAT16 generated using the host compiler? If so, using the same flag for a compiler_rt test could fail if the host compiler supports f16 and the target compiler does not.

Nov 19 2020, 5:52 PM · Restricted Project

Nov 18 2020

wolfgangp added a reverting change for rG16eb853ffdd1: [tsan] Add pthread_cond_clockwait interceptor: rG87369c626114: Revert "[tsan] Add pthread_cond_clockwait interceptor".
Nov 18 2020, 11:59 AM
wolfgangp committed rG87369c626114: Revert "[tsan] Add pthread_cond_clockwait interceptor" (authored by wolfgangp).
Revert "[tsan] Add pthread_cond_clockwait interceptor"
Nov 18 2020, 11:59 AM
wolfgangp added a reverting change for D91684: [tsan] Add pthread_cond_clockwait interceptor: rG87369c626114: Revert "[tsan] Add pthread_cond_clockwait interceptor".
Nov 18 2020, 11:59 AM · Restricted Project
wolfgangp added a comment to D91684: [tsan] Add pthread_cond_clockwait interceptor.

This seems to fail on some buildbots: e.g. here

Nov 18 2020, 9:47 AM · Restricted Project

Nov 13 2020

wolfgangp added a comment to D89755: [fuzzer] Add Windows Visual C++ exception intercept.

The test seems to fail on some Linux buildbots, see here. Please review.

Nov 13 2020, 1:58 PM · Restricted Project

Oct 15 2020

wolfgangp added a comment to D86644: [llvm-mca] Initial implementation of output serialization using JSON.

Hey Wolfgang,
are you still looking at this patch? Do you have any updates?

Oct 15 2020, 3:40 PM · Restricted Project

Sep 16 2020

wolfgangp added a comment to D86360: Add new hidden option -print-changed which only reports changes to IR.

This commit seems to cause a test failure on some bots, e.g. here.

Sep 16 2020, 4:10 PM · Restricted Project

Aug 26 2020

wolfgangp added a comment to D86644: [llvm-mca] Initial implementation of output serialization using JSON.

Can it simply be autogenerated, without omitting details?

Aug 26 2020, 1:55 PM · Restricted Project
wolfgangp requested review of D86644: [llvm-mca] Initial implementation of output serialization using JSON.
Aug 26 2020, 10:37 AM · Restricted Project

Aug 25 2020

wolfgangp committed rGe02920fe5576: [llvm-mca][NFC] Refactor handling of views that examine individual instructions, (authored by wolfgangp).
[llvm-mca][NFC] Refactor handling of views that examine individual instructions,
Aug 25 2020, 12:13 PM

Aug 24 2020

wolfgangp updated the diff for D86390: [llvm-mca][NFC] Refactor instruction printing.

After some consultation with @andreadb this is some more extensive refactoring:
We create a new base class InstructionView that is meant for views that deal with individual instructions (e.g. print them). The 3 members MCIP (the instruction printer), STI (subtarget info) and Source (the array of machine instructions) live there and can be accessed via getters (they could be made protected as well). Printing the instructions is effected by using a string member in the new base class (which must be mutable along with its associated stream).

Aug 24 2020, 5:24 PM · Restricted Project
wolfgangp updated the diff for D86390: [llvm-mca][NFC] Refactor instruction printing.

Here is another proposal: We're using statics for the Instruction string and the stream to write it and return a reference to it.
The users all immediately write the string to a different stream. This should have even fewer allocations than the original code.

Aug 24 2020, 10:42 AM · Restricted Project

Aug 21 2020

wolfgangp requested review of D86390: [llvm-mca][NFC] Refactor instruction printing.
Aug 21 2020, 7:26 PM · Restricted Project
wolfgangp committed rGcf6adecd6a87: [llvm-mca][NFC] Refactor views to separate data collection from printing. (authored by wolfgangp).
[llvm-mca][NFC] Refactor views to separate data collection from printing.
Aug 21 2020, 11:28 AM
wolfgangp updated the diff for D86177: [llvm-mca][NFC] Separate calculation of display data from its display in the summary and instruction info views.

Addressed review comment:

  • using enumerate() instead of an explicit index variable
Aug 21 2020, 8:56 AM · Restricted Project

Aug 19 2020

wolfgangp added a comment to D86177: [llvm-mca][NFC] Separate calculation of display data from its display in the summary and instruction info views.

Nice!

Thank you Andrea!

I agree with Roman in that we should not guarantee stability of data and/or structure.
Also, changes to the output structure should always be advertised (for example, by adding a line in the release notes), so that people are always aware of it.

Aug 19 2020, 1:59 PM · Restricted Project
wolfgangp updated the diff for D86177: [llvm-mca][NFC] Separate calculation of display data from its display in the summary and instruction info views.

Addressed review comments:

  • Using MutableArrayRef
  • Using range-based for loops with zip
  • Using default initializers with InstructionInfoViewData
Aug 19 2020, 1:51 PM · Restricted Project

Aug 18 2020

wolfgangp requested review of D86177: [llvm-mca][NFC] Separate calculation of display data from its display in the summary and instruction info views.
Aug 18 2020, 4:08 PM · Restricted Project

Jul 30 2020

wolfgangp committed rG9f0225894254: Make a test case more flexible on Windows wrt the number of backslashes. (authored by wolfgangp).
Make a test case more flexible on Windows wrt the number of backslashes.
Jul 30 2020, 8:39 PM

Jul 6 2020

wolfgangp committed rG129387497e58: Correct 3 spelling errors in headers and doc strings. (authored by wolfgangp).
Correct 3 spelling errors in headers and doc strings.
Jul 6 2020, 5:28 PM

Jun 9 2020

wolfgangp added a comment to D68620: DebugInfo: Use base address selection entries for debug_loc.

It looks like this caused a very large increase in binary size (627M->686M). Is that expected/has anyone else observed this?

sorry I didn't see this (somehow ended up muting this thread) - which binary built with what flags? could you run bloaty or otherwise compare the objects before/after. I'd expect some growth in linked executable size of a non-split, optimized debug build, but that seems a bit more than I'd expect/seems to be observed elsewhere so far as I know.

Jun 9 2020, 5:09 PM · Restricted Project

Jun 1 2020

wolfgangp added a comment to D80293: [clangd] Run PreambleThread in async mode behind a flag.

Shortly after this patch went in, we started to see intermittent failures with the unittest TUSchedulerTests.ManyUpdates. The build server (Windows) we're running it on is quite powerful and our own hand-run tests only take about 400 ms, so we don't really understand what could be happening. Any help would be appreciated.

Jun 1 2020, 3:43 PM · Restricted Project

Apr 24 2020

wolfgangp added inline comments to D78555: [DebugInfo][DWARF64] Fix dumping pre-standard .debug_str_offsets.dwo sections..
Apr 24 2020, 10:49 AM · debug-info, Restricted Project

Apr 23 2020

wolfgangp added a comment to D78555: [DebugInfo][DWARF64] Fix dumping pre-standard .debug_str_offsets.dwo sections..

LGTM, with a slight caveat regarding reporting an error for degenerate stubs of string offset sections.

Apr 23 2020, 11:53 AM · debug-info, Restricted Project

Mar 25 2020

wolfgangp committed rG93f7743851b7: Fixing a sanitizer lint problem that was breaking some builds. (authored by wolfgangp).
Fixing a sanitizer lint problem that was breaking some builds.
Mar 25 2020, 6:58 PM
wolfgangp added inline comments to D76073: [compiler-rt][tsan] Fix: Leak of ThreadSignalContext memory mapping when destroying fibers..
Mar 25 2020, 6:58 PM · Restricted Project, Restricted Project

Nov 18 2019

wolfgangp committed rGf805c60a0933: Revert "[clangd] Implement rename by using SelectionTree and… (authored by wolfgangp).
Revert "[clangd] Implement rename by using SelectionTree and…
Nov 18 2019, 3:50 PM
wolfgangp added a reverting change for rG4f80fc2491cc: [clangd] Implement rename by using SelectionTree and findExplicitReferences.: rGf805c60a0933: Revert "[clangd] Implement rename by using SelectionTree and….
Nov 18 2019, 3:50 PM

Nov 15 2019

wolfgangp added a comment to D70267: [X86][SSE] Simplify extract(shuffle(load())) handling (PR43971).

I'm unfortunately still getting a loop in DAGcombiner with this one (llc -mattr=+avx on linux). If you make the 1.000 in the select instr into 0.000 it finishes.

define float @test(<8 x float> *%a0) {
entry:
  %0 = load <8 x float>, <8 x float>* %a0, align 32
  %vecext = extractelement <8 x float> %0, i32 1
  %cmp = fcmp oeq float %vecext, 0.000000e+00
  %cond = select i1 %cmp, float 1.000000e+00, float %vecext
  ret float %cond
}
Nov 15 2019, 4:35 PM · Restricted Project

Nov 14 2019

wolfgangp updated subscribers of D70267: [X86][SSE] Simplify extract(shuffle(load())) handling (PR43971).

I applied your patch to ToT, but now I'm seeing a loop with the following IR (on linux). Seems still stuck in DAGCombine.

Nov 14 2019, 6:00 PM · Restricted Project

Sep 26 2019

wolfgangp added a comment to D67998: [llvm-readobj/llvm-readelf]: Dump stack-size entry for all function symbols that have a particular value (fixes PR43245).

Yes, good observation. There is also the question what to do if the sizes of 2 different entries with the same address don't match. This should probably elicit a warning.

<snip>

  1. Display the first entry size, for each symbol. This is probably the simplest.

For some reason, I didn't see your response until I had posted my updated. I basically implemented number 3.

Sep 26 2019, 4:39 PM
wolfgangp updated the diff for D67998: [llvm-readobj/llvm-readelf]: Dump stack-size entry for all function symbols that have a particular value (fixes PR43245).
  1. Rebased with the latest upstream changes.
  2. Addressed review comments as follows:
    • Keeping track of stack sizes already dumped so that duplicate entries only are printed once.
    • Issue a warning when a duplicate entry with a different stack size is encountered.
    • Simplified code by collapsing some warning code into a lambda.
    • added the appropriate test cases for the changed functionality and added one for STT_NOTYPE.
    • added an early return in a case where no valid symbol is found.
Sep 26 2019, 1:08 PM

Sep 25 2019

wolfgangp added a comment to D67998: [llvm-readobj/llvm-readelf]: Dump stack-size entry for all function symbols that have a particular value (fixes PR43245).

One issue that just occurred to me, is what happens if you still have the stack size entry in this case? Something like:

<snip>

I think this is undesirable. Perhaps you need to track whether a stack size entry for a given address has been printed yet, and skip it if it has?

Sep 25 2019, 11:00 AM

Sep 24 2019

wolfgangp created D67998: [llvm-readobj/llvm-readelf]: Dump stack-size entry for all function symbols that have a particular value (fixes PR43245).
Sep 24 2019, 5:15 PM

Sep 23 2019

wolfgangp committed rL372670: Request commit access for wolfgangp.
Request commit access for wolfgangp
Sep 23 2019, 4:37 PM

Aug 7 2019

wolfgangp committed rGab751a7c8b9b: [llvm-strip] Support --strip-sections (authored by wolfgangp).
[llvm-strip] Support --strip-sections
Aug 7 2019, 5:36 PM
wolfgangp committed rL368241: [llvm-strip] Support --strip-sections.
[llvm-strip] Support --strip-sections
Aug 7 2019, 5:34 PM
wolfgangp closed D65787: [llvm-strip] Support --strip-sections with the llvm-strip command..
Aug 7 2019, 5:34 PM · Restricted Project
wolfgangp updated the diff for D65787: [llvm-strip] Support --strip-sections with the llvm-strip command..

Addressed review comments:

Aug 7 2019, 10:45 AM · Restricted Project
wolfgangp updated the summary of D65787: [llvm-strip] Support --strip-sections with the llvm-strip command..
Aug 7 2019, 10:39 AM · Restricted Project
wolfgangp added a comment to D65787: [llvm-strip] Support --strip-sections with the llvm-strip command..

This sentence in the description:

The reasons for this are unclear, so this patch adds the option to llvm-strip.

We do not add options merely for "unclear" reasons. It is because the option is a good fit for llvm-strip.

Aug 7 2019, 10:28 AM · Restricted Project

Aug 6 2019

wolfgangp added a comment to D65787: [llvm-strip] Support --strip-sections with the llvm-strip command..

I'm a bit unclear on what this means:

Aug 6 2019, 10:59 AM · Restricted Project

Aug 5 2019

wolfgangp created D65787: [llvm-strip] Support --strip-sections with the llvm-strip command..
Aug 5 2019, 6:19 PM · Restricted Project
wolfgangp committed rGc71c62992656: [llvm-readelf] Support dumping of stack sizes sections with readelf --stack… (authored by wolfgangp).
[llvm-readelf] Support dumping of stack sizes sections with readelf --stack…
Aug 5 2019, 3:47 PM