20180821:
- In fil_dos.c in the function setupFiles the handling of ctrl-c has
been improved such that ctrl-c is sent immediate (without the need to
press return afterwards). Additionally redirected stdin, stdout and
stderr files are switched to binary mode now.
- In the compiler (in comp/const.s7i) the actions BIN_XOR, ENU_ICONV2,
ENU_ORD2, INT_ICONV1 and INT_ICONV3 have been added to the list of
special actions.
- The batch files bin/call_gcc.bat and bin/call_ar.bat have been
improved to set environment variables with the command 'set'. This
is necessary to execute them successfully under Wine.
- The description of log, log10 and log2 in the manual has been
improved.
- In flt_rtl.c the functions fltLog, fltLog10 and fltLog2 have been
added. This functions are based on the original functions log(),
log10() and log2() and work according to IEEE 754.
- The configuration values LOG_FUNCTION_OKAY, LOG10_FUNCTION_OKAY and
LOG2_FUNCTION_OKAY have been added to cc_conf.s7i.
- The configuration value HAS_LOG2 has been removed from cc_conf.s7i.
- The compiler (s7c) has been improved to use the functions fltLog,
fltLog10 and fltLog2.
- In comp/inline.s7i the functions push_inline_func_param,
pop_inline_func_param, push_inline_proc_param and
pop_inline_proc_param have been improved to support inline functions
with 'attr' parameters.
- The example program diff7.sd7 has been improved.
- Documentation comments have been improved in math.s7i and tar.s7i.
- In chkflt.sd7 the tests for the operators 'parse' and 'sci' and for
the function str() have been improved.
- The program chkccomp.c has been improved to define the macros
POW_OF_NEGATIVE_OKAY, LOG_OF_NAN_OKAY, LOG_OF_ZERO_OKAY,
LOG_OF_NEGATIVE_OKAY, LOG10_OF_NAN_OKAY, LOG10_OF_ZERO_OKAY,
LOG10_OF_NEGATIVE_OKAY, LOG2_OF_NAN_OKAY, LOG2_OF_ZERO_OKAY,
LOG2_OF_NEGATIVE_OKAY, MEMCMP_RETURNS_SIGNUM and
WMEMCMP_RETURNS_SIGNUM.
- In chkccomp.c the function determineFseekFunctions has been improved
to make tests that actually use fseek() and ftell().
- Calls of logFunction have been added in cmd_rtl.c, str_rtl.c,
strlib.c and striutl.c.
- In bstlib.c the function bst_cmp() has been improved to be based on
bstCmp().
- The functions strCompare(), str_cmp() and bstCmp() have been
improved to use different code depending on MEMCMP_RETURNS_SIGNUM
and WMEMCMP_RETURNS_SIGNUM.
- In s7c.sd7 the function canTakeAddress has been improved to return
FALSE for a CONSTENUMOBJECT.
Disable the build/use of libssp/gets-chk since FreeBSD 12 and later
do not feature gets() any longer.
(I was planning to make this part of a routine update, alas last week's
snapshot was broken on i386-unknown-freebsd10.x and so will this week's
still.)
PR: 222796, 231066
Differential Revision: https://reviews.freebsd.org/D12298
I was too optimistic about the fix from r478932 and it quickly falls
to pieces with a higher number (> 16) of jobs. Upstream has never
supported building in parallel either.
Disable the build/use of libssp/gets-chk since FreeBSD 12 and later
do not feature gets() any longer.
PR: 222796, 231066
Differential Revision: https://reviews.freebsd.org/D12298
The last upstream release supporting KDE4 was 10 months ago,
https://www.kde.org/announcements/announce-applications-17.08.3.php ,
and the kde@ team for FreeBSD has supported modern KDE (i.e. KDE
Frameworks, Plasma 5 and KDE Applications) for 4 months. Give a 4
month deprecation period to allow users to switch over.
Also deprecated: multimedia/kmplayer-kde4 (permission from jhale@)
Not deprecated, need to contact maintainers:
misc/krecipes-kde4
net-im/kmess-kde4
net/smb4k-kde4
textproc/uim-kde4
- Bump PORTREVISION for package change
Support for building --without-threads has been removed.
The threading module is now always available.
PR: 230605
Submitted by: Roland Smith <rsmith@xs4all.nl>
Reference: https://docs.python.org/3/whatsnew/3.7.html
CHICKEN is a compiler for the Scheme programming language. CHICKEN
produces portable, efficient C, supports almost all of the R5RS
Scheme language standard, and includes many enhancements and
extensions.
WWW: http://www.call-cc.org/
CHICKEN 4 and 5 are not fully compatible. Import the upcoming
CHICKEN 5.0.0 as a new port. Binaries and libraries are suffixed
with a 5 to avoid conflicts with lang/chicken.
Changes: https://code.call-cc.org/dev-snapshots/2018/08/11/NEWS
PR: 230535
2018-08-20 net/openmq: Broken for more than 5 months
2018-08-20 net/coda6_server: Broken for more than 5 months
2018-08-20 net/ceph-devel: Broken for more than 5 months
2018-08-20 java/jgrapht: Broken for more than 5 months
2018-08-20 mail/mutt14: mutt 1.4.x has been out of support for 10+ years use mail/mutt
2018-08-20 www/pydio: Broken for more than 5 months
2018-08-20 security/fastd-devel: Broken for more than 5 months
2018-08-20 security/fastd: Broken for more than 5 months
2018-08-20 devel/bhyve-vm-goagent: Broken for more than 5 months
2018-08-20 devel/cherivis-devel: Depends on broken and expiring cheritrace-devel
2018-08-20 devel/cheritrace-devel: Broken for more than 5 months
2018-08-20 devel/javolution: Broken for more than 5 months
2018-08-20 devel/bisoncpp: Depends on broken and expiring libbobcat
2018-08-20 databases/php5-pdo_cassandra: Broken for more than 5 months
2018-08-20 games/crafty-open-large: Broken for more than 5 months
2018-08-20 games/crafty-open-enormous: Broken for more than 5 months
2018-08-20 games/crafty-open-medium: Broken for more than 5 months
2018-08-20 math/jakarta-commons-math: Broken for more than 5 months
2018-08-20 math/hfst: Broken for more than 5 months
2018-08-20 math/octave-forge-communications: Broken for more than 5 months
2018-08-20 lang/v8-devel: Broken for more than 5 months
2018-08-20 sysutils/rubygem-fluentd010: Broken for more than 5 months
backend/src/backend/program.cpp:797:34: error: reference to type 'const llvm::Module' could not bind to an lvalue of type 'llvm::Module *'
llvm::WriteBitcodeToFile(*out_module, ostream);
^~~~~~~~~~~
/usr/local/llvm70/include/llvm/Bitcode/BitcodeWriter.h:129:41: note: passing argument to parameter 'M' here
void WriteBitcodeToFile(const Module &M, raw_ostream &Out,
^
backend/src/llvm/llvm_bitcode_link.cpp:343:36: error: no matching function for call to 'CloneModule'
llvm::Module * linked_module = llvm::CloneModule((llvm::Module*)mod).release();
^~~~~~~~~~~~~~~~~
/usr/local/llvm70/include/llvm/Transforms/Utils/Cloning.h:52:25: note: candidate function not viable: no known conversion from 'llvm::Module *' to 'const llvm::Module' for 1st argument; dereference the argument with *
std::unique_ptr<Module> CloneModule(const Module &M);
^
/usr/local/llvm70/include/llvm/Transforms/Utils/Cloning.h:53:25: note: candidate function not viable: requires 2 arguments, but 1 was provided
std::unique_ptr<Module> CloneModule(const Module &M, ValueToValueMapTy &VMap);
^
/usr/local/llvm70/include/llvm/Transforms/Utils/Cloning.h:60:1: note: candidate function not viable: requires 3 arguments, but 1 was provided
CloneModule(const Module &M, ValueToValueMapTy &VMap,
^
backend/src/llvm/ExpandLargeIntegers.cpp:230:5: error: use of undeclared identifier 'DEBUG'
DEBUG(dbgs() << "\tRecording as forward PHI\n");
^
backend/src/llvm/ExpandLargeIntegers.cpp:237:5: error: use of undeclared identifier 'DEBUG'
DEBUG(dbgs() << "\tTo: " << *To.Lo << "\n");
^
backend/src/llvm/ExpandLargeIntegers.cpp:238:5: error: use of undeclared identifier 'DEBUG'
DEBUG(dbgs() << "\tAnd: " << *To.Hi << "\n");
^
backend/src/llvm/ExpandLargeIntegers.cpp:247:5: error: use of undeclared identifier 'DEBUG'
DEBUG(dbgs() << "\tTo: " << *To << "\n");
^
backend/src/llvm/ExpandLargeIntegers.cpp:256:11: error: expected expression
DEBUG(if (!ForwardPHIs.empty()) dbgs() << "Patching forward PHIs:\n");
^
backend/src/llvm/ExpandLargeIntegers.cpp:261:7: error: use of undeclared identifier 'DEBUG'
DEBUG(dbgs() << "\t" << *F.Lo << "\n\t" << *F.Hi << "\n");
^
backend/src/llvm/ExpandLargeIntegers.cpp:389:3: error: use of undeclared identifier 'DEBUG'
DEBUG(dbgs() << "Expanding Large Integer: " << *Inst << "\n");
^
backend/src/llvm/llvm_to_gen.cpp:142:13: error: use of undeclared identifier 'createInstructionCombiningPass'; did you mean 'createFunctionInliningPass'?
MPM.add(createInstructionCombiningPass());// Clean up after IPCP & DAE
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backend/src/llvm/llvm_to_gen.cpp:164:13: error: use of undeclared identifier 'createInstructionCombiningPass'; did you mean 'createFunctionInliningPass'?
MPM.add(createInstructionCombiningPass()); // Combine silly seq's
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backend/src/llvm/llvm_to_gen.cpp:172:13: error: use of undeclared identifier 'createInstructionCombiningPass'; did you mean 'createFunctionInliningPass'?
MPM.add(createInstructionCombiningPass());
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backend/src/llvm/llvm_to_gen.cpp:209:13: error: use of undeclared identifier 'createInstructionCombiningPass'; did you mean 'createFunctionInliningPass'?
MPM.add(createInstructionCombiningPass());
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backend/src/llvm/llvm_to_gen.cpp:215:13: error: use of undeclared identifier 'createInstructionCombiningPass'; did you mean 'createFunctionInliningPass'?
MPM.add(createInstructionCombiningPass()); // Clean up after everything.
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backend/src/llvm/llvm_to_gen.cpp:366:16: error: use of undeclared identifier 'createPromoteMemoryToRegisterPass'
passes.add(createPromoteMemoryToRegisterPass());
^
backend/src/llvm/llvm_to_gen.cpp:373:16: error: use of undeclared identifier 'createInstructionCombiningPass'; did you mean 'createFunctionInliningPass'?
passes.add(createInstructionCombiningPass()); // legalize will generate some silly instructions
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
backend/src/llvm/llvm_to_gen.cpp:380:16: error: use of undeclared identifier 'createLowerSwitchPass'; did you mean 'createLoopUnswitchPass'?
passes.add(createLowerSwitchPass()); // simplify cfg will generate switch-case instruction
^~~~~~~~~~~~~~~~~~~~~
backend/src/backend/gen_program.cpp:452:32: error: reference to type 'const llvm::Module' could not bind to an rvalue of type 'llvm::Module *'
llvm::WriteBitcodeToFile((llvm::Module*)prog->module, OS);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/local/llvm70/include/llvm/Bitcode/BitcodeWriter.h:129:41: note: passing argument to parameter 'M' here
void WriteBitcodeToFile(const Module &M, raw_ostream &Out,
^
backend/src/backend/gen_program.cpp:543:29: error: no matching function for call to 'CloneModule'
llvm::Module* clone = llvm::CloneModule(src).release();
^~~~~~~~~~~~~~~~~
/usr/local/llvm70/include/llvm/Transforms/Utils/Cloning.h:52:25: note: candidate function not viable: no known conversion from 'llvm::Module *' to 'const llvm::Module' for 1st argument; dereference the argument with *
std::unique_ptr<Module> CloneModule(const Module &M);
^
/usr/local/llvm70/include/llvm/Transforms/Utils/Cloning.h:53:25: note: candidate function not viable: requires 2 arguments, but 1 was provided
std::unique_ptr<Module> CloneModule(const Module &M, ValueToValueMapTy &VMap);
^
/usr/local/llvm70/include/llvm/Transforms/Utils/Cloning.h:60:1: note: candidate function not viable: requires 3 arguments, but 1 was provided
CloneModule(const Module &M, ValueToValueMapTy &VMap,
^
backend/src/backend/gen_program.cpp:452:32: error: reference to type 'const llvm::Module' could not bind to an rvalue of type 'llvm::Module *'
llvm::WriteBitcodeToFile((llvm::Module*)prog->module, OS);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/local/llvm70/include/llvm/Bitcode/BitcodeWriter.h:129:41: note: passing argument to parameter 'M' here
void WriteBitcodeToFile(const Module &M, raw_ostream &Out,
^
Obtained from: upstream (via Debian)
Approved by: portmgr blanket
This allows to build lang/go14 on old x86 CPUs without SSE2 instructions.
This has an impact on generated machine code performance, but lang/go14
is only useful to boostrap lang/go so it is ok to do so unconditionally.
PR: 230733
Submitted by: Dmitri Goutnik <dg@syrec.org>
- Cleanup of variables
- Use the 'bsd' target for build stage
- Add options to to select interactive command line editing
- Add options to control debug options
- Add option for HTML documentation
- No change log provided upstream
Submitted by: Russel Haley (russ.haley@gmail.com)
Andrew Gierth (andrew_tao173.riddles.org.uk)
Differential Revision: https://reviews.freebsd.org/D13690
Vala 0.36.15
released on Jul 16, 2018
Changes
* Various improvements and bug fixes:
+ Update bugtracker links to
https://gitlab.gnome.org/GNOME/vala/issues
+ codegen:
- Handle delegate_target attribute of fields [#520]
- Free generic elements of glib collections [#694765]
- Fix warning for source_funcs parameter of g_source_new()
- Actually treat GLib.Source as compact class
- Consistently use gpointer for delegate targets
- Unify some delegate-type check patterns
+ girparser:
- Add support for bool delegate_target [#520]
- Allow changing the type of constants using metadata [#643]
+ girwriter:
- Output deprecated="1"
- construct-only properties don't have a setter method
- Don't write any custom attributes [#608]
- Add boolean GIR visible attribute to allow skipping symbols
+ Fix links in the Manual
+ Allow TypeModule subclasses as parameter-type in module-init-method
[#648]
+ vala: Report error for error-domains without any code
+ parser: Accept "empty" enums/error-domains [#253]
+ codewriter: Output bodies of code-blocks if in VAPIGEN mode [#253]
* Bindings:
+ glib-2.0:
- Do not mark simple-type out-parameters as nullable [#634]
- Make Source.attach() use the default MainContext by default
- Make Bytes.slice() use the memory-efficient Bytes.from_bytes()
[#638]
- Fix Bytes.with_free_func()
+ gio-2.0:
- Mark ActionEntry.parameter_type/state fields as nullable [#632]
- Delegate fields of DBus*VTable do not have implicit target fields
- Apply delegate_target = false on ActionEntry callbacks and make
them weak [#630]
- Add default to all io_priority parameters
- Add custom IOError.from_errno() to make it work as expected [#253]
+ gobject-2.0: Add lower_case_csuffix attributes to Type* symbols
+ gstreamer-rtsp-server-1.0: Update from 1.12+ git master [#653]
Vala 0.36.14
released on May 22, 2018
Changes
* Various improvements and bug fixes:
+ Warn if --gir is used without --library [#708693]
+ Report an error if rank attribute is required but was not found
[#660991]
+ scanner: Accept \R and \N escape sequences in regex literals
[#749576]
+ scanner: Accept backreferences \1 through \99 in regex literals
[#728574]
+ codegen:
- Avoid critical in get_basic_type_info() when there is no signature
[#729517]
- Fix serializing multidimensional arrays [#735437]
- Guard get_default_ref_sink_function() against null base-class
- Respect cname ccode-attribute of lockable fields
- Fix casting of length for "ref" array parameters
+ girparser: Add support for NoAccessorMethod metadata
+ girparser: Deal with missing "name" attribute by falling back on
"c:type"
+ girwriter: Drop errornous indent
+ girwriter: Properly output variadic methods and use
introspectable="0"
+ genie: Add support for the \v escape character [#664689]
+ genie: Add support for the \uXXXX escape sequence
* Bindings:
+ glib-2.0: Fix IConv.iconv() [#634753]
+ glib-2.0: Mark str parameter of Variant.take_string() as owned
+ gobject-2.0: Make constructor of ParamSpecBoxed public
+ gstreamer: Cherry-pick some fixes from 0.42
+ gtk+-*.0: Set NoAccessorMethod on Gtk.Radio*.group properties
+ json-glib-1.0: Mark return-type of gvariant_deserialize*() as
nullable [#795265]
+ sqlite3: Add additional constants for flags of Database.open_v2()
[#795627]
+ webkit2gtk-4.0: Update to 2.20.1 and cherry-pick some fixes from
0.42
Also,
Fix the problem of some non-header files as headers (Thanks to yuri@)
Fix Jupyter integration
PR: 230637
Reported by: yuri
Sponsored by: The FreeBSD Foundation
Details:
- Update to 0.24.4
- Avoid using -march=native
- Add pkg-message to let the users know that devel/pcre2 is neded
for regex/glob support in pony programs
PR: 230422
Submitted by: greg@unrelenting.technology (mantainer)
- Unfortunately, it now requires GNU make to build (pattern rules
in doc/Makefile.in); also, regression tests fail with BSD make:
https://github.com/shirok/Gauche/issues/367
Currently the gd-module uses a bundled libgd, while most systems
already provide the same library via graphics/gd.
Therefore instead of adding the bundled library we use the
port instead.
PR: 217222
Submitted by: Mikhail Teterin <mi@FreeBSD.org>
Currently the gd-module uses a bundled libgd, while most systems
already provide the same library via graphics/gd.
Therefore instead of adding the bundled library we use the
port instead.
PR: 217222
Submitted by: Mikhail Teterin <mi@FreeBSD.org>
Currently the gd-module uses a bundled libgd, while most systems
already provide the same library via graphics/gd.
Therefore instead of adding the bundled library we use the
port instead.
PR: 217222
Submitted by: Mikhail Teterin <mi@FreeBSD.org>
Those two ports fail to build on FreeBSD/i386 (all versions) for quite
some time. The Erlang/OTP team provided a patch after Dewayne Geraghty
reported the issue upstream.
Here is the entry in the Erlang/OTP bug tracker:
https://bugs.erlang.org/browse/ERL-677
The patch was successfully tested on FreeBSD 10.4 and 11.1, both i386
and amd64. Dewayne also confirmed success on FreeBSD 11.2.
PR: 229600
Reported by: Dewayne Geraghty <dewayne@heuristicsystems.com.au>
Obtained from: https://bugs.erlang.org/browse/ERL-677
MFH: 2018Q3
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
in preparation of the cycle leading up to the GCC 8.3 release in a few
months.
Functionally this is pretty much equivalent to the 8.2 release for the
time being.
lang/ruby23 is already fixed same way, port it to newer releases
By the way, this unbreak ninja builds with any port relied on libruby.so
PR: 229898
Submitted by: fluffy
Reviewed by: ruby (miwi)
Approved by: ruby (miwi)
Exp-run by: antoine
MFH: 2018Q3
Differential Revision: D16341
This fixes more than 99 bugs, among others a performance regression
with -mtune=native on Intel Skylake chips has been fixed.
This also fixes a bug introduced in GCC 8.1 affecting passing or
returning of classes with a deleted copy constructor and defaulted
trivial move constructor (GCC 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.
When python3.?-config is symlinked to another location it starts
outputting bogus paths. For example
$ pwd
/home/tobias
$ python3.6-config --includes
-I/usr/local/include/python3.6m -I/usr/local/include/python3.6m
$ ln -s /usr/local/bin/python3.6-config python3-config
$ ./python3-config --includes
-I/home/include/python3.6m -I/home/include/python3.6m
This breaks ports trying to use BINARY_ALIAS together with
python3.?-config. Apply a patch to resolve the symlink first before
trying to find the install prefix.
PR: 229749
Submitted by: tobik
Reviewed by: antoine, miwi
Approved by: python (miwi)
Changelog: http://www.php.net/ChangeLog-7.php#7.2.8
Also patch out MySQL 8 auth changes, which makes the hash
extension mandatory instead of optional and introduce further
bugs:
d6e81f0bfd
MFH: 2018Q3
It was part of the initial patch from Charlie Li to support LibreSSL
2.7. However, I misread it and though he was only removing bits
which were not needed anymore (updating checksums for openssl and
openssl-sys).
Now, we update all three: libgit2-sys, openssl and openssl-sys.
PR: 226955
Submitted by: Charlie Li <ml+freebsd@vishwin.info>
Reported by: Charlie Li <ml+freebsd@vishwin.info>
Details:
- Maintainer verified that fix to lang/gcc6-aux un-breaks build
- While on it: Pet portlint
PR: 229907
Submitted by: jamie@catflap.org (maintainer)
Filter the -mretpoline command-line option, which is understood by
recent versions of clang (and used in the context of the Spectre
security issues), but not GCC (which uses different options for the
same) from CFLAGS and CXXFLAGS.
This avoids the build of this port via bootstrap, which is the default
and leverages both the system compiler (clang in most cases) plus a just
built version GCC, to fail due to the latter not knowing -mretpoline.
PR: 228205
Submitted by: rozhuk.im@gmail.com
It is not needed anymore. It was added in preparation of a
lang/clojure update which we did another way now.
PR: 224251
Approved by: Jens Grassel <jan0sch@mykolab.com> (maintainer)
It currently still tries to use lld.
/usr/bin/ld: error: can't create dynamic relocation R_386_32 against symbol: __stderrp in readonly segment; recompile object files with -fPIC
>>> defined in /usr/lib32/libc.so.7
>>> referenced by main.c
>>> main.o:(main)
/usr/bin/ld: error: can't create dynamic relocation R_386_32 against symbol: DebugF in readonly segment; recompile object files with -fPIC
>>> defined in main.o
>>> referenced by main.c
>>> main.o:(main)
http://beefy12.nyi.freebsd.org/data/head-amd64-default/p474314_s336154/logs/smlnj-110.77.log
PR: 226991
Reported by: emaste, pkg-fallout
Release notes:
* https://blog.rust-lang.org/2018/06/21/Rust-1.27.html
* https://blog.rust-lang.org/2018/07/10/Rust-1.27.1.html
Rust is marked as broken on aarch64. The reason is the bootstrap
compiler crashes currently. See PR 228892 which tracks the issue.
A patch for aarch64 is still included. It fixes the sign for unqualified
C char. This patch still needs to be upstream, but for that, the
compiler needs to work again first.
PR: 228892
20180708:
- The operating system DOS is supported (with DJGPP) again. The tests
have been done with Dosbox.
- In the compiler (in comp/const.s7i) the actions BIN_AND and BIN_OR
have been added to the list of special actions. This way the
functions rotLeft and rotRight (from bin32.s7i and bin64.s7i) are
implemented as inline functions. This reduces the runtime of sha256
(from msgdigest.s7i) by 44% (measured with gcc and valgrind, when
reading data from 200 https connections). The cpu-time of the whole
test program was reduced by 17%.
- In msgdigest.s7i the functions md4, md5, sha1, sha224 and sha256
have been improved to use an index for words instead of an index
for chunks. This simplifies the conversion to 32-bit words.
- In comp/action.s7i the function process_action has been improved to
use a case-statement instead of multiple if-statements. This reduces
the runtime of process_action by 39% (measured with gcc and valgrind,
when the compiler compiles itself). The runtime of the compiler is
reduced by 2.5%.
- The contents of the libraries enable_input.s7i and enable_output.s7i
have been moved to the library enable_io.s7i.
- The library comp/expr_util.s7i has been renamed to comp/expr_utl.s7i.
- The program chkccomp.c has been improved to search 64-bit functions
for fseek() and ftell(). The findings are stored in version.h with
the macros _FILE_OFFSET_BITS, OS_OFF_T_SIZE, os_off_t, os_fseek and
os_ftell.
- In chkflt.sd7 the tests for float shift and logarithm of 0.0 have
been improved.
- The file src/read_me.txt has been updated.
- In chkccomp.c the functions isNullDevice, initializeNullDevice,
determineStatFunctions, determineOsFunctions and numericProperties
have been improved.
- The program chkccomp.c has been improved to work for PostgreSQL
versions 9.6, 10 and 11.
- In cmd_rtl.c the function getOsCwd has been improved to assure that
PATH_DELIMITER is used as path delimiter.
- In flt_rtl.c the functions fltDigits and fltSci have been improved,
to work correct, when printf() with format %f and %e and a huge
precision crashes. Additionally fltSci() has been improved to work
correct, when the number of exponent digits written with format %f is
not fixed.
- In con_wat.c the functions kbdShut and conWrite have been improved
and the functions term_descr_equal, tcset_term_descr, kbd_init,
doWriteConsole and doCPuts have been added.
- The functions handleIntSignal, readCharChkCtrlC and filPipe have been
added to fil_dos.c.
- The function drwConvPointList has been added to drw_dos.c.
- The definitions of volumeListType, IS_VOLUME_LIST and
openVolumeList() have been moved from dir_win.h to the new file
vol_drv.h
- In traceutl.c the function prot_cstri has been improved to optionally
https://gcc.gnu.org/gcc-8/changes.html has a comprehensive overview of
many changes in this release and https://gcc.gnu.org/gcc-8/porting_to.html
addresses issues you may encounter porting to this new version.
To provide a brief overview of some of the more noticable changes:
On the optimization front inter-procedural optimizations (IPO) and profile
driven optimizations (PDO) have been further improved and some classic loop
nest optimization passes have been added: -floop-unroll-and-jam performs
outer loop unrolling and fusing of the inner loop copies, while
-floop-interchange exchanges loops in a loop nest to improve data locality.
These, as well as an improved -ftree-loop-distribution pass are enabled by
default at -O3 and above.
A new pragma "GCC unroll" has been implemented in the C family of languages
as well as Fortran to provide finer-grained control over loop unrolling.
DWARF debugging information in the presence of link-time optimization now
properly preserves language-specific information. The -gcolumn-info
option is now enabled by default, so column information is part of DWARF
debugging information in addition to filenames and line numbers.
The C family compilers have gained options -Wmultistatement-macros
(warning about unsafe macros expanding to multiple statements used
as a body of a statement such as if, else, while, switch, or for),
-Wstringop-truncation (warning for calls to bounded string manipulation
functions such as strncat, strncpy, and stpncpy that might either truncate
the copied string or leave the destination unchanged), -Wcast-function-type
(warning when a function pointer is cast to an incompatible function pointer,
enabled by -Wextra), and -Wsizeof-pointer-div (warning for suspicious
divisions of the size of a pointer by the size of the elements it points
to, which usually is an indication of a mistaken way to calculate the
number of elements in an array, enabled by -Wall), among others.
The existing -Warray-bounds and -Wrestrict options have been enhanced to
detect many more instances, as have -Wformat-overflow and -Wformat-truncation.
Error messages and warnings better highlight the locations of issues in
many cases, and helpful "fix it" hints are provided more often.
The C++ ABI (-fabi-version=12) introduces minor changes in a few fringe
cases. The GCC 7 ABI can still be selected with -fabi-version=11.
The C++ frontend as well as libstdc++ feature experimental support for
many C++2a features and Fortran has seen a large number of improvements.
Lots and lots of improvements for Arm and AArch64 targets, as well as
the usual dose on x86 and powerpc.
PR: 229681
Not bumping PORTREVISION because it is implicitly included by pkg qa scripts.
PR: 229274
Submitted by: Iblis Lin <iblis@hs.ntnu.edu.tw> (maintainer)
Reported by: Trond.Endrestol@ximalas.info
MFH: 2018Q3
It was missing two files:
lib/elixir/lib/logger/ebin/Elixir.Logger.ErlangHandler.beam
lib/elixir/lib/logger/lib/logger/erlang_handler.ex
Submitted by: dch
Reported by: dch
version of Microsoft BASIC 6502 as found on the Commodore 64.
You can use cbmbasic in interactive mode by just running the binary
without parameters, or you can specify an ASCII-encoded BASIC program
on the command line. You can also use cbmbasic as a UNIX scripting
language by adding a hashbang line to your BASIC program and making
it executable.
WWW: https://github.com/mist64/cbmbasic
Submitted by: trasz@FreeBSD.org
While there, cleanup, and sort depends.
When build and run dependencies are the same, there are three ways to
avoid duplicating the list while not adding the framework added
BUILD_DEPENDS to the RUN_DEPENDS. In order of preference, they are:
1) use RUN_DEPENDS to set BUILD_DEPENDS:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= foo:bar/baz
2) create another variable and use it:
MY_DEPENDS= foo:bar/baz
BUILD_DEPENDS= ${MY_DEPENDS}
RUN_DEPENDS= ${MY_DEPENDS}
3) use BUILD_DEPENDS to set RUN_DEPENDS and force evaluation:
BUILD_DEPENDS= foo:bar/baz
RUN_DEPENDS:= ${BUILD_DEPENDS}
Sponsored by: Absolight
Release notes:
https://github.com/elixir-lang/elixir/releases/tag/v1.6.6
In particular, this is the first version to officially support
Erlang/OTP 21.0.
Other changes not related to the new upstream version are:
* `USES=` is moved before `USE_GITHUB` to fix a warning reported by
portlint(1).
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
- No functional change on FreeBSD in this version
- Building the bootstrap target is enough to build Myrddin
- Always run the test suite after the build
- add msbuild as build dependency (xbuild is no longer used)
- remove redundant mono dependency (now provided via USES)
- move nuget dependencies out to `nupkg-nuget` due to length
Differential Revision: https://reviews.freebsd.org/D16069
As usual, it is recommended to rebuild or reinstall all the
dependent ports and the lang/ghc port itself in one of the following
ways:
# portmaster -w -r ghc
or
# portupgrade -fr lang/ghc
In case of pkg(8), it is probably safer to remove all the GHC-dependent
packages along with GHC and reinstall everything from scratch. For
example:
# pkg query "%ro" ghc > ghc-pkgs.txt
# pkg delete -y lang/ghc
In ghc-pkgs.txt, check and remove all the packages that have been moved
on the update, then use this command:
# pkg install -y `cat ghc-pkgs.txt`
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D16038
- add LTS versions
- Dotnet Core 2.1 fails due to issue with linprocfs (PR pending)
.NET Core is a free and open-source managed software framework. It consists of
CoreCLR, a complete runtime implementation of CLR, the virtual machine that
manages the execution of .NET programs. CoreCLR comes with an improved
just-in-time compiler, called RyuJIT. .NET Core also includes CoreFX, which is
a partial fork of FCL. While .NET Core shares a subset of .NET Framework APIs,
it comes with its own API that is not part of .NET Framework. Further,
.NET Core contains CoreRT, the .NET Native runtime optimized to be integrated
into AOT compiled native binaries. A variant of the .NET Core library is used
for UWP. .NET Core's command-line interface offers an execution entry point
for operating systems and provides developer services like compilation and
package management.
.NET Core supports four cross-platform scenarios: ASP.NET Core web apps,
command-line apps, libraries, and Universal Windows Platform apps. It does not
implement Windows Forms or WPF which render the standard GUI for desktop
software on Windows. .NET Core is also modular, meaning that instead of
assemblies, developers work with NuGet packages. Unlike .NET Framework, which
is serviced using Windows Update, .NET Core relies on its package manager to
receive updates.
Differential Revision: https://reviews.freebsd.org/D13870
Here is the story:
- Default Perl is 5.24.
- You install stuff, and have Perl 5.24.
- The default Perl is changed to 5.26 because it was time.
- You do not really follow those things and are not using pkg (and
possibly poudriere) to maintain your /usr/local and you run
portmaster to update what needs to be updated.
- As you did not set anything, your Perl default is still 5.24 because
it is the installed /usr/local/bin/perl.
- Turns out that there has been a new version of lang/perl5.24 in the
mean time, and portmaster updates it. Keep in mind that the only
thing that makes 5.24 the default is that it is the installed version
you have. If you did not have it installed, the default would be
5.26.
- portmaster builds the new perl 5.24, and before it installs it, it
needs to remove the old version.
- now, you do not have any Perl installed, so the default falls back to
5.26.
- portmaster installs perl 5.24 it just built, but as it is not the
default any pore, it will not install /usr/local/bin/perl, and
everything using Perl on your system is toast, you spend countless
hours not understanding wtf happened. You end up rebuilding
everything with 5.26.
PR: 227356
Sponsored by: Absolight
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
