Displaying 1 50 of 4,677,026 commits (0.251s)

LLVM — llvm/trunk/lib/Analysis ModuleSummaryAnalysis.cpp, llvm/trunk/test/ThinLTO/X86 personality.ll personality-local.ll

[lib/Analysis] - Mark personality functions as live.

This is PR33245.

Case I am fixing is next:
Imagine we have 2 BC files, one defines and uses personality routine,
second has only declaration and also uses it.

Previously algorithm computing dead symbols (llvm::computeDeadSymbols) did
not know about personality routines and leaved them dead even if function that
has routine was live.

As a result thinLTOInternalizeAndPromoteGUID() method changed binding for
such symbol to local. Later when LLD tried to link these objects it failed
because one object had undefined global symbol for routine and second
object contained local definition instead of global.

Patch set the live root flag on the corresponding FunctionSummary
for personality routines when we build the per-module summaries
during the compile step.

Differential revision: https://reviews.llvm.org/D36834

LLVM — lld/trunk/ELF LTO.cpp, lld/trunk/test/ELF/lto relocatable.ll

[ELF] - Make IR symbols be visible when doing relocatable link.

This is PR33097.
Previously when doing relocatable link, all IR symbols were absent
in result object file. Patch makes external symbols to be exported.

Differential revision: https://reviews.llvm.org/D36957

FreeBSD Ports — head/www/chpasswd pkg-descr

Update project home page.
Delta File
+1 -1 head/www/chpasswd/pkg-descr
+1 -1 1 file

OpenZFS on OS X — include/sys zio.h abd.h, module/zfs vdev_raidz.c abd.c

Correct zfs_ereport_post_checksum to take abds

Which updates the checksum calls in vdev_raidz to be closer to that of ZOL.

Eventually, the ZOL commit 84c07adadb2486e4049032e43e1f38650ca75289
"Remove dependency on linear ABD" will complete the change.

LLVM — lld/trunk/COFF DriverUtils.cpp

Fix a -Wpessimizing-move warning from Clang on this code --
a std::move() isn't needed here as the object is a temporary.
Delta File
+1 -1 lld/trunk/COFF/DriverUtils.cpp
+1 -1 1 file

FreeBSD Ports — head/devel/argdata distinfo Makefile

Upgrade Argdata to version 0.6.

In 0.5, the C++ bindings were broken on non-CloudABI systems. This went
by unnoticed, as we didn't use the C++ bindings on those systems yet.
Now that I'm preparing the import of CloudABI's networking daemon,
Flower, into the Ports tree, this is becoming problematic.

Reviewed by:        bapt
Differential Revision:        https://reviews.freebsd.org/D12065

FreeBSD Ports — head/math/pspp pkg-plist distinfo, head/math/pspp/files patch-src_ui_gui_pspp-sheet-view-column.h

- Update to 1.0.0
- Cosmetic fix
- Update WWW in pkg-descr

Changes from 0.10.2 to 0.11.0:


Changes from 0.11.0 to 1.0.0:


MFH:                2017Q3
Security:        CVE-2017-10791
Security:        CVE-2017-10792
Security:        CVE-2017-12958
Security:        CVE-2017-12959
Security:        CVE-2017-12960
Security:        CVE-2017-12961

FreeBSD Ports — head/security/vuxml vuln.xml

Delta File
+44 -0 head/security/vuxml/vuln.xml
+44 -0 1 file

FreeBSD Ports — head/devel/etcd32 distinfo Makefile

Update devel/etcd32 to version 3.2.6.

FreeNAS — src/middlewared/middlewared/plugins rsync.py

Some more fixes to rsync plugin. It now works

NAS4Free — trunk/etc/install zfsinstall.sh

code change
Delta File
+31 -25 trunk/etc/install/zfsinstall.sh
+31 -25 1 file

LLVM — llvm/trunk/include/llvm/CodeGen SelectionDAGNodes.h, llvm/trunk/lib/CodeGen/SelectionDAG SelectionDAG.cpp

[X86] Prevent several calls to ISD::isConstantSplatVector from returning a narrower APInt 
than the original scalar type

ISD::isConstantSplatVector can shrink to the smallest splat width. But we don't check the 
size of the resulting APInt at all. This can cause us to misinterpret the results.

This patch just adds a flag to prevent the APInt from changing width.

Fixes PR34271.

Differential Revision: https://reviews.llvm.org/D36996

LLVM — cfe/trunk/cmake/modules ProtobufMutator.cmake

Update libprotobuf-mutator revision

FreeBSD — projects/krb5/sys/amd64/sgx sgx.c, projects/krb5/sys/ufs/ffs ffs_softdep.c

Fixup mismerges.

DragonFlyBSD — sys/vfs/hammer2 hammer2_chain.c hammer2_ioctl.c

hammer2 - Try a different approach to bulkfree

* Attempt to fix an issue in the previous version where some dirty chains
  could slip through the gaps and prevent bulkfree from working properly.

* Do a full filesystem sync instead of a partial sync.

* Use the post-sync hmp->volsync structure to obtain the blockref array,
  interlocked against the sync.

DragonFlyBSD — sbin/hammer2 main.c hammer2.8

hammer2 - Cleanup manual page, add help, remove bulkfree-async

* Remove bulkfree-async.  Just stick with the synchronous bulkfree for

FreeBSD Ports — head/math/R-cran-igraph Makefile distinfo

- Update to 1.1.2

LLVM — lld/trunk/COFF DriverUtils.cpp CMakeLists.txt, lld/trunk/test lit.cfg lit.site.cfg.in

Integrate manifest merging library into LLD.

Summary: Now that the llvm-mt manifest merging libraries are complete, we may use them to 
merge manifests instead of needing to shell out to mt.exe.

Subscribers: mgorny, llvm-commits

Differential Revision: https://reviews.llvm.org/D36255

FreeBSD Ports — head/mail/milter-greylist-devel Makefile

mail/milter-greylist-devel: set deprecated and expiration

It is now the same as milter-greylist

PR:                220256
Approved by:        Daniel Austin <freebsd-ports at dan.me.uk> (maintainer)

FreeBSD Ports — head/mail/milter-greylist Makefile

mail/milter-greylist: Bring in DKIM option from milter-greylist-devel

While here, make DKIM, SPF, GEOIP and CURL default like -devel

PR:                220256
Submitted by:        m.tsatsenko at gmail.com (maintainer)

FreeBSD Ports — head/security/zeronet Makefile, head/security/zeronet/files pkg-message.in

security/zeronet: Removed the unnecessary TOR option

PR:                221615
Submitted by:        Yuri Victorovich <yuri at rawbw.com>

FreeBSD Ports — head/net/scamper distinfo Makefile

net/scamper: update to 20170822

PR:                221705
Submitted by:        mjl at luckie.org.nz (maintainer)

LLVM — cfe/trunk/lib/Driver/ToolChains Darwin.cpp

Test fix: only add shared libraries to rpath.

FreeBSD Ports — head/devel/visualparadigm pkg-plist distinfo

devel/visualparadigm: Update to 14.1 build 20170802

PR:                221629
Submitted by:        fernando.apesteguia at gmail.com (maintainer)

FreeNAS — src/freenas/etc/ix.rc.d ix-activedirectory

Clear alerts if we are already joined

Ticket: #25337
(cherry picked from commit 4b104de28faaccca7d8f789cc0c906642af58ebb)

FreeNAS — src/freenas/etc/ix.rc.d ix-activedirectory

Clear alerts if we are already joined

Ticket: #25337

FreeBSD — stable/11/contrib/netbsd-tests/usr.bin/grep t_grep.sh, stable/11/usr.bin/grep util.c

MFC r321450: bsdgrep(1): Don't exit before processing every file

Given an empty pattern (i.e. grep "" A B), bsdgrep(1) would previously
exit() with the appropriate exit code upon encountering an empty file.
Likely intended as an optimization, but this behavior is technically
incorrect since an empty pattern should match every line.

PR:                220924
Approved by:        emaste (mentor, blanket MFC)

HardenedBSD — contrib/netbsd-tests/usr.bin/grep t_grep.sh, usr.bin/grep util.c

MFC r321450: bsdgrep(1): Don't exit before processing every file

Given an empty pattern (i.e. grep "" A B), bsdgrep(1) would previously
exit() with the appropriate exit code upon encountering an empty file.
Likely intended as an optimization, but this behavior is technically
incorrect since an empty pattern should match every line.

PR:                220924
Approved by:        emaste (mentor, blanket MFC)

LLVM — llvm/trunk/test/tools/dsymutil/Inputs modules-empty, llvm/trunk/test/tools/dsymutil/Inputs/modules-empty 1.o Empty.pcm

dsymutil: don't copy compile units without children from PCM files


FreeNAS — src/middlewared/middlewared/client utils.py

flake8-ish fixes

FreeNAS — src/middlewared/middlewared/plugins rsync.py

Remove unused import

FreeBSD — head/sys/kern subr_smp.c, head/sys/sys smp.h

subr_smp: Clean up topology analysis, add additional layers

Rather than repeatedly nesting loops, separate concerns with a single loop
per call stack level.  Use a table to drive the recursive routine.  Handle
missing topology layers more gracefully (infer a single unit).

Analyze some additional optional layers which may be present on e.g. AMD Zen
systems (groups, aka dies, per package; and cachegroups, aka CCXes, per

Display that additional information in the boot-time topology information,
when it is relevent (non-one).

Reviewed by:        markj@, mjoras@ (earlier version)
Sponsored by:        Dell EMC Isilon
Differential Revision:        https://reviews.freebsd.org/D12019

LLVM — cfe/trunk/test/Driver fuzzer.c

Fixed driver tests for -fsanitize=fuzzer.
Delta File
+1 -1 cfe/trunk/test/Driver/fuzzer.c
+1 -1 1 file

LLVM — cfe/branches/release_50/include/clang/AST DeclCXX.h, cfe/branches/release_50/lib/AST DeclCXX.cpp ASTImporter.cpp

Merging r310983:
r310983 | rsmith | 2017-08-15 18:49:53 -0700 (Tue, 15 Aug 2017) | 31 lines

PR19668, PR23034: Fix handling of move constructors and deleted copy
constructors when deciding whether classes should be passed indirectly.

This fixes ABI differences between Clang and GCC:

 * Previously, Clang ignored the move constructor when making this
   determination. It now takes the move constructor into account, per
   https://github.com/itanium-cxx-abi/cxx-abi/pull/17 (this change may
   seem recent, but the ABI change was agreed on the Itanium C++ ABI
   list a long time ago).

 * Previously, Clang's behavior when the copy constructor was deleted
   was unstable -- depending on whether the lazy declaration of the
   copy constructor had been triggered, you might get different behavior.
   We now eagerly declare the copy constructor whenever its deletedness
   is unclear, and ignore deleted copy/move constructors when looking for
   a trivial such constructor.

This also fixes an ABI difference between Clang and MSVC:

 * If the copy constructor would be implicitly deleted (but has not been

    [11 lines not shown]

LLVM — llvm/branches/release_50/lib/CodeGen/SelectionDAG LegalizeVectorTypes.cpp LegalizeTypes.h, llvm/branches/release_50/test/CodeGen/X86 pr34177.ll

Merging r311071:
r311071 | eladcohen | 2017-08-17 01:06:36 -0700 (Thu, 17 Aug 2017) | 13 lines

[SelectionDAG] Teach the vector-types operand scalarizer about SETCC

When v1i1 is legal (e.g. AVX512) the legalizer can reach
a case where a v1i1 SETCC with an illgeal vector type operand
wasn't scalarized (since v1i1 is legal) but its operands does
have to be scalarized. This used to assert because SETCC was
missing from the vector operand scalarizer.

This patch attemps to teach the legalizer to handle these cases
by scalazring the operands, converting the node into a scalar
SETCC node.

Differential revision: https://reviews.llvm.org/D36651

LLVM — llvm/branches/release_50/lib/Object COFFModuleDefinition.cpp, llvm/branches/release_50/lib/ToolDrivers/llvm-dlltool DlltoolDriver.cpp Options.td

Merging r310990:
r310990 | mstorsjo | 2017-08-15 22:18:36 -0700 (Tue, 15 Aug 2017) | 18 lines

[llvm-dlltool] Fix creating stdcall/fastcall import libraries for i386

Hook up the -k option (that in the original GNU dlltool removes the
@n suffix from the symbol that the final executable ends up linked to).

In llvm-dlltool, make sure that functions end up with the undecorate
name type if this option is set and they are decorated. In mingw, when
creating import libraries from def files instead of creating an import
library as a side effect of linking a DLL, the symbol names in the def
contain the stdcall/fastcall decoration (but no leading underscore).

By setting the undecorate name type, a linker linking to the import
library will omit the decoration from the DLL import entry.

With this in place, mingw-w64 for i386 built with llvm-dlltool/clang
produces import libraries that actually work.

Differential Revision: https://reviews.llvm.org/D36548

LLVM — cfe/trunk/lib/Driver/ToolChains Darwin.cpp CommonArgs.cpp, cfe/trunk/test/Driver fuzzer.c

Moving libFuzzer to compiler-rt: required updates to the Clang driver.

Differential Revision: https://reviews.llvm.org/D36909

LLVM — llvm/trunk/lib CMakeLists.txt, llvm/trunk/lib/Fuzzer CMakeLists.txt README.txt

Moving libFuzzer from LLVM to compiler-rt.

This change only removes libFuzzer tests and CMake machinery,
the source copy temporarily remains at the old location.

Differential Revision: https://reviews.llvm.org/D36980

HardenedBSD — usr.sbin/hbsd-update hbsd-update

HBSD: Use the local resolver by default

Signed-off-by:        Shawn Webb <shawn.webb at hardenedbsd.org>
Sponsored-by:        SoldierX
Delta File
+7 -0 usr.sbin/hbsd-update/hbsd-update
+7 -0 1 file

LLVM — llvm/trunk/include/llvm/FuzzMutate OpDescriptor.h IRMutator.h, llvm/trunk/lib LLVMBuild.txt CMakeLists.txt

Re-apply "Introduce FuzzMutate library"

Same as r311392 with some fixes for library dependencies. Thanks to
Chapuni for helping work those out!

Original commit message:

This introduces the FuzzMutate library, which provides structured
fuzzing for LLVM IR, as described in my EuroLLVM 2017 talk. Most of
the basic mutators to inject and delete IR are provided, with support
for most basic operations.

LLVM — llvm/trunk/lib/CodeGen RegAllocBasic.cpp RegAllocGreedy.cpp

[RegAlloc] Make sure live-ranges reflect the state of the IR when removing them

When removing a live-range we used to not touch them making debug
prints harder to read because the IR was not matching what the
live-ranges information was saying.

This only affects debug printing and allows to put stronger asserts in
the code (see r308906 for instance).

LLVM — llvm/trunk/lib/Analysis ValueTracking.cpp

[ValueTracking] Add assertions that the starting Depth in isKnownToBeAPowerOfTwo and 
ComputeNumSignBitsImpl is not above MaxDepth

The function does an equality check later to terminate the recursion, but that won't work 
if its starts out too high. Similar assert already exists in computeKnownBits.

LLVM — lldb/trunk/tools/argdumper CMakeLists.txt

lldb-argdumper doesn't need lldbCore.

Summary: lldb-argdumper only needs lldbUtility to successfully build and link.

Reviewers: beanz, zturner, labath

Subscribers: mgorny, lldb-commits

Differential Revision: https://reviews.llvm.org/D36948

LLVM — cfe/trunk/lib/Driver/ToolChains Darwin.cpp, cfe/trunk/test/Driver clang-translation.c

[Driver][Darwin] Do not pass -munwind-table if -fno-excpetions is

With this change, -fno-exceptions disables unwind tables unless
-funwind-tables is supplied too or the target is x86-64 (x86-64 requires
emitting unwind tables).


LLVM — llvm/trunk/test/Transforms/InstCombine udivrem-change-width.ll

[InstCombine] add udiv/urem tests with constant numerator; NFC

LLVM — llvm/trunk/include/llvm/FuzzMutate OpDescriptor.h IRMutator.h, llvm/trunk/lib CMakeLists.txt

Revert "Re-apply "Introduce FuzzMutate library""

The dependencies for the new library seem to be misconfigured on some
linux configs:


This reverts r311392.

FreeBSD — head/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize err.D_LLQUANT_MAGTOOBIG.offbyone.d

Use an updated copy of the CDDL header boilerplate from illumos.

Reported by:        Yuri Pankov <yuripv at gmx.com>
X-MFC with:        r322774

LLVM — llvm/trunk/include/llvm/FuzzMutate OpDescriptor.h IRMutator.h, llvm/trunk/lib CMakeLists.txt

Re-apply "Introduce FuzzMutate library"

Redo r311356 with a fix to avoid std::uniform_int_distribution<bool>.
The bool specialization is undefined according to the standard, even
though libc++ seems to have it.

Original commit message:

This introduces the FuzzMutate library, which provides structured
fuzzing for LLVM IR, as described in my [EuroLLVM 2017 talk][1]. Most
of the basic mutators to inject and delete IR are provided, with
support for most basic operations.

LLVM — cfe/trunk/lib/Driver/ToolChains MSVC.cpp MSVC.h

[Driver] Recognize DevDiv internal builds of MSVC, with a different directory structure.

This is a reasonably non-intrusive change, which I've verified
works for both x86 and x64 DevDiv-internal builds.

The idea is to change `bool IsVS2017OrNewer` into a 3-state
`ToolsetLayout VSLayout`. Either a build is DevDiv-internal,
released VS 2017 or newer, or released VS 2015 or older. When looking at
the directory structure, if instead of `"VC"` we see `"x86ret"`, `"x86chk"`,
`"amd64ret"`, or `"amd64chk"`, we recognize this as a DevDiv-internal build.

After we get past the directory structure validation, we use this knowledge
to regenerate paths appropriately. `llvmArchToDevDivInternalArch()` knows how
we use `"i386"` subdirectories, and `MSVCToolChain::getSubDirectoryPath()`
uses that. It also knows that DevDiv-internal builds have an `"inc"`
subdirectory instead of `"include"`.

This may still not be the "right" fix in any sense, but I believe that it's
non-intrusive in the sense that if the special directory names aren't found,
no codepaths are affected. (`ToolsetLayout::OlderVS` and
`ToolsetLayout::VS2017OrNewer` correspond to `IsVS2017OrNewer` being `false`
or `true`, respectively.) I searched for all references to `IsVS2017OrNewer`,
which are places where Clang cares about VS's directory structure, and the
only one that isn't being patched is some logic to deal with
cross-compilation. I'm fine with that not working for DevDiv-internal builds

    [3 lines not shown]

FreeBSD — head/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize err.D_LLQUANT_MAGTOOBIG.offbyone.d, head/cddl/usr.sbin/dtrace/tests/common/llquantize Makefile

Add a regression test for r322773.

MFC after:        1 week