Created attachment 157703 [details] patch for devel/bison This update supersedes PR 194680. This release has some bugfixes and better backwards compatibility. Because other ports have changed as well since this patch, I'd like another full exp-run for this port.
Why are some files installed into both DOCSDIR and EXAMPLESDIR ? Also, OPTIONS_DEFINE has EXAMPLES but not DOCS
Created attachment 157706 [details] Updated patch Ehm. Because I wasn't paying attention. These files should only be in examples. Updated patch attached. This should not affect the exp-run btw
Take
Exp-run results on 10.1 amd64: http://package23.nyi.freebsd.org/build.html?mastername=101amd64-default-PR200833&build=2015-06-14_19h16m54s 9 new failures: + {"origin"=>"audio/epos-devel", "pkgname"=>"epos-2.5.37", "phase"=>"build", "errortype"=>"linker_error"} + {"origin"=>"databases/monetdb", "pkgname"=>"monetdb-11.15.19_1", "phase"=>"build", "errortype"=>"clang"} + {"origin"=>"editors/xcoral", "pkgname"=>"xcoral-3.47_2", "phase"=>"build", "errortype"=>"clang"} + {"origin"=>"graphics/pixie", "pkgname"=>"pixie-2.2.6_12", "phase"=>"build", "errortype"=>"clang"} + {"origin"=>"graphics/tumble", "pkgname"=>"tumble-0.33_4", "phase"=>"build", "errortype"=>"bad_C++_code"} + {"origin"=>"japanese/ming", "pkgname"=>"ja-ming-0.1.5_10", "phase"=>"build", "errortype"=>"compiler_error"} + {"origin"=>"multimedia/avinfo", "pkgname"=>"avinfo-1.0.a15", "phase"=>"build", "errortype"=>"compiler_error"} + {"origin"=>"net-mgmt/irrtoolset", "pkgname"=>"irrtoolset-5.0.1", "phase"=>"build", "errortype"=>"linker_error"} + {"origin"=>"www/kannel", "pkgname"=>"kannel-1.4.4_1,1", "phase"=>"build", "errortype"=>"compiler_error"} Failure logs: http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/epos-2.5.37.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/monetdb-11.15.19_1.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/xcoral-3.47_2.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/pixie-2.2.6_12.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/tumble-0.33_4.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/ja-ming-0.1.5_10.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/avinfo-1.0.a15.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/irrtoolset-5.0.1.log http://package23.nyi.freebsd.org/data/101amd64-default-PR200833/2015-06-14_19h16m54s/logs/errors/kannel-1.4.4_1,1.log
Exp-run completed with list of broken ports provided
A commit references this bug: Author: johans Date: Sun Jun 14 20:12:34 UTC 2015 New revision: 389653 URL: https://svnweb.freebsd.org/changeset/ports/389653 Log: - Use yadd, rather than depending on bison and running it in yacc-compat mode This avoids additional issues with bison 3 - Bump PORTREVISION for changed dependencies PR: 200833 Changes: head/audio/epos-devel/Makefile
Is there any progress on this update? devel/libdap 3.14.0 and above requires bison 3.x.
A commit references this bug: Author: danfe Date: Tue Jan 26 17:57:02 UTC 2016 New revision: 407279 URL: https://svnweb.freebsd.org/changeset/ports/407279 Log: Unbreak the build on 9.X (against old yacc(1) which apparently does not support %token_table declaration). Originally the port was relying on bison(1) instead (via USES=bison) in yacc-compat mode, but was switched to yacc(1) in r389653 because it failed to build against `devel/bison' version update to 3.0.4 as part of an exp-run (see PR). It turns out that actually generated code does not suffer from removing %token_table: the only difference in generated `neural_parse.cc' is that yyname[] table is not guarded by `#if YYDEBUG' and it #define's yytname as yyname, but the code that references yytname in `neural_parse.cc' is #if'ed 0 and YYDEBUG is defined to 1 earlier. That said, simply comment out %token_table line which allows the build to proceed (ir)regardless of the yacc(1) version, on all FreeBSD releases (including 8.X). While here, remove `ac_cv_lib_stdcpp_main=no' in CONFIGURE_ENV that was supposed to fix the build against Clang added in r323095 as it seems no longer required, augment COMMENT and port description, and fix WWW line to point to working website, killing trailing whitespace along the way. PR: 200833 Changes: head/audio/epos-devel/Makefile head/audio/epos-devel/files/patch-src__nnet__neural_parse.yy head/audio/epos-devel/pkg-descr
What is the status of this update?
Superseded by bug #215840