| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes the following compiler warnings with clang
tools/genperf/perfect.c:65:6: warning: a function definition without a prototype
is deprecated in all versions of C and is not supported in C2x [-Wdeprecated-non-prototype]
frontends/yasm/yasm.c:1379:23: warning: a function declaration without a prototype
is deprecated in all versions of C [-Wstrict-prototypes]
modules/objfmts/elf/elf.c:225:18: warning: a function declaration without a prototype
is deprecated in all versions of C [-Wstrict-prototypes]
|
|
|
|
| |
Node.js 12 actions are deprecated. For more information see:
https://github.blog/changelog/2022-09-22-github-actions-all-actions-will-begin-running-on-node16-instead-of-node12/
|
|
|
|
|
|
| |
This fixes the following compiler error in macOS in CI.
libyasm/tests/bitvect_test.c:112:5: error: implicit declaration of
function 'yasm_xfree' [-Werror,-Wimplicit-function-declaration]
|
| |
|
|
|
|
|
|
|
|
| |
yasm.c: Added -MD, -MT and -MP options similar to gcc. Also added --makedep-dos2unix-slash for helping users of NUG make (and similar) on Windows. The -MD option does both assembling and Makefile dependency generation in one go, which convenient and a little quicker.
nasm-preproc.c: Have to always gather dependencies to support -MD. Minimal cost.
Co-authored-by: knut st. osmundsen <bird-skylake@anduin.net>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Support for "private_extern" was previously added for nasm mode via
a declaration like so:
global foo:private_extern
foo:
; codes
However, that same code in gas format looks like this:
.private_extern foo
foo:
# codes
Add support for the gas version of "private_extern" syntax by
supporting a new gas `.private_extern` directive that actually
has exactly the same semantics as the nasm `global ...:private_extern`
directive.
Signed-off-by: Kyle J. McKay <mackyle@gmail.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
Update cython.m4 and pythonhead.m4 files to be compatible with py2/3
pythonhead.m4 changes taken from:
https://raw.githubusercontent.com/posborne/dbus-python/master/m4/am-check-python-headers.m4
cython.m4 changes taken from:
https://raw.githubusercontent.com/alisw/rivet/master/m4/cython.m4
|
|
|
|
|
|
|
|
|
|
| |
Prior to this change: cpu_lcd(['AVX'], ['AVX','AES']) == ['AVX'],
causing AES instructions to be treated as unsupported when "cpu
WESTMERE" is used, or even "cpu WESTMERE AES".
Fixed by reordering ordered_cpu_features such that now,
cpu_lcd(['AVX'], ['AVX','AES']) == ['AES']. I don't know if there are
CPUs this would not be correct for, but this is the value that's
consistent with all extant CPU definitions.
|
| |
|
| |
|
|
|
|
| |
(#112)
|
| |
|
|
|
|
| |
modules/arch/x86/tests/x86_test.sh failed after 51af4082cc898b122b88f11fd34033fc00fad81e commit.
This fixes this test.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Having __DATE__ is causing compilation errors when it's defined by Bazel
build tool like this: -D__DATE__=redacted
|
|
|
|
|
|
|
|
|
|
| |
This replaces _MSC_VER macro with _WIN32 because the
former one is for MSVC and Visual Studio only and is
not defined in mingw environment. Wherease, _WIN32
macro is the proper way to check Windows platform
irrespective of compiler toolchain.
See the following official link for more info
https://learn.microsoft.com/en-us/cpp/preprocessor/predefined-macros
|
|
|
|
| |
Add a SECURITY.md that disclaims almost all bugs as security issues.
|
|
|
| |
Co-authored-by: Monica <v-liumonica@microsoft.com>
|
|\ |
|
| |
| |
| |
| |
| | |
- Create a dummy .llvmasm section for bitcode
- Add [buildversion] directive for setting minos and sdk versions, e.g. [buildversion minos="10.14" sdk="10.14"]. This defaults to 10.5 on x64 and 10.4 on x86.
|
|/ |
|
| |
|
|
|
| |
This fixes compatibility with autotools 2.70+
|
|
|
| |
These were caused by the addition of the segreg-in-64bit warning.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Visual Studio integration
|
| |
|
|\ |
|
| | |
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
This prints it as an additional error for the line that generated the
first warning.
|
|
|
|
|
|
|
|
| |
* preproc/nasm: Close the input file; addressed a few memory leaks.
* yasm.c: delete include paths before we exit
* cv-dbgfmt.c: Free cv_filename::filename too.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
MONITORX has opcode "0F 01 FA".
rAX contains address to be monitored
ECX specifies optional extensions
EDX specifies optional hints
MWAITX has opcode "0F 01 FA".
EAX specifies optional hints
ECX specifies optional extensions
Public documentation: http://support.amd.com/TechDocs/24594.pdf
New CLZERO instruction support (for 32bit/64bit)
* clzero has opcode "0F 01 FC".
* clzero gets enabled with CPUID, 8000_0008, EBX[0] =1.
* clzero instruction zero's out the 64 byte cache line specified in rAX. Bits 5:0 of rAX are ignored
Copyright (c) 2016 Advanced Micro Devices, Inc. All rights reserved.
Redistributed under simplified 2-clause BSD licence
|
| |
|
| |
|
|
|
|
|
| |
This allows suppressing the annoying 'segment register ignored in 64-bit mode'
warning.
|
|\ |
|