Any port that writes to Environment.SpecialFolder.Personal during build
or when running tests may end up with files outside of the stage area that
aren't cleaned up by the ports framework. The issue lies with Mono
looking in /etc/passwd first and only if no entry found there in $HOME.
This PR was an unnoticed prerequisite for the new port games/openra.
Patch based on discussion in https://github.com/mono/mono/pull/371
PR: 193426
Submitted by: Jan Beich
Approved by: maintainer timeout (8 weeks)
Use USES=compiler:c11 to enforce modern compiler (and clang version > 3.3)
Drop printing pkg-message it is done automatically by stage
Sharpen the sed on configure to fix in case of isinf it was making __thread testing hanging
Remove useless include of bsd.mono.mk
Mono was set to build via clang unconditionally. Other than have
a large, unnecessary dependency on clang33, this didn't bother
DragonFly until recently. The 3.2.8 version has a conftest to test
for a working __thread implementation (which DragonFly has), but for
some reason the test locks up when built by clang. I built the conftest
manually with gcc and it returned fine.
In any case, DragonFly's gcc47 base compiler builds mono fine, so to
unbreak the port on DragonFly, only specify clang on FreeBSD.
This update include a patch for sgen which avoids an assertion failure
(condition `info->doing_handshake' not met) that will be part of 3.2.2.
Because our mono version is unstable due to this, we decided not to wait for
3.2.2 to be out and update to 3.2.1, cherry-picking the appropriate fix.
Many thanks to Charles Randall for reporting and helping.
While these fixes should have been applied upstream, and new tarballs are
available, I am quite out of time ATM so after having successfully tested these
changes, push them to FreeBSD and provide appropriate kudos to appropriate
People.
Updating to more recent lang/mono is in the pipeline, and should reach the
ports tree soon.
PR: ports/176030
Submitted by: Jack Pappas <jack.pappas@tidepowerd.com>
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
