On Thu, Jul 03, 2014 at 08:07:17PM +0200, Werner Koch wrote: > On Thu, 3 Jul 2014 17:59, [email protected] said: > > * The list of Debian architectures I am trying to crossbuild for is: > > alpha, arm, arm64, armel, armhf, hppa, i386, ia64, m68k, mips, > > mips64el, mipsel, or1k, powerpc, powerpcspe, ppc64, ppc64el, s390, > > s390x, sh4, sparc, sparc64, x32. > > You have to test them anywa. Retrieving the needed information is > simple. If you can give me access to those machines, I will be glad to > do that.
As written in my previous mail, I don't have access to most of those machines. I'm using an amd64 build system (notably absent in the list above). I usually hand off arch-specific issues to porters and only bother with arch-generic issues like the libgpg-error one. If all else fails, can libgpg-error be modified in a way that causes a verbose build (--disable-silent-rules) to copy the output of gen-posix-lock-obj to the build log? Then you can obtain the desired files for many architectures from https://buildd.debian.org/status/package.php?p=libgpg-error&suite=unstable and http://buildd.debian-ports.org/status/package.php?p=libgpg-error&suite=unstable after an upload to unstable and update the relevant files. Daniel, can you patch the Debian package to facilitate this? Note that this approach will miss new architectures such as or1k and ppc64el, but would solve almost every other instance relevant to me. > > Can someone explain to me why gpgrt_lock_t cannot be redefined to be > > a typedef to _gpgrt_lock_t and GPGRT_LOCK_INITIALIZER cannot be changed > > from > > For the simple reason of encapsulation. This will safe you a lot of > trouble later in terms of build dependencies. I may be missing the obvious. But currently much trouble comes from this attempt at encapsulation. Can you give an example for what kind trouble you are trying to prevent? Or better, can you document these reasons in the gen-posix-lock-obj.c source? > The (missing) MFT header takes care of this ;-) Good to know. I should be adding one soon and honour yours now. Helmut -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
