gnupic: Thread: Build from CVS, Newbie, RH 8.0

The following paths for getting gpsim on RH 8.0 all seem to be dead ends. Any 
tips would be appreciated.

1) gpsim-0.20.14-1.i386.rpm depends on the RPM for gtk+extra but rpmfind finds 
no version for RH 8.0 (FYI: http://www.dattalo.com/gnupic/gpsim.html has a 
typo in the rpmfind link: the search value should be "gtk+extra", not 
"gtkextra".)

2) After "configure/make/make install" of gtk+extra from source, I start down 
the same path with gpsim-0.20.14.tar.gz -- fails in "make" with two things 
that don't look good: warning about deprecated header [mentioned in this 
group's archives], and errors in command.h (included from parse.yy about 
"string" being used as a type.

3) Okay, try the same with the latest CVS. It complains I need to rerun 
"aclocal" before "automake" (so I do) but then "automake" complains about not 
finding "./depcomp". I tried making an empty one ">depcomp" and automake is 
happy, "autoconf" and "./configure" run OK, but the subsequent "make" doesn't 
appear to actually compile anything: the "*.o" files (in "cli") link to 
nonexistent "*.lo" files.

     My preferred path would be #3 if someone could help me out.
     I'd be Okay with falling back to #2 to get things working (for now).
     And #1 would be acceptable (but least preferred).

     And if I missed something obvious in a FAQ somewhere, I'd appreciate a 
pointer and I'll be glad to supply the "Doh!"
     TIA

--
Ed Skinner, ####@####.#### http://www.flat5.net/

"Ed Skinner" wrote:
>
>3) Okay, try the same with the latest CVS. It complains I need to rerun 
>"aclocal" before "automake" (so I do) but then "automake" complains about not 
>finding "./depcomp". I tried making an empty one ">depcomp" and automake is 
>happy, "autoconf" and "./configure" run OK, but the subsequent "make" doesn't 
>appear to actually compile anything: the "*.o" files (in "cli") link to 
>nonexistent "*.lo" files.

I had the same problem (on redhat 7.3).  I can't recall what I did to
make it work except that I didn't edit any files (it's nice to have a goal :-)

I certainly went through the "autoconf" gambit, however.  I think I
had to decend into one of the subdirs and do automake or autoconf, but
I can't remember, sorry.  All I remember is that it eventually created
a Makefile which worked. I may have done a "make distclean" or some
sort of super-cleanup target from the top also...

-brad (who now has 4 ways to set PCLATH :-)

Brad Parker said:
>
> "Ed Skinner" wrote:
>>
>>3) Okay, try the same with the latest CVS. It complains I need to rerun
>>  "aclocal" before "automake" (so I do) but then "automake" complains
>> about not  finding "./depcomp". I tried making an empty one ">depcomp"
>> and automake is  happy, "autoconf" and "./configure" run OK, but the
>> subsequent "make" doesn't  appear to actually compile anything: the
>> "*.o" files (in "cli") link to  nonexistent "*.lo" files.

I don't have all the sources handy to test this, but you may find the
automake '--add-missing' option helpful.

'depcomp' is listed as one of the auxilliary programs which can be created
by --add-missing. (Run "info '(automake)Auxiliary Programs'" for details)

-- 
Charles Lepple ####@####.####
http://www.ghz.cc/charles/

On Thu, Mar 27, 2003 at 07:57:24AM -0700, Ed Skinner wrote:
> 
> 2) After "configure/make/make install" of gtk+extra from source, I start down 
> the same path with gpsim-0.20.14.tar.gz -- fails in "make" with two things 
> that don't look good: warning about deprecated header [mentioned in this 
> group's archives], and errors in command.h (included from parse.yy about 
> "string" being used as a type.

These are fixed in cvs.

> 3) Okay, try the same with the latest CVS. It complains I need to rerun 
> "aclocal" before "automake" (so I do) but then "automake" complains about not 
> finding "./depcomp". I tried making an empty one ">depcomp" and automake is 
> happy, "autoconf" and "./configure" run OK, but the subsequent "make" doesn't 
> appear to actually compile anything: the "*.o" files (in "cli") link to 
> nonexistent "*.lo" files.

I'm really clueless about autoconf/make, but I got it working by
copying it from /usr/share/automake/depcomp. 

 / Ralf

Resolved:
     I needed to use "automake --add-missing" to build from the CVS sources on 
RedHat 8.0. The simulator builds and installs just fine with that small 
change.
     And UPS just delivered the real parts so I'm gonna be busy writing some 
code, simulating its execution, and then burning the live parts.
     Thanks for the help!

     Let the fun begin! (And make us some money, too!!!)



On Thursday 27 March 2003 09:15, Charles Lepple wrote:
> Brad Parker said:
> > "Ed Skinner" wrote:
> >>3) Okay, try the same with the latest CVS. It complains I need to rerun
> >>  "aclocal" before "automake" (so I do) but then "automake" complains
> >> about not  finding "./depcomp". I tried making an empty one ">depcomp"
> >> and automake is  happy, "autoconf" and "./configure" run OK, but the
> >> subsequent "make" doesn't  appear to actually compile anything: the
> >> "*.o" files (in "cli") link to  nonexistent "*.lo" files.
>
> I don't have all the sources handy to test this, but you may find the
> automake '--add-missing' option helpful.
>
> 'depcomp' is listed as one of the auxilliary programs which can be created
> by --add-missing. (Run "info '(automake)Auxiliary Programs'" for details)

-- 
Ed Skinner, ####@####.#### http://www.flat5.net/