Bug 220030 - devel/bison failing to build on 12.0 in jail or under poudriere
Summary: devel/bison failing to build on 12.0 in jail or under poudriere
Status: Closed Not A Bug
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Po-Chuan Hsieh
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-06-16 07:13 UTC by dave
Modified: 2017-06-20 05:01 UTC (History)
0 users

See Also:
bugzilla: maintainer-feedback? (sunpoet)


Attachments
Logging of bison build going mad (81.97 KB, text/x-log)
2017-06-16 07:13 UTC, dave
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description dave 2017-06-16 07:13:46 UTC
Created attachment 183518 [details]
Logging of bison build going mad

The build of bison-3.0.4,1 goes into a runaway state when being built under poudriere or just in a jail running 12.0 .

The host of the jail is running FreeBSD 12.0-CURRENT (LOCAL) #3 r308389 .

Builds of bison-3.0.4,1 on the same host in a 11.1-RELEASE jail build ok.

The build appears to hang at the point where the logging displays...

Making all in .

It does consume resources.  Eventually poudriere kills the build becuase of no output to stdout.

I tried doing the same build jon a jail with using poudriere.

This showed the same symptoms.

I hacked the Makefile that had been created in /usr/ports/devel/bison/work/bison-3.0.4 to get some idea of what was going on.

I modified:

($(am__cd) $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target)

to:

($(am__cd) $$subdir && $(MAKE) -d d $(AM_MAKEFLAGS) $$local_target)

This debugging reveals that the build is looping around trying to refind the same things over and over again.

See the attached file for evidence of this.
Comment 1 dave 2017-06-19 23:30:28 UTC
I have been told by my superior that this problem may be an issue caused by the jail & host O/S being pre-64-bit inode and the automake that would be being used inside the jail being post-64bit inode.

I will upgrade the O/S on the host and update the jails where the build is going mad and see if the problem I am seeing continues to occur.
Comment 2 dave 2017-06-20 05:01:34 UTC
Upgrading the host O/S and refershing the jail to the same version as the host O/S has fixed the build problem I was seeing.