building Lire from CVS on Solaris 8 (was: Re: Problem: make: Fatal error: Don't know how to make target `all-redirect')

[Joost van Baal]

Hi Egon,

On Fri, Nov 01, 2002 at 02:30:22PM +0100, E.L. Willighagen wrote:
> 
> not just on my woody system do I have this problem... on SunOS 5.8 too...
> 
> > autoconf --version
> autoconf (GNU Autoconf) 2.52

You might need autoconf 2.13.  On Debian systems, there's a handy
wrapper for this, allowing you to be able to have both versions
installed.

> > automake --version
> automake (GNU automake) 1.5
> 
> The exact erorr message:
> 
> 18 ac12 - /vol/acfiles7/egonw/SourceForge/logreport/service > gmake
> Making all in all
> Making all in etc
> make: Fatal error: Don't know how to make target `all-redirect'
> Current working directory 
> /vol/acfiles7/egonw/SourceForge/logreport/service/all/etc
> *** Error code 1
> make: Fatal error: Command failed for target `all-recursive'
> Current working directory 
> /vol/acfiles7/egonw/SourceForge/logreport/service/all
> gmake: *** [all-recursive] Error 1

Seems like you're running a non-gnu make (although you're starting the
build with GNU make).  It could be building from CVS only works with GNU
Make.  Check the generated Makefile's.  Doing something like

 MAKE=gmake ./configure

might solve some of the problems.

Seems to me the problems on your SunOS box are different than those on
your Debian GNU/Linux box.

BTW: I don't think it'd be useful to try to build from CVS on a SunOS
box (apart from purely academical reasons).  I could make a snapshot
tarball build, if you're interested in running current Lire on the box.
Let me know if you're interested in that.

Bye,

Joost

-- 
.    .                                        http://logreport.com/
| '.|                        /^LogReport$/
| Lire                                        http://logreport.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.logreport.org/pipermail/development/attachments/20021102/220e6bad/attachment.bin