Mailing List Archive

Simon Josefsson <jas@extundo.com> writes:

> Is a release far away?

No. :) The plan seems to be to release in about two weeks or something
like that.

> so I'm not sure if it is worth my time to port my application to
> what is in libgcrypt CVS now, or if the API will change again before
> the release.

I don't want to exclude right now that minor changes will be done; but
this would not make the API be fundamentally different than it is now
in CVS, therefore I think it is worth to port applications.

moritz
--
((gpg-key-id . "6F984199")
(email . "moritz@duesseldorf.ccc.de")
(webpage . "http://duesseldorf.ccc.de/~moritz/"))

Moritz Schulte <moritz@duesseldorf.ccc.de> writes:

> Simon Josefsson <jas@extundo.com> writes:
>
>> Is a release far away?
>
> No. :) The plan seems to be to release in about two weeks or something
> like that.

Great. Two portability problems with libgpg-error:

Many platforms, e.g., alphaev68-dec-osf5.1:

Making install in errcrypto
No suffix list.
Making install in m4
No suffix list.
No suffix list.
Making install in src
nawk -f ./mkstrtable.awk ./err-sources.h.in >err-sources.h
nawk -f ./mkstrtable.awk ./err-codes.h.in >err-codes.h
nawk -f ./mkerrnos.awk ./errnos.in >code-to-errno.h
nawk -f ./mkerrcodes1.awk ./errnos.in | cc -E - | grep GPG_ERR_ | sort -n | nawk -f ./mkerrcodes2.awk >code-from-errno.h
make install-am
source='strsource.c' object='strsource.lo' libtool=yes depfile='.deps/strsource.Plo' tmpdepfile='.deps/strsource.TPlo' depmode=tru64 /bin/ksh ../depcomp /bin/ksh ../libtool --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -g -c -o strsource.lo `test -f 'strsource.c' || echo './'`strsource.c
mkdir .libs
cc -DHAVE_CONFIG_H -I. -I. -I.. -g -c -MD strsource.c -o .libs/strsource.o
cc: Error: ./gpg-error.h, line 438: Missing ";". (nosemi)
static __inline__ gpg_error_t
------------------^
cc: Error: ./gpg-error.h, line 453: Missing ";". (nosemi)
static __inline__ gpg_error_t
------------------^
cc: Error: ./gpg-error.h, line 461: Missing ";". (nosemi)
static __inline__ gpg_err_code_t
------------------^
cc: Error: ./gpg-error.h, line 469: Missing ";". (nosemi)
static __inline__ gpg_err_source_t
------------------^
cc: Error: ./gpg-error.h, line 502: Missing ";". (nosemi)
static __inline__ gpg_error_t
------------------^
cc: Error: ./gpg-error.h, line 509: Missing ";". (nosemi)
static __inline__ gpg_error_t
------------------^
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.

Those that can handle the above faile later, since sha1.c is missing
from Makefile.am. This could be a local problem though.

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -I/tmp/jas/include -g -O2 -I../../errcrypto/src -Wall -c md5.c -Wp,-MD,.deps/md5.TPlo -fPIC -o .libs/md5.o
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../src -I/tmp/jas/include -g -O2 -I../../errcrypto/src -Wall -c md5.c -Wp,-MD,.deps/md5.TPlo -o md5.o >/dev/null 2>&1
make: don't know how to make sha1.lo. Stop

make: stopped in /tmp/jas/shishi-0.0.1/crypto/cipher
*** Error code 1

Stop.
make: stopped in /tmp/jas/shishi-0.0.1/crypto
*** Error code 1

Stop.
make: stopped in /tmp/jas/shishi-0.0.1

Simon Josefsson <jas@extundo.com> writes:

> make: don't know how to make sha1.lo. Stop

I think this patch takes care of the problem. I include a bonus patch
to make the manual build too.

Index: Makefile.am
===================================================================
RCS file: /cvs/gnupg/libgcrypt/cipher/Makefile.am,v
retrieving revision 1.76
diff -u -p -u -w -r1.76 Makefile.am
--- Makefile.am 2 Jul 2003 15:39:43 -0000 1.76
+++ Makefile.am 5 Jul 2003 19:46:24 -0000
@@ -50,9 +50,9 @@ md5.c \
rijndael.c \
rmd160.c \
rndegd.c \
-endunix.c \
-rndnw32.c \
+rndlinux.c \
rsa.c \
+sha1.c \
sha256.c \
sha512.c \
tiger.c \

--- gcrypt.texi.~1.20.~ Fri Jul 4 22:53:34 2003
+++ gcrypt.texi Sat Jul 5 21:49:51 2003
@@ -772,7 +772,7 @@
only output the last block. Cannot be used simultaneous as
GCRY_CIPHER_CBC_CTS.
@end table
-@item
@end deftypefun

Use the following function to release an existing handle:

On Sat, Jul 05, 2003 at 08:54:59PM +0200, Simon Josefsson wrote:
> Many platforms, e.g., alphaev68-dec-osf5.1:

> cc -DHAVE_CONFIG_H -I. -I. -I.. -g -c -MD strsource.c -o .libs/strsource.o
> cc: Error: ./gpg-error.h, line 438: Missing ";". (nosemi)
> static __inline__ gpg_error_t

Thanks, fixed in CVS.

Marcus

--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org marcus@gnu.org
Marcus Brinkmann The Hurd http://www.gnu.org/software/hurd/
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de/

On Sat, 05 Jul 2003 22:06:05 +0200, Simon Josefsson said:

> I think this patch takes care of the problem. I include a bonus patch
> to make the manual build too.

FWIW, I created a snapshop[1] of gnupg 1.9 on Friday and while doing that
I fixed a couple of configuration problems and some other small bugs
with libgcrypt et al. At least a make dist and building the entire
suite on another box does work now.

I have not commited the changes yet because I have to keep a working
copy for this week as we are going to demonstrate the OpenPGP card
stuff at the GNU/LinuxTag this week.



Salam-Shalom,

Werner


[1] Not offically released because it is useless without those new
OpenPGP cards

--
Werner Koch <wk@gnupg.org>
The GnuPG Experts http://g10code.com
Free Software Foundation Europe http://fsfeurope.org

On Sat, Jul 05, 2003 at 08:54:59PM +0200, Simon Josefsson wrote:
> Many platforms, e.g., alphaev68-dec-osf5.1:

> cc -DHAVE_CONFIG_H -I. -I. -I.. -g -c -MD strsource.c -o .libs/strsource.o
> cc: Error: ./gpg-error.h, line 438: Missing ";". (nosemi)
> static __inline__ gpg_error_t

Thanks, fixed in CVS.

Marcus

--
`Rhubarb is no Egyptian god.' GNU http://www.gnu.org marcus@gnu.org
Marcus Brinkmann The Hurd http://www.gnu.org/software/hurd/
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de/