<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in basic.s</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>42a21778 - [test] Use host platform specific error message substitution in lit tests</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#42a21778</link>
        <description>[test] Use host platform specific error message substitution in lit testsOn z/OS, the following error message is not matched correctly in lit tests.```EDC5129I No such file or directory.```This patch uses a lit config substitution to check for platform specific error messages.Reviewed By: muiez, jhendersonDifferential Revision: https://reviews.llvm.org/D95246

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Fri, 29 Jan 2021 12:15:50 +0000</pubDate>
        <dc:creator>Abhina Sreeskantharajan &lt;Abhina.Sreeskantharajan@ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>978444d5 - Revert &quot;[SystemZ][z/OS] Fix No such file or directory expression error&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#978444d5</link>
        <description>Revert &quot;[SystemZ][z/OS] Fix No such file or directory expression error&quot;This reverts commit 06f8a49693957bc27b83e0ab5f429ff874941a07.

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Mon, 25 Jan 2021 13:02:41 +0000</pubDate>
        <dc:creator>Abhina Sreeskantharajan &lt;Abhina.Sreeskantharajan@ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>689aaba7 - [SystemZ][z/OS] Fix No such file or directory expression error matching in lit tests</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#689aaba7</link>
        <description>[SystemZ][z/OS] Fix No such file or directory expression error matching in lit testsOn z/OS, the following error message is not matched correctly in lit tests. This patch updates the CHECK expression to match successfully.```EDC5129I No such file or directory.```Reviewed By: muiezDifferential Revision: https://reviews.llvm.org/D94239

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Mon, 18 Jan 2021 12:14:12 +0000</pubDate>
        <dc:creator>Abhina Sreeskantharajan &lt;Abhina.Sreeskantharajan@ibm.com&gt;</dc:creator>
    </item>
<item>
        <title>34bdddf9 - [ELF][test] Split basic.s</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#34bdddf9</link>
        <description>[ELF][test] Split basic.s

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Fri, 27 Mar 2020 18:35:02 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>09158252 - [ThinLTO] Allow usage of all hardware threads in the system</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#09158252</link>
        <description>[ThinLTO] Allow usage of all hardware threads in the systemBefore this patch, it wasn&apos;t possible to extend the ThinLTO threads to all SMT/CMT threads in the system. Only one thread per core was allowed, instructed by usage of llvm::heavyweight_hardware_concurrency() in the ThinLTO code. Any number passed to the LLD flag /opt:lldltojobs=..., or any other ThinLTO-specific flag, was previously interpreted in the context of llvm::heavyweight_hardware_concurrency(), which means SMT disabled.One can now say in LLD:/opt:lldltojobs=0 -- Use one std::thread / hardware core in the system (no SMT). Default value if flag not specified./opt:lldltojobs=N -- Limit usage to N threads, regardless of usage of heavyweight_hardware_concurrency()./opt:lldltojobs=all -- Use all hardware threads in the system. Equivalent to /opt:lldltojobs=$(nproc) on Linux and /opt:lldltojobs=%NUMBER_OF_PROCESSORS% on Windows. When an affinity mask is set for the process, threads will be created only for the cores selected by the mask.When N &gt; number-of-hardware-threads-in-the-system, the threads in the thread pool will be dispatched equally on all CPU sockets (tested only on Windows).When N &lt;= number-of-hardware-threads-on-a-CPU-socket, the threads will remain on the CPU socket where the process started (only on Windows).Differential Revision: https://reviews.llvm.org/D75153

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Fri, 27 Mar 2020 14:20:39 +0000</pubDate>
        <dc:creator>Alexandre Ganea &lt;alexandre.ganea@ubisoft.com&gt;</dc:creator>
    </item>
<item>
        <title>9e1319df - [llvm-readelf] Make --all output order closer to GNU readelf</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#9e1319df</link>
        <description>[llvm-readelf] Make --all output order closer to GNU readelfhttps://bugs.llvm.org/show_bug.cgi?id=43403The new order makes it easy to compare the two tools&apos; --all.Reviewed By: grimar, rupprechtDifferential Revision: https://reviews.llvm.org/D75592

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Wed, 04 Mar 2020 03:49:14 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>81cebfd0 - [ELF][test] Change -o %t to -o /dev/null if the output is not needed</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#81cebfd0</link>
        <description>[ELF][test] Change -o %t to -o /dev/null if the output is not needed

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Thu, 13 Feb 2020 05:48:45 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>d4306e90 - [ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_X86_64</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#d4306e90</link>
        <description>[ELF][X86] Allow PT_LOAD to have overlapping p_offset ranges on EM_X86_64Port the D64906 technique to EM_X86_64.Differential Revision: https://reviews.llvm.org/D67482llvm-svn: 371958

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Mon, 16 Sep 2019 07:05:34 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>5391f158 - [ELF] Add -z separate-code and pad the last page of last PF_X PT_LOAD with traps only if -z separate-code is specified</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#5391f158</link>
        <description>[ELF] Add -z separate-code and pad the last page of last PF_X PT_LOAD with traps only if -z separate-code is specifiedThis patch1) adds -z separate-code and -z noseparate-code (default).2) changes the condition that the last page of last PF_X PT_LOAD is padded with trap instructions. Current condition (after D33630): if there is no `SECTIONS` commands. After this change: if -z separate-code is specified.-z separate-code was introduced to ld.bfd in 2018, to place the textsegment in its own pages. There is no overlap in pages between anexecutable segment and a non-executable segment:1) RX cannot load initial contents from R or RW(or non-SHF_ALLOC).2) R and RW(or non-SHF_ALLOC) cannot load initial contents from RX.lld&apos;s current status:- Between R and RX: in `Writer&lt;ELFT&gt;::fixSectionAlignments()`, the start of a  segment is always aligned to maxPageSize, so the initial contents loaded by R  and RX do not overlap. I plan to allow overlaps in D64906 if -z noseparate-code  is in effect.- Between RX and RW(or non-SHF_ALLOC if RW doesn&apos;t exist):  we currently unconditionally pad the last page to commonPageSize  (defaults to 4096 on all targets we support).  This patch will make it effective only if -z separate-code is specified.-z separate-code is a dubious feature that intends to reduce the numberof ROP gadgets (which is actually ineffective because attackers can findplenty of gadgets in the text segment, no need to find gadgets innon-code regions).With the overlapping PT_LOAD technique D64906, -z noseparate-coderemoves two more alignments at segment boundaries than -z separate-code.This saves at most defaultCommonPageSize*2 bytes, which are significanton targets with large defaultCommonPageSize (AArch64/MIPS/PPC: 65536).Issues/feedback on alignment at segment boundaries to help understandthe implication:* binutils PR24490 (the situation on ld.bfd is worse because they have  two R-- on both sides of R-E so more alignments.)* In binutils, the 2018-02-27 commit &quot;ld: Add --enable-separate-code&quot; made -z separate-code the default on Linux.  https://github.com/richfelker/musl-cross-make/commit/d969dea983a2cc54a1e0308a0cdeb6c3307e4bfa  In musl-cross-make, binutils is configured with --disable-separate-code  to address size regressions caused by -z separate-code. (lld actually has the same  issue, which I plan to fix in a future patch. The ld.bfd x86 status is  worse because they default to max-page-size=0x200000).* https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237676 people want  smaller code size. This patch will remove one alignment boundary.* Stef O&apos;Rear: I&apos;m opposed to any kind of page alignment at the  text/rodata line (having a partial page of text aliased as rodata and  vice versa has no demonstrable harm, and I actually care about small  systems).So, make -z noseparate-code the default.Reviewed By: ruiuDifferential Revision: https://reviews.llvm.org/D64903llvm-svn: 367537

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Thu, 01 Aug 2019 09:58:25 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>e041d15f - [LLD][ELF] Add the -z ifunc-noplt option</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#e041d15f</link>
        <description>[LLD][ELF] Add the -z ifunc-noplt optionPatch by Mark Johnston!Summary:When the option is configured, ifunc calls do not go through the PLT;rather, they appear as regular function calls with relocationsreferencing the ifunc symbol, and the resolver is invoked whenapplying the relocation.  This is intended for use in freestandingenvironments where text relocations are permissible and is incompatiblewith the -z text option.  The option is motivated by ifunc usage in theFreeBSD kernel, where ifuncs are used to elide CPU feature flag bitchecks in hot paths.  Instead of replacing the cost of a branch with thatof an indirect function call, the -z ifunc-noplt option is used to ensurethat ifunc calls carry no hidden overhead relative to normal functioncalls.Test Plan:I added a couple of regression tests and tested the FreeBSD kernelbuild using the latest lld sources.To demonstrate the effects of the change, I used a micro-benchmarkwhich results in frequent invocations of a FreeBSD kernel ifunc.  Thebenchmark was run with and without IBRS enabled, and with and without-zifunc-noplt configured.  The observed speedup is small and consistent,and is significantly larger with IBRS enabled:https://people.freebsd.org/~markj/ifunc-noplt/noibrs.txthttps://people.freebsd.org/~markj/ifunc-noplt/ibrs.txtReviewed By: ruiu, MaskRayDifferential Revision: https://reviews.llvm.org/D61613llvm-svn: 360685

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Tue, 14 May 2019 15:25:21 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>54743d57 - Add typo correction for command-line flags to ELF and COFF lld drivers</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#54743d57</link>
        <description>Add typo correction for command-line flags to ELF and COFF lld driversFor lld-link, unknown &apos;/&apos;-style flags are treated as filenames on POSIXsystems, so only &apos;-&apos;-style flags get typo correction for now. Thismatches clang-cl.PR37006.Differential Revision: https://reviews.llvm.org/D61443llvm-svn: 360145

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Tue, 07 May 2019 13:48:30 +0000</pubDate>
        <dc:creator>Nico Weber &lt;nicolasweber@gmx.de&gt;</dc:creator>
    </item>
<item>
        <title>b159906a - [test] Change llvm-readobj -long-option to --long-option or well-known short options. NFC</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#b159906a</link>
        <description>[test] Change llvm-readobj -long-option to --long-option or well-known short options. NFCAlso change some options that have different semantics (cause confusion) in llvm-readelf mode:-s =&gt; -S-t =&gt; --symbols-sd =&gt; --section-datallvm-svn: 359651

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Wed, 01 May 2019 05:49:01 +0000</pubDate>
        <dc:creator>Fangrui Song &lt;maskray@google.com&gt;</dc:creator>
    </item>
<item>
        <title>a5d43d00 - Propagate sh_entsize out.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#a5d43d00</link>
        <description>Propagate sh_entsize out.No difference in practice other than having sh_entsize in the output.This should simplify the patch for handling SHF_MERGE in -r.Based on a patch by George Rimar.llvm-svn: 318306

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Wed, 15 Nov 2017 16:56:20 +0000</pubDate>
        <dc:creator>Rafael Espindola &lt;rafael.espindola@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7ab9f7be - [ELF] Set p_memsz to p_filesz when aligning the last segment to page boundary</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#7ab9f7be</link>
        <description>[ELF] Set p_memsz to p_filesz when aligning the last segment to page boundaryHaving p_filesz different from p_memsz is confusing some tools.Differential Revision: https://reviews.llvm.org/D37369llvm-svn: 312384

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Fri, 01 Sep 2017 21:48:20 +0000</pubDate>
        <dc:creator>Petr Hosek &lt;phosek@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>cb38bf52 - [ELF] - LTO: Try to be option compatible with the gold plugin.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#cb38bf52</link>
        <description>[ELF] - LTO: Try to be option compatible with the gold plugin.This is relative to PR30720.Previously we ignored all --plugin-opt arguments.Patch adds support for them.Patch does not add any new LTO options,and just implements mapping from --plugin-opt to existent ones.Differential revision: https://reviews.llvm.org/D36227llvm-svn: 310826

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Mon, 14 Aug 2017 10:17:30 +0000</pubDate>
        <dc:creator>George Rimar &lt;grimar@accesssoftek.com&gt;</dc:creator>
    </item>
<item>
        <title>edd6c358 - [ELF] When the code segment is the last, align it to the page boundary</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#edd6c358</link>
        <description>[ELF] When the code segment is the last, align it to the page boundaryWhen the data segment is the last segment, it is correct to leaveit unaligned. However, when the code segment is the last segment,it should be aligned to the page boundary to avoid loading thenon-segment parts of the ELF file at the end of the file.Differential Revision: https://reviews.llvm.org/D33630llvm-svn: 309829

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Wed, 02 Aug 2017 16:35:00 +0000</pubDate>
        <dc:creator>Petr Hosek &lt;phosek@chromium.org&gt;</dc:creator>
    </item>
<item>
        <title>810ce10b - Change the error message format for duplicate symbols.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#810ce10b</link>
        <description>Change the error message format for duplicate symbols.This patch is intended to improve readability of &quot;duplicate symbol&quot;error messages.Without this patch:  /ssd/clang/bin/ld.lld: error: /ssd/llvm-project/lld/ELF/Relocations.cpp:1054: duplicate symbol &apos;lld::elf::demangle(llvm::StringRef)&apos;  /ssd/clang/bin/ld.lld: error: /ssd/llvm-project/lld/ELF/Strings.cpp:93: previous definition was hereWith this patch:  /ssd/clang/bin/ld.lld: error: duplicate symbol: lld::elf::demangle(llvm::StringRef)  &gt;&gt;&gt; defined at Strings.cpp:93 (/ssd/llvm-project/lld/ELF/Strings.cpp:93)  &gt;&gt;&gt;            Strings.cpp.o:(lld::elf::demangle(llvm::StringRef)) in archive lib/liblldELF.a  &gt;&gt;&gt; defined at Relocations.cpp:1054 (/ssd/llvm-project/lld/ELF/Relocations.cpp:1054)  &gt;&gt;&gt;            Relocations.cpp.o:(.text+0x4C30) in archive lib/liblldELF.aDiscussion thread:http://lists.llvm.org/pipermail/llvm-dev/2017-March/111459.htmlDifferential Revision: https://reviews.llvm.org/D31507llvm-svn: 299280

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Fri, 31 Mar 2017 23:40:21 +0000</pubDate>
        <dc:creator>Rui Ueyama &lt;ruiu@google.com&gt;</dc:creator>
    </item>
<item>
        <title>25324313 - Stop propagating Entsize.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#25324313</link>
        <description>Stop propagating Entsize.Now that we combine multiple synthetic merge section into one outputsection there is no point in trying to propagate a value.llvm-svn: 294048

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Fri, 03 Feb 2017 21:29:51 +0000</pubDate>
        <dc:creator>Rafael Espindola &lt;rafael.espindola@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>817c9d66 - Support non-regular output files.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#817c9d66</link>
        <description>Support non-regular output files.This patch enables something like &quot;-o /dev/null&quot;.Previouly, it failed because such files cannot be renamed.Differential Revision: https://reviews.llvm.org/D28010llvm-svn: 291496

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Mon, 09 Jan 2017 23:07:05 +0000</pubDate>
        <dc:creator>Rui Ueyama &lt;ruiu@google.com&gt;</dc:creator>
    </item>
<item>
        <title>8fd0196c - lld: Default image base address to 0x200000 on x86-64</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/lld/test/ELF/basic.s#8fd0196c</link>
        <description>lld: Default image base address to 0x200000 on x86-64Align to the large page size (known as a superpage or huge page).FreeBSD automatically promotes large, superpage-aligned allocations.Differential Revision:	https://reviews.llvm.org/D27042llvm-svn: 287782

            List of files:
            /llvm-project-15.0.7/lld/test/ELF/basic.s</description>
        <pubDate>Wed, 23 Nov 2016 17:44:02 +0000</pubDate>
        <dc:creator>Ed Maste &lt;emaste@freebsd.org&gt;</dc:creator>
    </item>
</channel>
</rss>
