That is a gnutls problem.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
May 20 2008
May 10 2008
Apr 25 2008
I do not understand what is going on. rshift does not look different than add1.
Weird. Comparing with the non-asm versions might give further insight.
Apr 24 2008
Here are the nm's .
If some extra output from libgcrypt-config is helpful for you, just let me know
and it will be added. But please use the mailing list for such a discussion.
We have never used pkg-config. That there has never been a build dependecy on it.
Ah well, this is an alpha. As a quick workaround you can use
--disable-padlock disables the asm code and thus you should not get the same
compile error. Please check that there is no
Apr 23 2008
Assuming you're talking about an extra dependency for building gcrypt, it would
be easy to build and install the *.pc without using the autoconf macros that
come with pkg-config. That said, everyone has pkg-config these days--apparently
gcrypt had a build-dependency on it and nobody even noticed (IIRC it was being
build, just not installed)? That's a decent indicator that nobody would mind, IMHO.
It was accidently left in the SVN. I remove it.
Apr 21 2008
Apr 18 2008
Here you go. Just let me know if you need anything else.
Can you please send me the file config.log by private mail (wk@gnupg.org).
Apr 17 2008
Thanks for the quick response. I'm using version 1.4.0 and the only
modification I made was to cipher/random.h. I added #include
"gpg-errors.h" to get rid of an error I was receiving concerning
gpg_error_t. Other than that, to configure I just took the defaults by
running ./configure. Everything appeared to compile and install without
error. However, when running make check I see the following:
Apr 16 2008
I just added #include "gpg-error.h" to random.h and all compiled OK.
Apr 14 2008
I'm pretty sure I have it installed correctly. There's really not that much to
it. All of the gpg-error files are in /usr/local and I do see the gpg-error.h
file with the typedef for gpg_error_t. Is it possible that there is a problem
with gcc-3.1?
Did you install libgpg-error properly? The type gpg_error_t is defined in
gpg-error.h and included by gcrypt.h.
Apr 11 2008
I made the following changes in random.h that at least allowed the program to
finish making:
Apr 10 2008
Apr 5 2008
Given that libgcrypt builds fine on non-GNU platforms, I suggest to take this to
the GNU gold developers.
Apr 4 2008
Mar 11 2008
Thanks; I tried that with exactly the same result.
use
Fixed in my working copy. Thanks.
Mar 10 2008
Mar 6 2008
Dec 5 2007
Okay, fixed in the trunk (r1276). Thanks.
You are obviously right.
Feb 23 2007
Implemented in Libgcrypt trunk.
Feb 22 2007
Partly done in 1.3. This will be improved over time. Using the visibility
attribute has higher priority, though.
I have commited a similar fix to the SVN (-r1214).
Feb 8 2007
Moved to libgcrypt until we have implemented this feature.
Feb 1 2007
Scheduled for 1.3
Fixed in 1.2.6 (to be released today) and in the trunk's SVN.
Nov 30 2006
Fixed in in version 1.5. Released today.
Oct 19 2006
Checking the current libgcrypt11 package from Sid, shows that tuis pathc is not
anymore used. Thus I cose this bug.
Oct 10 2006
I think I addressed this with revision 1180. It is easy to add more fallback
types, although I stuck to socklen_t only for now. I will check if I can reach
some of the original submitters for testing.
Oct 4 2006
I think it is sufficient to do it for trunk (1.3).
Yeah, I agree that we need to generate it with configure.
Oct 2 2006
Marcus, any opinion on this?
Sep 7 2006
Jul 31 2006
Duplicate of T236
Resolved a long time ago.
Jul 29 2006
We switched the thread support model in the meantime. You should not have this
problem anymore.
Jul 26 2006
Fixed. Thanks.
Jul 24 2006
Mar 4 2006
Jan 15 2006
Mar 12 2005
Jan 20 2005
Fixed in 1.2.1, releases earlier.