Re: [Bug-wget] MacPorts 32-Bit Snow Leopard: No rule to make target" `Makevars

[Tim Ruehsen]

Am Monday 02 July 2012 schrieb Don Quixote de la Mancha:
> Greetings, Earthlings.
> 
> I just subscribed.
> 
> I'm running Mac OS X Snow Leopard 10.6.8 on a 32-Bit Core Duo (NOT
> 64-Bit Core 2 Duo) Early 2006 MacBook Pro, Model Identifier
> MacBookPro1,1.
> 
>   $ uname -a
>   Darwin frylock.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun  7
> 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
> 
> I installed all the build tools and other dependencies with MacPorts:
> 
>     http://www.macports.org/
> 
>   $ date
>   Mon Jul  2 04:23:30 PDT 2012
> 
>   $ git pull
>   Already up-to-date.
> 
> I am presently using the gcc-compatible Clang/LLVM toolchain that
> comes with Apple's Xcode IDE:
> 
>    $ which gcc
>    /usr/bin/gcc
> 
>    $ /usr/bin/gcc --version
>    i686-apple-darwin10-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc.
> build 5658) (LLVM build 2336.1.00)
> 
> Clang is a C, C++, Objective-C and Obective-C++ front end to LLVM,
> which does the actual compiling, optimization and machine code
> generation.  I'll get the True Blue GCC from MacPorts, but I don't
> think that's my problem.
> 
> ./configure didn't believe me that I had gnutls installed from
> MacPorts; I expect I can fix that by telling configure to look for it
> in /opt, where MacPorts puts everything.  Applying the "--without-ssl"
> option to ./configure works around this.  I don't need SSL for what
> I'm doing just now.
> 
> Here's my problem:
> 
>   $ ./bootstrap
>   $ ./configure CFLAGS=-g --without-ssl
>   $ make
>   make  all-recursive
>   Making all in lib
>   make  all-recursive
>   make[4]: Nothing to be done for `all-am'.
>   Making all in src
>   make  all-am
>   make[3]: Nothing to be done for `all-am'.
>   Making all in doc
>   make[2]: Nothing to be done for `all'.
>   Making all in po
>   make[2]: *** No rule to make target `Makevars', needed by `Makefile'. 
> Stop. make[1]: *** [all-recursive] Error 1
>   make: *** [all] Error 2
> 
> However we have:
> 
>   $ ls -l po/Makevars.template
>   -rw-r--r--  1 mike  staff  1888 Jul  2 02:40 po/Makevars.template
> 
>   $ wc po/Makevars.template
>   43     312    1888 po/Makevars.template
> 
> I think Makefile wants a file called Makevars, which is expected to be
> built from Makevars.template, but we don't know how to do that yet.
> 
> The po files are used for language translations.  I got good grades in
> English; could I work around this for now by telling ./configure not
> to build any of the translations at all?

po/Makevars is created by 'bootstrap' from po/Makevars.template by using 
'sed'. The prerequisite seems to be 'gettext' to be installed. If you do that 
and redo a bootstrap/configure/make it should be fine.

Maybe, you could also 'touch po/Makevars', for it to be there.
Or you fill the content by hand (here is the content of my Makevars):

$ grep -v ^# Makevars          

DOMAIN = $(PACKAGE)

subdir = po
top_builddir = ..

XGETTEXT_OPTIONS = --keyword=_ --keyword=N_ \
          \
 --flag=_:1:pass-c-format\
 --flag=N_:1:pass-c-format\
 --flag=error:3:c-format --flag=error_at_line:5:c-format\
 $${end_of_xgettext_options+}

COPYRIGHT_HOLDER = Free Software Foundation, Inc.

MSGID_BUGS_ADDRESS = address@hidden

EXTRA_LOCALE_CATEGORIES = 


Good luck. Tim

> 
> Google Yields No Insight.
> 
> Your Servant,
> 
> Don Quixote de la Mancha
> Dulcinea Technologies Corporation
> Software of Elegance and Beauty
> http://www.dulcineatech.com/don-quixote/
> address@hidden
> 
> +1 (503) 928-7501