concerning libgpg-error

Nikos Mavroyanopoulos nmav at
Thu May 13 10:33:11 CEST 2004

On Thursday 13 May 2004 10:36, Werner Koch wrote:

> >  I bring again the libgpg-error issue. Would it be possible to
> > add the required functions for libgcrypt (without gettext and the extra
> > stuff), in a single object which will be compiled if libgpg-error is not
> > found in the system[0]? This would make the library much easier to
> This is a problem.  Sooner or later another application will require
> libgpg-error and than we get into the problem of duplicate symbols or
> - if we take them out of the linker's scope - that other application
> won't be able to display proper i18n'd messages or you will see a
> translation or no translation depending on where the error gets
> printed.
That's why a warning should be issued. This is due to an administrative
decision so such behaviour is acceptable (they should install libgpg-error
to avoid that). In any case my proposal was for systems that do not need
internationalization such as constrained systems etc. Also porting
is much more work with interlibrary dependencies and this change would 
help a lot.

> Adding libgpg-error as an independent part to libgcrypt would be
> possibe but be a headache for maintenance.
Not a fully working gpg-error is expected to be included. Just the
minimum part of it that is required for it to work. Only the .h file should
be updated if new error values are used in libgcrypt. If this is not possible
a disable option to disable completely error printing (and thus the
dependency to libgpg-error) would also help.

> Salam-Shalom,
>    Werner

Nikos Mavroyanopoulos

More information about the Gcrypt-devel mailing list