V2.18: Rearranged paravirt function vector.
May 30, 2019 156 commits to master since this release
- exit right below 6502 vectors.
- keep exit addr stable as it may be called from asm.
pkglint -r --network --only "migrate"
As a side-effect of migrating the homepages, pkglint also fixed a few
indentations in unrelated lines. These and the new homepages have been
checked manually.
pkglint --only "https instead of http" -r -F
With manual adjustments afterwards since pkglint 19.4.4 fixed a few
indentations in unrelated lines.
This mainly affects projects hosted at SourceForce, as well as
freedesktop.org, CTAN and GNU.
mingw-w64:
Notable changes:
_FORTIFY_SOURCE support thanks to Christian Franke.
Lots of math fixes from Martin Storsjö.
Many headers updated from Wine by Jacek Caban.
UCRT support by Martin Storsjö.
binutils:
No specific change for Windows/PECOFF.
knows about but are disabled by default, and are required to build
this package.
No PKGREVISION bump - if these build dependencies weren't there by chance
then avr-libc fails to build, so no effect on existing installations.
This package is not building on netbsd due to a stack smashing error.
Attempting to fix it via an update showed that it was removed from
upstream a few versions later.
Proposed on pkgsrc-users, using the shorter timeline for this package
because it is dysfunctional.
from https://github.com/earlephilhower/esp-quick-toolchain.
This is a version compatible with the Arduino environement.
Cross GCC for for chips using the Xtensa lx106 core, such as the
Espressif ESP8266 wireless modules.
from https://github.com/earlephilhower/esp-quick-toolchain.
This is a version compatible with the Arduino environement.
Cross binutils for chips using the Xtensa lx106 core, such as the
Espressif ESP8266 wireless modules.
Mingw-w64 is an advancement of the original mingw.org project,
created to support the GCC compiler on Windows systems. It has
forked it in 2007 in order to provide support for 64 bits and new
APIs. It has since then gained widespread use and distribution.
This package provides mingw-w64 GCC with winpthreads for x86_64 target.
Mingw-w64 is an advancement of the original mingw.org project,
created to support the GCC compiler on Windows systems. It has
forked it in 2007 in order to provide support for 64 bits and new
APIs. It has since then gained widespread use and distribution.
This package provides winpthreads library for mingw-w64 x86_64 target.
Mingw-w64 is an advancement of the original mingw.org project,
created to support the GCC compiler on Windows systems. It has
forked it in 2007 in order to provide support for 64 bits and new
APIs. It has since then gained widespread use and distribution.
This package provides mingw-w64 GCC with winpthreads for i386 target.
Mingw-w64 is an advancement of the original mingw.org project,
created to support the GCC compiler on Windows systems. It has
forked it in 2007 in order to provide support for 64 bits and new
APIs. It has since then gained widespread use and distribution.
This package provides winpthreads library for mingw-w64 i386 target.
tar difficulties (too long files). EXTRACT_USING=bsdtar solves this issue.
Also, they embed the (previous) version of the package, and thus would cause
PLIST mismatches since the 8.2.0 update.
pkglint -Wall -F -r cross
xtensa-esp32-elf-gcc has been manually edited afterwards because when
realigning variable assignments, pkglint only allows one long outlier
line. This package has two long SITES.* lines, therefore pkglint wanted
to indent the variable values much further to the right. This needs to be
fixed in pkglint.
* It seems that it is MAKE_JOBS_SAFE=yes
* Set LICENSE
* Set new HOMEPAGE and MASTER_SITES
Changelog:
V2.17: Switched Apple II output format to AppleSingle.
Although the primary target OS for the Apple II for sure isn't DOS 3.3 but ProDOS 8 the Apple II binary files contained a DOS 3.3 4-byte header. Recently I was made aware of the AppleSingle file format. That format is a much better way to transport Apple II meta data from the cc65 toolchain to the ProDOS 8 file system. Therefore I asked AppleCommander to support the AppleSingle file format. Now that there's an AppleCommander BETA with AppleSingle support it's the right time for this change.
I bumped version to 2.17 because of this from the perspective of Apple II users of course incompatible change.
V2.14 to V2.16:
Not available
Changelog:
GAS
Changes in 2.32:
* Add -mvexwig=[0|1] option to x86 assembler to control encoding of
VEX.W-ignored (WIG) VEX instructions.
* Add -mx86-used-note=[yes|no] option to generate (or not) x86 GNU property
notes. Add a --enable-x86-used-note configure time option to set the
default behavior. Set the default if the configure option is not used
to "no".
* Add support for the MIPS Loongson EXTensions R2 (EXT2) instructions.
* Add support for the MIPS Loongson EXTensions (EXT) instructions.
* Add support for the MIPS Loongson Content Address Memory (CAM) ASE.
* Add support for the C-SKY processor series.
* Add support for the MIPS Loongson MultiMedia extensions Instructions (MMI)
ASE.
LD
Changes in 2.32:
* Report property change in linker map file when merging GNU properties.
* Add support for the C-SKY processor series.
* -t now doesn't report members within archives, unless -t is given twice.
A single -t is now more useful when generating a list of files that should be
packaged for a linker bug report. For example:
gcc hello.c -save-temps -Wl,-t | xargs realpath | sort | uniq > files
tar cJf test.tar.xz `cat files`
BINUTILS
Changes in 2.32:
* The addr2line, c++filt, nm and objdump tools now have a limit on the
maximum amount of recursion that is allowed whilst demangling strings.
The value for this limit is defined by the DEMANGLE_RECRUSE_LIMIT
constant declared in the include/demangle.h header file. At the time
of writing this constant has the value of 2048.
The --no-recurse-limit option can be used to remove the limit, restoring
the behaviour of earlier versions of these tools. This may be needed in
order to dmangle truly complicated names, but it also leaves the tools
vulnerable to stack exhaustion from maliciously constructed mangled names.
* Objdump's --disassemble option can now take a parameter, specifying the
starting symbol for disassembly. Disassembly will continue from this
symbol up to the next symbol or the end of the function.
* The MIPS port now supports the Loongson 2K1000 processor which implements
the MIPS64r2 ISA, the Loongson-mmi ASE, Loongson-cam ASE, Loongson-ext ASE,
Loongson-ext2 ASE and MSA ASE instructions. Add -march=gs264e option for
Loongson 2K1000 processor.
* The MIPS port now supports the Loongson 3A2000/3A3000 processor which
implements the MIPS64r2 ISA, the Loongson-mmi ASE, Loongson-cam ASE,
Loongson-ext ASE and Loongson-ext2 ASE instructions. Add -march=gs464e
option for Loongson 3A2000/3A3000 processor.
* The MIPS port now supports the Loongson 3A1000 processor, aka Loongson3a,
which implements the MIPS64r2 ISA, the Loongson-mmi ASE, Loongson-cam ASE
and Loongson-ext ASE instructions. Add -march=gs464 option for Loongson
3A1000 processor, The -march=loongson3a is an alias of -march=gs464 for
compatibility.
With BSD make, even though there is no apparent reason, errors occur
during the build about libavrdude.a not being present. Even if that
is forced as a target, there are -j failures.
Several .hpp files were not extracted and installed, always use
`bsdtar' to extract and install also the missing .hpp.
Bump PKGREVISION.
Patch from Jonathan Schleifer via PR pkg/53725. Thank you Jonathan!
so that this package builds on arm64 platforms.
this change probably can be copied into the main GCC 7 package too.
no pkg bump as this should only enable building where it was not
working already.
Changelog:
General Improvements
Fixed LTO link-time performance problems caused by an overflow in the
partitioning algorithm while building large binaries.
Language Specific Changes
C++
GCC 8.2 fixed a bug introduced in GCC 8.1 affecting passing or returning of
classes with a deleted copy constructor and defaulted trivial move constructor
(bug c++/86094). GCC 8.2 introduces -fabi-version=13 and makes it the default,
ABI incompatibilities between GCC 8.1 and 8.2 can be reported with -Wabi=12.
See C++ changes for more details.
Target Specific Changes
IA-32/x86-64
-mtune=native performance regression PR84413 on Intel Skylake processors
has been fixed.
