fix build of libidn with autoamke 1.12

Attached patch fixes build of libidn with autoamke 1.12

-- 
Nitin A Kamble
www.yoctoproject.org

Upstream-Status: Pending

This patch fixes following issue with automake 1.12

| automake: warnings are treated as errors
|
/srv/home/nitin/builds/build-gcc47/tmp/sysroots/x86_64-linux/usr/share/automake-1.12/am/ltlibrary.am:
warning: 'libidn.la': linking libtool libraries using a non-POSIX
|
/srv/home/nitin/builds/build-gcc47/tmp/sysroots/x86_64-linux/usr/share/automake-1.12/am/ltlibrary.am:
archiver requires 'AM_PROG_AR' in 'configure.ac'

Signed-Off-By: Nitin A Kamble <nitin.a.kamble <at> intel.com>
2012/05/03

Index: libidn-1.24/configure.ac
===================================================================
--- libidn-1.24.orig/configure.ac
+++ libidn-1.24/configure.ac
@@ -34,6 +34,10 @@ AC_SUBST(LT_CURRENT, 17)
 AC_SUBST(LT_REVISION, 7)

Undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE when compiling libidn with MSVC

Hello,

I compile libidn with MSVC 2010. With unmodified 1.24 sources I get
errors about undefined _GL_ATTRIBUTE_CONST and _GL_ATTRIBUTE_PURE. I
think the solution is to put dummy #define's for these two into
win32/include/config.h - it works for me.

Bartosz Brachaczek

libidn 1.24-2 MIGRATED to testing

FYI: The status of the libidn source package
in Debian's testing distribution has changed.

  Previous version: 1.23-2
  Current version:  1.24-2

--

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.

libidn_1.24-1+ppc64_ppc64.changes ACCEPTED

Maintainer: Debian Libidn Team <help-libidn <at> gnu.org>
Uploader: Hiroyuki Yamamoto <yama1066 <at> gmail.com>
Host: leda.debian.net
Accepted: libidn_1.24-1+ppc64_ppc64.changes
Files:
idn_1.24-1+ppc64_ppc64.deb
libidn11-dev_1.24-1+ppc64_ppc64.deb
libidn11_1.24-1+ppc64_ppc64.deb

libidn_1.24-2_amd64.changes ACCEPTED into unstable

Accepted:
idn_1.24-2_amd64.deb
  to main/libi/libidn/idn_1.24-2_amd64.deb
libidn11-dev_1.24-2_amd64.deb
  to main/libi/libidn/libidn11-dev_1.24-2_amd64.deb
libidn11-java_1.24-2_all.deb
  to main/libi/libidn/libidn11-java_1.24-2_all.deb
libidn11_1.24-2_amd64.deb
  to main/libi/libidn/libidn11_1.24-2_amd64.deb
libidn_1.24-2.debian.tar.gz
  to main/libi/libidn/libidn_1.24-2.debian.tar.gz
libidn_1.24-2.dsc
  to main/libi/libidn/libidn_1.24-2.dsc

Changes:
libidn (1.24-2) unstable; urgency=low
 .
  * Moved from experimental to unstable after testing.
  * Bump Standards-Version to 3.9.3.

Override entries for your package:
idn_1.24-2_amd64.deb - optional misc
libidn11-dev_1.24-2_amd64.deb - optional libdevel
libidn11-java_1.24-2_all.deb - optional java
libidn11_1.24-2_amd64.deb - standard libs
libidn_1.24-2.dsc - source libs

Announcing to debian-devel-changes <at> lists.debian.org

Processing of libidn_1.24-2_amd64.changes

libidn_1.24-2_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.24-2.dsc
  libidn_1.24-2.debian.tar.gz
  idn_1.24-2_amd64.deb
  libidn11-dev_1.24-2_amd64.deb
  libidn11_1.24-2_amd64.deb
  libidn11-java_1.24-2_all.deb

Greetings,

	Your Debian queue daemon (running on host franck.debian.org)

Check failed for libidn-1.24 with glibc 2.14.1

Hello,

I'm currently build libidn-1.24 with glibc 2.14.1/valgrind 3.7 under
Mageia cauldron. All builds fine, except that `make check' failed
after building. Log here:

PASS: tst_idna
==25261== Invalid read of size 4
==25261==    at 0x4E328E5: idna_to_ascii_4z (idna.c:526)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==  Address 0x53ed8d8 is 8 bytes inside a block of size 10 alloc'd
==25261==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25261==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==
==25261== Invalid read of size 4
==25261==    at 0x4E328D0: idna_to_ascii_4z (idna.c:526)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)
==25261==    by 0x400AB5: doit (tst_idna2.c:485)
==25261==    by 0x40089C: main (utils.c:146)
==25261==  Address 0x53fbae0 is 0 bytes inside a block of size 3 alloc'd
==25261==    at 0x4C2693D: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==25261==    by 0x4E32A30: idna_to_ascii_4z (idna.c:540)
==25261==    by 0x4E32B74: idna_to_ascii_8z (idna.c:579)

libidn_1.24-1_amd64.changes ACCEPTED into experimental

Accepted:
idn_1.24-1_amd64.deb
  to main/libi/libidn/idn_1.24-1_amd64.deb
libidn11-dev_1.24-1_amd64.deb
  to main/libi/libidn/libidn11-dev_1.24-1_amd64.deb
libidn11-java_1.24-1_all.deb
  to main/libi/libidn/libidn11-java_1.24-1_all.deb
libidn11_1.24-1_amd64.deb
  to main/libi/libidn/libidn11_1.24-1_amd64.deb
libidn_1.24-1.debian.tar.gz
  to main/libi/libidn/libidn_1.24-1.debian.tar.gz
libidn_1.24-1.dsc
  to main/libi/libidn/libidn_1.24-1.dsc
libidn_1.24.orig.tar.gz
  to main/libi/libidn/libidn_1.24.orig.tar.gz

Override entries for your package:
idn_1.24-1_amd64.deb - optional misc
libidn11-dev_1.24-1_amd64.deb - optional libdevel
libidn11-java_1.24-1_all.deb - optional java
libidn11_1.24-1_amd64.deb - standard libs
libidn_1.24-1.dsc - source libs

Announcing to debian-experimental-changes <at> lists.debian.org
Announcing to debian-devel-changes <at> lists.debian.org

Thank you for your contribution to Debian.

Processing of libidn_1.24-1_amd64.changes

libidn_1.24-1_amd64.changes uploaded successfully to localhost
along with the files:
  libidn_1.24-1.dsc
  libidn_1.24.orig.tar.gz
  libidn_1.24-1.debian.tar.gz
  idn_1.24-1_amd64.deb
  libidn11-dev_1.24-1_amd64.deb
  libidn11_1.24-1_amd64.deb
  libidn11-java_1.24-1_all.deb

Greetings,

	Your Debian queue daemon (running on host franck.debian.org)

Libidn 1.24 released

GNU Libidn is a fully documented implementation of the Stringprep,
Punycode and IDNA specifications.  Libidn's purpose is to encode and
decode internationalized domain name strings.  There are native C, C#
and Java libraries.

Noteworthy changes since the last release (from NEWS file):

* Version 1.24 (released 2012-01-10) [stable]

** Libraries are re-licensed from LGPLv2+ to dual-GPLv2+|LGPLv3+.

** build: Fix parallel Windows builds.
Reported by René Berber <r.berber <at> computer.org>.

** libidn: Fix potential infloop in pr29 code.
Reported by Jon Nelson <jnelson <at> jamponi.net> in
<http://lists.gnu.org/archive/html/help-libidn/2012-01/msg00008.html>.

** libidn: Add 'const' keyword to 'stringprep_ucs4_nfkc_normalize' function.

** Sync glib NFKC code and improve copyright/license statements.

** Update gnulib files and translations.

** API and ABI is backwards compatible with the previous version.

The C library contains a generic Stringprep implementation.  Profiles
for Nameprep, iSCSI, SASL, XMPP and Kerberos V5 are included.
Punycode and ASCII Compatible Encoding (ACE) via IDNA are supported.
A mechanism to define Top-Level Domain (TLD) specific validation

libidn-1.24 validation test problem

Yesterday afternoon, I started builds of libidn-1.24 in our test lab
(about 25 flavors of Unix), and this morning, had a look at them.  The
Mac OS X and Solaris builds all succeeded and passed their validation
tests.

However, the SGI IRIX and all GNU/Linux (Alpha, PPC-32, PPC-64, SPARC,
x86, x86_64) and {Free,Net,Open}BSD builds are hung at this point in
the validation tests:

...
PASS: tst_nfkc

On one x86 system, there is more info:

PASS: tst_nfkc
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10
--9922-- DWARF2 CFI reader: unhandled CFI instruction 0:10

A check with the top utility show that they have 99% CPU utilization.
I have therefore installed the successes, and killed all of the
still-running builds.

-------------------------------------------------------------------------------
- Nelson H. F. Beebe                    Tel: +1 801 581 5254                  -
- University of Utah                    FAX: +1 801 581 4148                  -