Hi Mike,
Mike Gerdts wrote, On 16/12/2009 04:00:
> I tried a build of ldoms-mgr-gate using the instructions at
>
> http://hub.opensolaris.org/bin/view/Project+ldoms-mgr/BuildingGate
>
> I was almost successful after several workarounds, but I got hung up
> on an error from mdgen.new.
>
>
> 1) It would be helpful if the mercurial repo was accessible via http.
> Most corporate firewalls don't allow ssh connections. The one I need
> to contend with doesn't allow ssh proxying either.
I don't believe it's something I can switch on for this repo (i.e. I think
it's something that'd need to be implemented for repo.opensolaris.org)
but I'll ask around and see what I can do
>
> 2) The following environment variable is needed to find the onbld tools.
>
> $ export SNV_TOOLS=/opt
>
hmm, that seems a side effect of the trickery I had to do due in
src/Makefile.master to find the right ctfconvert.
I've updated the S10 instructions to mention this.
> 3) Solaris 10 has no /usr/bin/make. Valid options are likely dmake
> that came with the Studio compilers or /usr/ccs/bin/make.
>
Ah, yes good point. I usually use dmake but /usr/ccs/bin/make will
work too. I've updated the S10 instructions to mention this.
> 4) Linking fails unless I do this bad thing. Surely there is a
> different fix to force it to use libpiclsnp.so.1 directly...
>
> # cd /usr/platform/sun4v/lib
> # ln -s libpiclsnmp.so.1 libpiclsnmp.so
>
Hmm, this seems to exist in Nevada/OpenSolaris but not in S10.
I can't find the Bugid right now that would get it backported.
For now, you've hit on the only workaround. I'll look to see
if I can find a Makefile change to find libpiclsnmp.so.1
directly. I've updated the S10 instructions to mention this.
> 5) Not sure what to do with this...
>
> /usr/ccs/lib/cpp vcpu-state.md > vcpu-state.bin.tmp
> /usr/local/bin/mdgen.new -o vcpu-state.bin vcpu-state.bin.tmp
> FATAL: Illegal assignment expression at line 44 of vcpu-state.md
> *** Error code 1
> dmake: Fatal error: Command failed for target `vcpu-state.bin'
>
> $ less -N state-md/vcpu-state.md
> ...
> 41 rtba = 0;
> 42 ntsb_ctx0 = 0;
> 43 ntsb_ctxn = 0;
> 44 tsbds_ctx0 = { [128] };
> 45 tsbds_ctxn = { [128] };
> 46 mmu_enabled = 0;
>
> The same error happens on the other md files on the first line of the format:
>
> something = { [num] };
>
> The version of mdgen from the opensparc-t2 CVS repository gives the same
> error.
>
> http://opensparc-t2.sunsource.net/source/browse/opensparc-t2/src/arch_tools/hypervisor/src/support/mdgen/mdgen?view=log
>
> Was the right version of mdgen uploaded to the wiki? It doesn't look
> like the input files have changed since the ldoms manager code was
> first made available.
>
> # digest -a md5 /usr/local/bin/mdgen.new
> f8e6803ab54117952c9091ebcb8ecd68
>
Gah, seems like I messed up the re-upload of mdgen when the Xwiki transition
happened. I've found a valid version of mdgen, verified it on my external
machine and uploaded it to the same location. Let me know if this doesn't work.
- Liam
