On Mon, 23 Feb 2004, Norman Gray wrote:
> > cd applications/star2html \
> > && make>make.log && make install-manifest>>make.log
> > This is dvips(k) 5.92b Copyright 2002 Radical Eye Software (www.radicaleye.com)
> > dvips: ! Couldn't find header file texc.pro
> > make[1]: *** [sun199.ps] Error 1
> > make: *** [/Users/bradcavanagh/development/starbuild/manifests/star2html] Error
> > 2
>
> I think this is your dvips setup. I'm not sure what texc.pro is, but
> it seems to be buried in my dvips setup here, and isn't anything I've
> been fiddling with. Have you possibly deleted more environment
> variables than you meant to?
Yeah, I straightened this one out. dvips had its configuration messed up
last time I updated it. It works now (after I accidentally printed the
first 170 pages of SUN/211 to check...).
Upon running 'make' I get up to chr, when it gives this warning:
current directory is
/Users/bradcavanagh/development/starlink/libraries/chr/sun40_htx/ ...
install: .libs/libchr.0.0.0.dylib: No such file or directory
It then moves on to ems, which results in this:
cd libraries/ems \
&& make>make.log && make install-manifest>>make.log
configure: WARNING: build platform powerpc-apple-darwin7.2.0 does not
match any of (_dec_osf _pc_linux _sun_solaris): using `default'
ems_fioer.c: In function `ems_fioer_':
ems_fioer.c:72: `msgs' undeclared (first use in this function)
ems_fioer.c:72: (Each undeclared identifier is reported only once
ems_fioer.c:72: for each function it appears in.)
make[2]: *** [ems_fioer.lo] Error 1
make[1]: *** [all] Error 2
make: *** [/Users/bradcavanagh/development/starbuild/manifests/ems] Error 2
From my notes, almost every library can use the Linux variant of
system-dependent code (which ems needs) except for gsd, which uses the
Solaris variant (in the old system this would involve setting
SOURCE_VARIANT to 'sun4_Solaris' instead of having it always set to
'ix86_Linux').
> The thirdparty/eso part of the tree is used by autoastrom, which
> hasn't yet been autoconfed, and so both autoastrom and thirdparty/eso
> are just baggage for the moment.
Okay, I won't worry about them then, so long as I make sure to grab the
thirdparty/fsf part of the tree if I'm updating the entire tree.
Cheers,
Brad.
|