help on installation

help on installation

[Wayne Dernoncourt]

I'm having problems getting SourceNavigator to compile on Solaris.
I've browsed through the archives and couldn't find anything
appropriate - I'm sure I've missed something.  Below is a copy of
the slightly edited dialog between the 'puter and me trying to
compile/install SourceNavigator.

- - - - - -
$ SN452/configure  
Configuring for a sparc-sun-solaris2.6 host.
Created "Makefile" in /home1/hermes/wayned using "mh-frag"
gcc: ${OPT}: No such file or directory
*** The command '/opt/gnu/bin/gcc -o conftest -ansi ${OPT} conftest.c'
  failed.
*** You must set the environment variable CC to a working compiler.
14:26:56
~
$ set|more
 ...stuff deleted...
CC=/opt/gnu/bin/gcc

$ ls -l /opt/gnu/bin/gcc
-rwxr-xr-x   2 root       215164 Dec 22 07:32 /opt/gnu/bin/gcc

- - - - - -

I do find gcc (also g++ is available if that would work better) -
see above, however I don't see conft* anywhere (I did try conf*
to make sure the syntax was correct, I got lots of config files).
What am I missing?

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Ian Roxborough]

conftest.c is generated by configure to check the basics
of your compiler.  Does you compiler work for a quick
"Hello World!" program?

If you look in config.log you should get more information
on why it failed.

Ian.

Wayne Dernoncourt wrote:
> 
> I'm having problems getting SourceNavigator to compile on Solaris.
> I've browsed through the archives and couldn't find anything
> appropriate - I'm sure I've missed something.  Below is a copy of
> the slightly edited dialog between the 'puter and me trying to
> compile/install SourceNavigator.
> 
> - - - - - -
> $ SN452/configure
> Configuring for a sparc-sun-solaris2.6 host.
> Created "Makefile" in /home1/hermes/wayned using "mh-frag"
> gcc: ${OPT}: No such file or directory
> *** The command '/opt/gnu/bin/gcc -o conftest -ansi ${OPT} conftest.c'
>   failed.
> *** You must set the environment variable CC to a working compiler.
> 14:26:56
> ~
> $ set|more
>  ...stuff deleted...
> CC=/opt/gnu/bin/gcc
> 
> $ ls -l /opt/gnu/bin/gcc
> -rwxr-xr-x   2 root       215164 Dec 22 07:32 /opt/gnu/bin/gcc
> 
> - - - - - -
> 
> I do find gcc (also g++ is available if that would work better) -
> see above, however I don't see conft* anywhere (I did try conf*
> to make sure the syntax was correct, I got lots of config files).
> What am I missing?
> 
> Take care      |   This clown speaks for himself, his job doesn't
> Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Wayne Dernoncourt]

On Tue, 13 Mar 2001, Ian Roxborough wrote:
> conftest.c is generated by configure to check the basics
> of your compiler.  Does you compiler work for a quick
> "Hello World!" program?

I think so, then again we just changed compilers where I work (we
were using an older version (from a couple of years ago)).  I'll
do just that and go from there.

> If you look in config.log you should get more information
> on why it failed.

I should have thought to look in a log file - it didn't occur to
me.  As soon as this Windows machine finishes chunking on the
disk drive, I'll start eXceed and see what happens.  (I live in a
weird universe, corporate email system - not this account, not at
work - is MS centered, my shop is Unix/Solaris centered, it's only
a little weird, I also have two email accounts at work, my home
email is Solaris using Pine!)

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Wayne Dernoncourt]

On Tue, 13 Mar 2001, Ian Roxborough wrote:
> conftest.c is generated by configure to check the basics
> of your compiler.  Does you compiler work for a quick
> "Hello World!" program?

I just dug up a small C program that I had written back in August for
a class, it compiled and linked fine.

> If you look in config.log you should get more information
> on why it failed.

I don't see a config.log anywhere in my current directory structure.
I used ls -lR * |grep "Mar 13", here are the results:

15:51:58
~
$ ls -lR *|grep "Mar 1"
-rw-rw-r--   1 wayned      54263 Mar 13 15:50 Makefile
-rw-rw-r--   1 wayned        108 Mar 13 15:49 mh-frag
drwxrwxr-x   2 wayned       1536 Mar 13 15:49 X
-rwxrwxr-x   1 wayned      70676 Mar 13 15:49 actions
-rw-rw-r--   1 wayned      64692 Mar 13 15:49 actions.o
-rw-rw-r--   1 wayned       1004 Mar 12 14:42 crap.tcl
15:56:54
~
$ 

(well the old version of actions was 26k, this is 70k oh well).
(actions was my test case, it compiled and ran okay)

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Ian Roxborough]

Wayne Dernoncourt wrote:
> 
> On Tue, 13 Mar 2001, Ian Roxborough wrote:
> > conftest.c is generated by configure to check the basics
> > of your compiler.  Does you compiler work for a quick
> > "Hello World!" program?
> 
> I just dug up a small C program that I had written back in August for
> a class, it compiled and linked fine.

Well that's good (assuming that you used the same gcc).

> > If you look in config.log you should get more information
> > on why it failed.
> 
> I don't see a config.log anywhere in my current directory structure.
> I used ls -lR * |grep "Mar 13", here are the results:

config.log will be in the same directory that you run configure in.
Note that you should not runing configure in the source directory.
Create a build directory and run configure from there. I.e

$ mkdir build
$ cd build
$ ../src/configure --prefix=/where/you/want/to/install
$ less config.log


Ian.

Re: help on installation

[Wayne Dernoncourt]

On Tue, 13 Mar 2001, Ian Roxborough wrote:

> Wayne Dernoncourt wrote:

> > On Tue, 13 Mar 2001, Ian Roxborough wrote:
> > > conftest.c is generated by configure to check the basics
> > > of your compiler.  Does you compiler work for a quick
> > > "Hello World!" program?

> > I just dug up a small C program that I had written back in August for
> > a class, it compiled and linked fine.

> Well that's good (assuming that you used the same gcc).

It could be the wrong make (wrong version), so far there are at
least two versions of make, gmake could also be there somewhere.
Not sure how to find out which one is being used - which just
returns - no results.

> > > If you look in config.log you should get more information
> > > on why it failed.

> > I don't see a config.log anywhere in my current directory structure.
> > I used ls -lR * |grep "Mar 13", here are the results:

> config.log will be in the same directory that you run configure in.
> Note that you should not runing configure in the source directory.
> Create a build directory and run configure from there. I.e

> $ mkdir build
> $ cd build
> $ ../src/configure --prefix=/where/you/want/to/install
> $ less config.log

I would think the log file would be in the same directory I ran it
from.  I had unzipped and untarred in my home directory (~) which
created ~/SN452, I ran configure from ~ (./SN452/configure).  Maybe
I'll create a sub-directory and see what happens.  But I didn't
see a log file in ~.  It only took a dozen or so trys with an error
message of "needs to be run from a parallel directory" - maybe
since I'm a level above, not a peer level it doesn't work....

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Wayne Dernoncourt]

<lightbulb goes off>
Parallel == Peer - I suppose that does make it easier to clean up later
on, but I don't know.

It gets much farther along before it quits, but it does complain.

Error message:
- - - -
checking whether included gettext is requested... no
checking for libintl.h... (cached) yes
checking for gettext in libc... (cached) yes
checking for msgfmt... (cached) /usr/5bin/msgfmt
checking for dcgettext... (cached) yes
checking for gmsgfmt... (cached) /usr/5bin/msgfmt
checking for xgettext... (cached) /usr/5bin/xgettext
found xgettext programs is not GNU xgettext; ignore it
checking for catalogs to be installed...  de es fr ko nl no pl ru sl sv
creating ./config.status
creating Makefile
creating src/Makefile
creating tests/Makefile
creating po/Makefile.in
creating intl/Makefile
creating config.h
config.h is unchanged
Configuring snavigator...
configure: error: can not find sources in ../../SN452/snavigator
Configure in /home1/hermes/wayned/trgt/snavigator failed, exiting.
10:23:25
~/trgt
$ 

- - - -

sources? here are some C files, what else is needed?
./snavigator/db/dbcp.c
./snavigator/db/dbdump.c
./snavigator/db/dbimp.c
./snavigator/db/dbutils.c
./snavigator/db/longstr.c
./snavigator/db/srchtbl.c
./snavigator/demo/asm_demo/cfunc.c
./snavigator/demo/c++_demo/editline/complete.c
./snavigator/demo/c++_demo/editline/editline.c
./snavigator/demo/c++_demo/editline/sysos9.c
(lots more)

a demo directory doesn't sound right... where and what should these
files be called?  Redo the untar process -- this doesn't look
right:
x
SN452-source/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor
    /cppC_Preprocessor_Output.html,
3630 bytes, 8 tape blocks
tar: directory checksum error

where is this in the tree?  I'll go out and get this tar file again.

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Wayne Dernoncourt]

things continue to get weird

I've now downloaded three versions (two could be from the same
site, I don't remember).  I just downloaded and tried to install
from ftp://sources.redhat.com/pub/sourcenav/releases/ , prior to
that I tried ftp://mirrors.rcn.net/pub/sourceware/ - I didn't
keep track of how big the tar.gz files were (ungzipped with
gzip -d SN452.tar.gz), but afterwards the SN452.tar file had
the following characteristics:

59146240 Sep 11  2000 SN452.tar

(I had renamed the first one to SN452-old.tar, both match on size
and date - is there a way to for this Unix newbie to get more
info?)

After I tried to un-tar it, it failed in the same spot all three
times.  The resulting disk usage is 38270, it looks like I'm
missing around a third of the files (assuming a 1=1 relationship,
doubtful it's exact, but it is probably okay for a measure on how
much is missing).

For grins and giggles, here is the info on the tar that I suppose
I'm using:
52620 Jul 16  1997 /usr/sbin/tar
(this is on a Sparc Solaris 2.6 system)

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Ian Roxborough]

Using gnu make is important.

Wayne Dernoncourt wrote:
> 
> <lightbulb goes off>
> Parallel == Peer - I suppose that does make it easier to clean up later
> on, but I don't know.

It makes it easier to do many things, cross compilation is the main one.

> checking whether included gettext is requested... no
> checking for libintl.h... (cached) yes
> checking for gettext in libc... (cached) yes
> checking for msgfmt... (cached) /usr/5bin/msgfmt
> checking for dcgettext... (cached) yes
> checking for gmsgfmt... (cached) /usr/5bin/msgfmt
> checking for xgettext... (cached) /usr/5bin/xgettext

Deleting your config.cache before you running configure
can help when you are trying to first configure SN.

> Configuring snavigator...
> configure: error: can not find sources in ../../SN452/snavigator
> Configure in /home1/hermes/wayned/trgt/snavigator failed, exiting.

from your build directory try:

$ sh ../src/configure --prefix=/where/to/install

If this doesn't work, you need to provide more information,
like, how you are running configure (the command line) and
any other steps you are doing.

That fact you couldn't find config.log is very strange, I'm
not sure how to run configure without generating one.

Ian.

Re: help on installation

[Ian Roxborough]

Wayne Dernoncourt wrote:
> After I tried to un-tar it, it failed in the same spot all three
> times.  The resulting disk usage is 38270,

38Kb? not much space.... ;-)

> it looks like I'm
> missing around a third of the files (assuming a 1=1 relationship,
> doubtful it's exact, but it is probably okay for a measure on how
> much is missing).
> 
> For grins and giggles, here is the info on the tar that I suppose
> I'm using:
> 52620 Jul 16  1997 /usr/sbin/tar
> (this is on a Sparc Solaris 2.6 system)

You need to run gnu tar, I don't believe Solaris tar works
with the sn tarball.

Ian.

Re: help on installation

[D-Man]

On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote:
| is there a way to for this Unix newbie to get more info?

Have you tried the Solaris binaries?  Sometimes it easier to just get
a prebuilt version for your system than to try building it for
yourself.

-D

Re: help on installation

[Wayne Dernoncourt]

On Wed, 14 Mar 2001, D-Man wrote:

> On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote:
> | is there a way to for this Unix newbie to get more info?

> Have you tried the Solaris binaries?  Sometimes it easier to
> just get a prebuilt version for your system than to try
> building it for yourself.

Actually I did try that.  After fixing a couple of complaints
("couldn't find a usable init.tcl in long list of directories" and
giving up, etc. comments along the lines of what next.  When I ran
sn(?, it's been a little while), I got back errors about couldn't
find this, couldn't find that, etc. - looked at the script file,
realized it was calling hyper to do the job and I called hyper
directly and then I got the "couldn't find usable init.tcl" etc.
errors.  I know that sn(?) was setting those for me, but I was
in frustration mode at the time.

I don't know how long this was going to go on, in frustration, I
went back and got gnu tar and then gnu make and compiled those.
Those now seem to work.  Here are the latest set of errors:

<stuff deleted>
Making all in ppc601-eabi
make[5]: Entering directory
`/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
lex
../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l
&& mv lex.yy.c abrowser.c
"../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line
138: Error: illegal extra "}"
make[5]: *** [abrowser.c] Error 1
make[5]: Leaving directory
`/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/home1/hermes/wayned/trgt/snavigator/parsers/assembly'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home1/hermes/wayned/trgt/snavigator'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory `/home1/hermes/wayned/trgt/snavigator'
make: *** [all-snavigator] Error 2

trgt (or target) is where this stuff is going.  I'm not sure what
"Error 1" refers to or where to go from here.

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Ben Elliston]

>>>>> "Wayne" == Wayne Dernoncourt <wayned@cpcug.org> writes:

  Wayne> <stuff deleted>
  Wayne> Making all in ppc601-eabi
  Wayne> make[5]: Entering directory
  Wayne> `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
  Wayne> lex
  Wayne> ../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l
  Wayne> && mv lex.yy.c abrowser.c
  Wayne> "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line
  Wayne> 138: Error: illegal extra "}"

It's possible that this file has been somehow modified -- abrowser.l
doesn't use much out of the ordinary from the lex language.

On the other hand, your lex could be broken.  Do you have flex?

Ben

Re: help on installation

[Ian Roxborough]

Wayne Dernoncourt wrote:
> 
> On Wed, 14 Mar 2001, D-Man wrote:
> 
> > On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote:
> > | is there a way to for this Unix newbie to get more info?
> 
> > Have you tried the Solaris binaries?  Sometimes it easier to
> > just get a prebuilt version for your system than to try
> > building it for yourself.
> 
> Actually I did try that.  After fixing a couple of complaints
> ("couldn't find a usable init.tcl in long list of directories" and
> giving up, etc. comments along the lines of what next.  When I ran
> sn(?, it's been a little while), I got back errors about couldn't
> find this, couldn't find that, etc. - looked at the script file,
> realized it was calling hyper to do the job and I called hyper
> directly and then I got the "couldn't find usable init.tcl" etc.
> errors.  I know that sn(?) was setting those for me, but I was
> in frustration mode at the time.

You did run the installer that come with the binary?

Ian.

Re: help on installation

[Wayne Dernoncourt]

On Wed, 14 Mar 2001, Ian Roxborough wrote:

> Wayne Dernoncourt wrote:

> > > Have you tried the Solaris binaries?  Sometimes it easier to
> > > just get a prebuilt version for your system than to try
> > > building it for yourself.

> > Actually I did try that.  After fixing a couple of complaints
> > ("couldn't find a usable init.tcl in long list of directories" and
> > giving up, etc. comments along the lines of what next.  When I ran
<snip>

> You did run the installer that come with the binary?

I think so.  But since you bring that up and I'm not sure, I'll do
it over again.

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Wayne Dernoncourt]

On Thu, 15 Mar 2001, Ben Elliston wrote:

> >>>>> "Wayne" == Wayne Dernoncourt <wayned@cpcug.org> writes:
>   Wayne> lex
>   Wayne> ../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l
>   Wayne> && mv lex.yy.c abrowser.c
>   Wayne> "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line
>   Wayne> 138: Error: illegal extra "}"

> It's possible that this file has been somehow modified -- abrowser.l
> doesn't use much out of the ordinary from the lex language.

> On the other hand, your lex could be broken.  Do you have flex?

Lex? Sun Lex? Broken, surely you jest<g>.  Hmmmm, that's dandy
question, is flex available?  flex doesn't seem to be here, lex is
though, here is the directory entry for it:
73124 Jul 16  1997  /usr/ccs/bin/lex
and a little more info: Software Generation Utilities (SGU)
Solaris/ELF (3.0)

I'm clueless on who or what ccs is about (C Compiler System, Corporate
Computer Site, Complete Chaos Switch?)

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Ian Roxborough]

Wayne Dernoncourt wrote:
> 
> On Wed, 14 Mar 2001, Ian Roxborough wrote:
> 
> > Wayne Dernoncourt wrote:
> 
> > > > Have you tried the Solaris binaries?  Sometimes it easier to
> > > > just get a prebuilt version for your system than to try
> > > > building it for yourself.
> 
> > > Actually I did try that.  After fixing a couple of complaints
> > > ("couldn't find a usable init.tcl in long list of directories" and
> > > giving up, etc. comments along the lines of what next.  When I ran
> <snip>
> 
> > You did run the installer that come with the binary?
> 
> I think so.  But since you bring that up and I'm not sure, I'll do
> it over again.

It's called "INSTALL", you run it helps get everything in the right
place.  It's graphical and it will ask you questions, kind of hard to
miss it.

Ian.

Re: help on installation

[Wayne Dernoncourt]

On Wed, 14 Mar 2001, Ian Roxborough wrote:
> It's called "INSTALL", you run it helps get everything in the right
> place.  It's graphical and it will ask you questions, kind of hard to
> miss it.

I didn't run the INSTALL routine, it would be hard not to remember
that. I'm going to do some playing in the AM.

Take care      |   This clown speaks for himself, his job doesn't
Wayne D.       |   pay for this, etc. (directly anyway)

Re: help on installation

[Khamis Abuelkomboz (UUNET)]

Wayne Dernoncourt wrote:

> On Wed, 14 Mar 2001, D-Man wrote:
> 
> 
>> On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote:
>> | is there a way to for this Unix newbie to get more info?
> 
> 
>> Have you tried the Solaris binaries?  Sometimes it easier to
>> just get a prebuilt version for your system than to try
>> building it for yourself.
> 
> 
> Actually I did try that.  After fixing a couple of complaints
> ("couldn't find a usable init.tcl in long list of directories" and
> giving up, etc. comments along the lines of what next.  When I ran
> sn(?, it's been a little while), I got back errors about couldn't
> find this, couldn't find that, etc. - looked at the script file,
> realized it was calling hyper to do the job and I called hyper
> directly and then I got the "couldn't find usable init.tcl" etc.
> errors.  I know that sn(?) was setting those for me, but I was
> in frustration mode at the time.
> 
> I don't know how long this was going to go on, in frustration, I
> went back and got gnu tar and then gnu make and compiled those.
> Those now seem to work.  Here are the latest set of errors:
> 
> <stuff deleted>
> Making all in ppc601-eabi
> make[5]: Entering directory
> `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
> lex
> .../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l
> && mv lex.yy.c abrowser.c
> "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line
> 138: Error: illegal extra "}"
> make[5]: *** [abrowser.c] Error 1
> make[5]: Leaving directory
> `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory
> `/home1/hermes/wayned/trgt/snavigator/parsers/assembly'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/home1/hermes/wayned/trgt/snavigator'
> make[1]: *** [all-recursive-am] Error 2
> make[1]: Leaving directory `/home1/hermes/wayned/trgt/snavigator'
> make: *** [all-snavigator] Error 2
> 
> trgt (or target) is where this stuff is going.  I'm not sure what
> "Error 1" refers to or where to go from here.
> 
> Take care      |   This clown speaks for himself, his job doesn't
> Wayne D.       |   pay for this, etc. (directly anyway)

I can understand your frostration, actually every time I want to
build SN (regardless on witch OS), I run into this error, my
solution is to just delete abrowser from the Makefiles and continue
compilation.
I get always alot of problems with the SDK stuff, to be able to
build the whole thing, just delete also those.
The best way to delete those kind of things from the makefiles:
- go to the upper directory of abrowser
- edit Makefile
- delete every thing what is called "abrowser"

Do the same for every directory you want to get rid of.

khamis

Re: help on installation

[Syd Polk]

Of get "flex" from fsf.org and build your own copy and put it in your path.

At 09:38 AM 3/15/01 +0100, Khamis Abuelkomboz (UUNET) wrote:
>Wayne Dernoncourt wrote:
>
>>On Wed, 14 Mar 2001, D-Man wrote:
>>
>>>On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote:
>>>| is there a way to for this Unix newbie to get more info?
>>
>>>Have you tried the Solaris binaries?  Sometimes it easier to
>>>just get a prebuilt version for your system than to try
>>>building it for yourself.
>>
>>Actually I did try that.  After fixing a couple of complaints
>>("couldn't find a usable init.tcl in long list of directories" and
>>giving up, etc. comments along the lines of what next.  When I ran
>>sn(?, it's been a little while), I got back errors about couldn't
>>find this, couldn't find that, etc. - looked at the script file,
>>realized it was calling hyper to do the job and I called hyper
>>directly and then I got the "couldn't find usable init.tcl" etc.
>>errors.  I know that sn(?) was setting those for me, but I was
>>in frustration mode at the time.
>>I don't know how long this was going to go on, in frustration, I
>>went back and got gnu tar and then gnu make and compiled those.
>>Those now seem to work.  Here are the latest set of errors:
>><stuff deleted>
>>Making all in ppc601-eabi
>>make[5]: Entering directory
>>`/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
>>lex
>>.../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrow 
>>ser.l
>>&& mv lex.yy.c abrowser.c
>>"../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrow 
>>ser.l":line
>>138: Error: illegal extra "}"
>>make[5]: *** [abrowser.c] Error 1
>>make[5]: Leaving directory
>>`/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi'
>>make[4]: *** [all-recursive] Error 1
>>make[4]: Leaving directory
>>`/home1/hermes/wayned/trgt/snavigator/parsers/assembly'
>>make[3]: *** [all-recursive] Error 1
>>make[3]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers'
>>make[2]: *** [all-recursive] Error 1
>>make[2]: Leaving directory `/home1/hermes/wayned/trgt/snavigator'
>>make[1]: *** [all-recursive-am] Error 2
>>make[1]: Leaving directory `/home1/hermes/wayned/trgt/snavigator'
>>make: *** [all-snavigator] Error 2
>>trgt (or target) is where this stuff is going.  I'm not sure what
>>"Error 1" refers to or where to go from here.
>>Take care      |   This clown speaks for himself, his job doesn't
>>Wayne D.       |   pay for this, etc. (directly anyway)
>
>I can understand your frostration, actually every time I want to
>build SN (regardless on witch OS), I run into this error, my
>solution is to just delete abrowser from the Makefiles and continue
>compilation.
>I get always alot of problems with the SDK stuff, to be able to
>build the whole thing, just delete also those.
>The best way to delete those kind of things from the makefiles:
>- go to the upper directory of abrowser
>- edit Makefile
>- delete every thing what is called "abrowser"
>
>Do the same for every directory you want to get rid of.
>
>khamis

Syd Polk		spolk@redhat.com
Engineering Manager	+1 408 543 9430
Red Hat, Inc.