Installation problems...

Strawn, Eric R. Eric.Strawn at alcoa.com
Thu Jun 13 23:56:02 CEST 2002


Max, thanks for your response.  Your English is just fine.

As for Gnumake, I again am having problems.  I was able to download, unzip
and untar the file.  I then ran:

CC=gcc CFLAGS=O2 ./configure --prefix=/usr/local/gmake

The configure seemed to work fine, no fatal errors.  I then tried to run
make and got the following error:


 make  all-recursive
Making all in glob
        /usr/local/pa20_64/bin/gcc -DHAVE_CONFIG_H -I. -I. -I..
-D__STDC_EXT__
  -O2 -c glob.c
<command line>: warning: "__STDC_EXT__" redefined
<command line>: warning: this is the location of the previous definition
In file included from
/usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.0.2/i
nclude/sys/types.h:422,
                 from glob.c:33:
/usr/include/sys/_fd_macros.h:91: parse error before "int"
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.
*** Error exit code 1

Stop.


I also tried the build.sh script but get the following error:

compiling ar.c...
<command line>: warning: "__STDC_EXT__" redefined
<command line>: warning: this is the location of the previous definition
In file included from
/usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.0.2/i
nclude/sys/types.h:422,
                 from gettext.h:35,
                 from make.h:43,
                 from ar.c:20:
/usr/include/sys/_fd_macros.h:91: parse error before "int"
In file included from ar.c:20:
make.h:252: conflicting types for `bcopy'
/usr/include/strings.h:52: previous declaration of `bcopy'


I just can't seem to get this make process to work for everything.  All I
want to do is get the GnuPG software installed.  Does anyone know if it's
possible just to download the binaries for GnuPG rather than the source
(meaning I have to compile, configure, etc, etc)?  I'm at a loss with this
make process since I have no experience with it.

Any information would be greatly appreciated.  Thanks again...


-----Original Message-----
From: Max V. Zinal [mailto:Zlat0 at mail.ru]
Sent: Thursday, June 13, 2002 2:53 PM
To: Eric R. Strawn
Cc: GnuPG developers mailing list
Subject: Re: Installation problems...


Strawn, Eric R. wrote:
> I was able to run the configure by executing the following command:
> 
> CC=path CFLAGS='-O2 -pipe' ./configure
> 
> where the path value is the location of your compiler (in my case, the gcc
> compiler).  When I ran this (again, on HPUX-11i) it ended without any
fatal
> errors.  I then went and ran 'make' but came across the syntax error shown
> below:
> 
> Making all in keyserver
> Making all in po
> Making all in doc
> Make: line 180: syntax error.  Stop.
> *** Error exit code 1

It seems to me that you are using HP `make'. Not an excellent choice for 
building GNU-style software, I think. I do not know whether there is 
such a recommendation in GnuPG docs, but I highly recommend you to 
install the latest GNU `make'. This is a very simple and straightforward 
procedure, even if you will have to build it from sources. This can save 
you a lot of time. All the makefiles you are dealing with were generated 
automatically by configure, which was utself created by autoconf. Those 
guys who have made that stuff expected GNU `make'. There ARE 
incompatibilities betweeen different `make's.

Again, I recommend you to alter you PATH so that configure, makefiles 
and I don't know who else could find `gcc' and GNU `make'. This simple 
decision will save your time.

> 
> When I checked in the /doc subdirectory at the Makefile and Makefile.in
> objects at that particular line (180), I found:
> 
> : gpg.texi
> gpg.dvi: gpg.texi
> 
> gpgv.info: gpgv.texi
> gpgv.dvi: gpgv.texi
> 
> I changed the first line to be commented (#) though I'm not sure that is
> correct.  Should it be the following?:
> 

Modifying an automatically-generated file is not a good idea. I am not a 
`make' guru, although I use GNU `make' intensively. I suppose that this 
construct is quite OK for GNU `make', but your `make' from HP - or 
should I call them HPQ now ;) - doesn't like it.

> Does anyone know if these are related?  Or absolutely unrelated?  I did
> check on the library and it does NOT exist.  The only related objects in
the
> /usr/lib/nls/loc/pa20_64/locales.2/ directory that I see are C.iso88591,
> C.iso885915 and C.utf8 which are all executables.

The latter error doesn't make much sence for me. But what I would have 
done in such situation:

    1. Install the latest version of GNU `make', either in the binary 
form or build it from sources. An executable can be called `gmake' or 
`make'.
    2. Alter PATH in your Bourn shell:
         PATH=/path/to/GNUmake:/path/to/gcc:$PATH; export PATH
    3. Once again, unpack GnuPG distribution:
         gzip -dc gpc-1.0.7.tar.gz | tar xvfi -
    4. Run configure as follows:
         CC=gcc CFLAGS='-O2 -pipe' ./configure --prefix=/usr/local/gpg
    5. If configuration fails, then you or me have made a mistake 
somewhere. Otherwise, invoke GNU `make':
         gmake

I cannot test all these, because currently I do not have access to 
HP-UX. But this _should_ work, although there may be some problems 
during compilation. Good luck.

Best regards,
   Max V. Zinal
   Zlat0 at mail.ru

P.S. Sorry for my English.




More information about the Gnupg-devel mailing list