Displaying 1 50 of 4,677,039 commits (0.223s)

LLVM — cfe/trunk/lib/Frontend ASTUnit.cpp, cfe/trunk/lib/Parse ParseTemplate.cpp

Revert r311442 (Fix templated type alias completion when using global completion cache)

Failing Tests (2):
    Clang :: CXX/dcl.dcl/dcl.spec/dcl.type/p3-0x.cpp
    Clang :: SemaCXX/alias-template.cpp

LLVM — llvm/trunk/lib/CodeGen/SelectionDAG SelectionDAG.cpp

[SelectionDAG] Add getNode debug messages

This adds debug messages to various functions that create new SDValue nodes.
This is e.g. useful to have during legalization, as otherwise it can prints
legalization info of nodes that did not appear in the dumps before.

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

LLVM — cfe/trunk/lib/Sema SemaObjCProperty.cpp, cfe/trunk/test/SemaObjC arc-property-decl-attrs.m

[ObjC] Check written attributes only when synthesizing ambiguous property

This commit fixes a bug introduced in r307903. The attribute ambiguity checker
that was introduced in r307903 checked all property attributes, which caused
errors for source-compatible properties, like:

@property (nonatomic, readonly) NSObject *prop;
@property (nonatomic, readwrite) NSObject *prop;

because the readwrite property would get implicit 'strong' attribute. The
ambiguity checker should be concerned about explicitly specified attributes
only.

rdar://33748089

LLVM — cfe/trunk/lib/Frontend ASTUnit.cpp, cfe/trunk/lib/Parse ParseTemplate.cpp

Fix templated type alias completion when using global completion cache

When we have enabled cache for global completions we did not have
diagnostics for Bar and could not complete Ba as in provided code
example.

template <typename T>
struct Foo { T member; };

template<typename T> using Bar = Foo<T>;

int main() {
    Ba
}

Patch by Ivan Donchevskii!

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

LLVM — cfe/branches/release_50/docs ReleaseNotes.rst

[Sema] Update release notes with details of implicit scalar to vector conversions

Add notes on this to the C language section, along with the C++ section.

Reviewers: bruno, hans

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

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

We don't need libzfs here anymore.

FreeNAS — gui/templates/vm clone.html

Add html clone template.
Delta File
+5 -0 gui/templates/vm/clone.html
+5 -0 1 file

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

    feat(middlewared/vm): When we clone a VM and it has RAW disk, the user must copy it 
manually.

LLVM — llvm/trunk/lib/Target/AArch64 AArch64ISelLowering.cpp

[AArch64] Cleanup of HasFullFP16 argument. NFC.

This is a clean up of commit r311154; it's not necessary to pass HasFullFP16 as
an argument, instead just query the DAG.

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

LLVM — llvm/trunk/lib/Target/ARM ARMISelLowering.cpp

Fix a typo in r311435.

LLVM — llvm/trunk/lib/Target/AArch64 AArch64ISelLowering.cpp, llvm/trunk/lib/Target/ARM ARMISelLowering.cpp ARMFastISel.cpp

Use report_fatal_error for unsupported calling conventions

The calling convention can be specified by the user in IR. Failing to support 
a particular calling convention isn't a programming error, and so relying on 
llvm_unreachable to catch and report an unsupported calling convention is not 
appropriate.

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

LLVM — cfe/trunk/lib/Tooling/ASTDiff ASTDiff.cpp

[clang-diff] Fix getRelativeName

Handle the case when DeclContext is null.

LLVM — cfe/trunk/include/clang/Tooling/ASTDiff ASTDiff.h, cfe/trunk/lib/Tooling/ASTDiff ASTDiff.cpp

[clang-diff] Use the relative name for NamedDecl

Summary:
If a node referring to a name is within a class or namespace, do not use
the full qualified name, but strip the namespace prefix.

Reviewers: arphaman, bkramer

Subscribers: klimek

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

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:

  http://lists.gnu.org/archive/html/pspp-announce/2017-08/msg00000.html

Changes from 0.11.0 to 1.0.0:

  http://lists.gnu.org/archive/html/pspp-announce/2017-08/msg00002.html

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
  now.

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

- Update to 1.1.2
- Fix LICENSE

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

rdar://problem/33830532

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
group).

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