Ajay Desai wrote: > I have been trying to build the opensolaris source on opensolaris > following the direction in this blog. > http://blogs.sun.com/lianep/entry/simplifying_building_on_on_an > > But I have run into a snag. Any ideas would be helpful. >
> /export/home/ajay/SunStudioProjects/OpenSolarisSource1/onnv-gate/usr/src/lib/libc/i386 > /usr/sbin/dtrace -G -32 -C -xlazyload -s ../port/threads/plockstat.d -o > pics/plockstat.o pics/alloc.o pics/assfail.o pics/cancel.o > pics/door_calls.o pics/pthr_attr.o pics/pthr_barrier.o pics/pthr_cond.o > pics/pthr_mutex.o pics/pthr_rwlock.o pics/pthread.o pics/rwlock.o > pics/scalls.o pics/sema.o pics/sigaction.o pics/spawn.o pics/synch.o > pics/tdb_agent.o pics/thr.o pics/thread_interface.o pics/tls.o pics/tsd.o > dtrace: failed to compile script ../port/threads/plockstat.d: > "/usr/lib/dtrace/mpi.d", line 70: failed to resolve type > genunix`kthread_t * for identifier curthread: Module and program data > models do not match > *** Error code 1 > dmake: Warning: Target `libc.so.1' not remade because of errors > Current working directory > /export/home/ajay/SunStudioProjects/OpenSolarisSource1/onnv-gate/usr/src/lib/libc/i386 > *** Error code 1 > The following command caused the error: > cd i386; pwd; VERSION='snv_112' dmake libc.so.1 When was the last time you grabbed the closed binaries? I saw on tools-discuss that they were out of sync with some of the kthread_t changes in the gate, so maybe that's it? You could grab the most recent closed binaries and see if that helps. (I admit a bit of surprise that the build would fail in libc, due to that, but haven't looked very deeply at what parts of the build access the closed bins.) liane
