Changes 2.12.5:
* Fix code generation when using the latest m4, and functions named mkstemp, as experienced on Ubuntu Feisty.
This commit is contained in:
parent
4d2ad6c776
commit
0db8c64f28
3 changed files with 10 additions and 10 deletions
|
@ -1,6 +1,6 @@
|
|||
# $NetBSD: Makefile,v 1.20 2007/01/04 22:12:47 adam Exp $
|
||||
# $NetBSD: Makefile,v 1.21 2007/02/05 19:43:23 adam Exp $
|
||||
|
||||
DISTNAME= glibmm-2.12.4
|
||||
DISTNAME= glibmm-2.12.5
|
||||
CATEGORIES= devel
|
||||
MASTER_SITES= ${MASTER_SITE_GNOME:=sources/glibmm/2.12/}
|
||||
EXTRACT_SUFX= .tar.bz2
|
||||
|
|
|
@ -1,8 +1,8 @@
|
|||
$NetBSD: distinfo,v 1.16 2007/01/04 22:12:47 adam Exp $
|
||||
$NetBSD: distinfo,v 1.17 2007/02/05 19:43:23 adam Exp $
|
||||
|
||||
SHA1 (glibmm-2.12.4.tar.bz2) = 1c9ddb11b503fe4ec1ae081c437bf25b8dafeebf
|
||||
RMD160 (glibmm-2.12.4.tar.bz2) = 638d33a256eefdedeff99b46d22891a6bbdfaef0
|
||||
Size (glibmm-2.12.4.tar.bz2) = 2335609 bytes
|
||||
SHA1 (glibmm-2.12.5.tar.bz2) = eab7974e19bd796c06fb1f6575cf1bb42581dd6e
|
||||
RMD160 (glibmm-2.12.5.tar.bz2) = e78403b11d84abb2abc7a660c9319e6bd86018eb
|
||||
Size (glibmm-2.12.5.tar.bz2) = 2343299 bytes
|
||||
SHA1 (patch-aa) = 104df3732246838c18c2be93665ac15671da4af8
|
||||
SHA1 (patch-ab) = 0f1b4d0ed15f8edce8f116181a609369c7cd3a8a
|
||||
SHA1 (patch-ab) = 41e6de4c94dfa56ebb2014a103f4815cbfa26693
|
||||
SHA1 (patch-ac) = e06a8801376a3e0e014f1dcd032d046a1161c82b
|
||||
|
|
|
@ -1,8 +1,8 @@
|
|||
$NetBSD: patch-ab,v 1.1 2006/11/29 19:03:38 adam Exp $
|
||||
$NetBSD: patch-ab,v 1.2 2007/02/05 19:43:23 adam Exp $
|
||||
|
||||
--- docs/reference/Makefile.in.orig 2006-11-29 19:18:30.000000000 +0100
|
||||
--- docs/reference/Makefile.in.orig 2007-01-28 15:16:24.000000000 +0100
|
||||
+++ docs/reference/Makefile.in
|
||||
@@ -402,8 +402,7 @@ uninstall-am: uninstall-gmmproc_binSCRIP
|
||||
@@ -403,8 +403,7 @@ uninstall-am: uninstall-gmmproc_binSCRIP
|
||||
|
||||
#Ideally, libstdc++.tag.xml would be installed by gcc, instead of being copied into every project.
|
||||
|
||||
|
|
Loading…
Reference in a new issue