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 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 C runtime for mingw-w64 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 mingw-w64 bootstrap GCC 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 headers for mingw-w64 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 mingw-w64 GNU binutils 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 mingw-w64 GCC 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 C runtime 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 bootstrap GCC 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 headers 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 GNU binutils 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.
Changelog:
In the assembler:
* Add support for location views in DWARF debug line information.
In the BFD linker:
* Add -z separate-code to generate separate code PT_LOAD segment.
* Add "-z undefs" command line option as the inverse of the "-z defs"
option.
* Add -z globalaudit command line option to force audit libraries to be run
for every dynamic object loaded by an executable - provided that the
loader
supports this functionality.
* Tighten linker script grammar around file name specifiers to prevent the
use
of SORT_BY_ALIGNMENT and SORT_BY_INIT_PRIORITY on filenames. These would
previously be accepted but had no effect.
* The EXCLUDE_FILE directive can now be placed within any SORT_* directive
within input section lists.
In the GOLD linker:
* Add support for .MIPS.options sections (MIPS only).
* Add support for compound relocations (MIPS only).
* Add --emit-stub-syms, --no-tls-optimize, --tls-get-addr-optimize options
(PowerPC only).
* Add -z text-unlikely-segment option.
* Add plugin support for adding new input files
(LDPT_REGISTER_NEW_INPUT_HOOK).
In the utilities:
* Add --debug-dump=links option to readelf and --dwarf=links option to
objdump
which displays the contents of any .gnu_debuglink or .gnu_debugaltlink
sections.
* Add a --debug-dump=follow-links option to readelf and a
--dwarf=follow-links
option to objdump which causes indirect links into separate debug info
files
to be followed when dumping other DWARF sections.
This switch is meant to be used by packages requiring an implementation of the
former libusb (as in devel/libusb). The original implementation can be
chosen by setting LIBUSB_TYPE to "native".
The alternative implementation libusb-compat (as in devel/libusb-compat) wraps
libusb1 (in devel/libusb1). This implementation can be chosen by setting
LIBUSB_TYPE to "compat". On NetBSD, it has the advantage of not requiring root
privileges to locate and use USB devices without a kernel driver.
This second part switches packages using libusb to this framework. It does not
change compilation options or dependencies at this point.
Compile-tested on most packages affected and available on NetBSD/amd64.
The actual fix as been done by "pkglint -F */*/buildlink3.mk", and was
reviewed manually.
There are some .include lines that still are indented with zero spaces
although the surrounding .if is indented. This is existing practice.
The newly introduced guess-license make(1) target is too naive.
In this case, it just looked at the file COPYING, but the actual
rules for this package are much more complicated. Each file has
its own license, and the various COPYING files are only references
to which the files point.
Unsorted entries in PLIST files have generated a pkglint warning for at
least 12 years. Somewhat more recently, pkglint has learned to sort
PLIST files automatically. Since pkglint 5.4.23, the sorting is only
done in obvious, simple cases. These have been applied by running:
pkglint -Cnone,PLIST -Wnone,plist-sort -r -F
