Long build?

[Adam Dershowitz]

I’ve done that.  It just shows make at 98.8% cpu.  When I’ve tried to sample, I get a call chain that has a lot of ??? (in make).  I tried to add a screen shot of the call chain, since activity monitor won’t allow me to copy, but the message ended up being too large.
The beginning of the call chain is:
100.000% Thread_2395191 DispatchQueue_1: com.apple.main-thread (serial)
	100.000% start (in libdyld.dylib) + 1 [0x7fff58345015]
		100.000% ??? (in make) load address…(I’m not typing these out)
			93.103% ??? (in make) load address…
				etc

So, it is hanging up in “make”.  
Very strange.  


--Adam



> On Nov 6, 2018, at 9:36 AM, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
> 
> As it seems so far you're the only one with the hiccup, you have to see what's happening. When it's stuck, run top to see what's eating up the clock. Activity Monitor or ps to see what's running. Possibly sample the process that's stuck .to see what it's doing.
> 
> Ken
> 
>> On Nov 6, 2018, at 06:31, Adam Dershowitz <dersh at alum.mit.edu> wrote:
>> 
>> 
>> 
>>> On Nov 6, 2018, at 1:17 AM, Mojca Miklavec <mojca at macports.org> wrote:
>>> 
>>> Dear Adam,
>>> 
>>>> On Tue, 6 Nov 2018 at 05:24, Adam Dershowitz wrote:
>>>> 
>>>> I’m upgrading dvisvgm from to 2.3.4_4 to 2.6.1_0.  I’m on a fairly recent MacBook pro, and it has been building for 13 hours!  The process is “make” and it’s taking 100% of just one CPU.  Does this sound correct?
>>> 
>>> No. Anything longer than a couple of minutes sounds wrong. The build
>>> is not super fast as for some lightweight ports, but it's not
>>> particularly heavy either.
>> 
>> That’s what I thought.  
>> 
>> 
>>> 
>>>> Should I just kill it and clean the port, then retry?
>>> 
>>> Yes.
>> 
>> I tried again, and got the same result after cleaning.  Any other suggestions?  I’ll file a ticket, although this port doesn’t have a Maintainer, and there won’t be final log to attach, since it just hangs.
>> 
>> 
>>> 
>>>> Also, is there a way to determine which ports are available as binaries from the buildbots?
>>> 
>>> I agree that it would be cool to have a command to check that
>>> automatically, but at the moment you can check it manually on
>>> packages.macports.org, for example:
>>>  http://packages.macports.org/gcc7/
>>> 
>>> However the folder for dvisvgm doesn't exist due to:
>>> 
>>>  $ port_binary_distributable.tcl -v dvisvgm
>>>  "dvisvgm" is not distributable because its license "GPL-3+"
>>> conflicts with license "GPL-2" of dependency "libpaper"
>>> 
>>> (I wasn't aware that not ever GPL-2 is compatible with GPL-3+? Doesn't
>>> that sound particularly strange?)
>>> 
>>> Sometimes the binary would not be available due to the builders not
>>> being able to keep up with the queue fast enough, in particular when
>>> someone submits a patch to all gcc compilers at once :), but this
>>> clearly wasn't the case here.
>>> 
>>> Mojca
>>