CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/12/10 01:22:19 Modified files: emulators/openmsx: Makefile Log message: mips64 is not a supported platform currently
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: rob...@cvs.openbsd.org 2012/12/10 01:49:17 Modified files: www/chromium : Makefile distinfo Log message: update to 23.0.1271.95
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: lan...@cvs.openbsd.org 2012/12/10 06:37:57 Modified files: devel/boost: Makefile Log message: Remove BROKEN-hppa marker, not needed anymore since gcc is now built without -pie. At least boost builds fine without ICE. Tested on hppa.ports.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: p...@cvs.openbsd.org2012/12/10 06:45:49 Modified files: databases/postgresql: Makefile distinfo databases/postgresql/pkg: PLIST-docs Log message: Bugfixes update to 9.2.2 ok jeremy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/12/10 08:01:56 Added files: sysutils/coreutils/patches: patch-src_longlong_h Log message: add hppa-only patch from upstream; build was broken, reported by landry@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2012/12/10 08:05:12 Modified files: net/libtorrent : Makefile net/libtorrent/patches: patch-scripts_checks_m4 patch-test_Makefile_in Log message: Add a comment explaining why this patch is needed (for future reference). While here, fix pthread linking. From a discussion with ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/12/10 08:25:06 Modified files: mail/cyrus-imapd: Makefile Added files: mail/cyrus-imapd/patches: patch-imap_statuscache_db_c Log message: From upstream: Bug #3757 - don't segfault on mailbox close with no user
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/12/10 08:42:53 Log message: import p5-Puppet-Tidy-0.1 This module parses the Puppet code and applies a subset of checks from the Puppet Style Guide onto it. Currently the set of checks is rather limited, but already enough is implemented to catch common mistakes and to save you a great deal of time cleaning up your manifests. ok aja@ Status: Vendor Tag: jasper Release Tags: jasper_20121012 N ports/sysutils/p5-Puppet-Tidy/Makefile N ports/sysutils/p5-Puppet-Tidy/distinfo N ports/sysutils/p5-Puppet-Tidy/pkg/PLIST N ports/sysutils/p5-Puppet-Tidy/pkg/DESCR No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2012/12/10 08:43:22 Modified files: sysutils : Makefile Log message: sync
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/12/10 09:00:12 Modified files: print/hplip: Makefile distinfo print/hplip/patches: patch-Makefile_in patch-check_py patch-io_hpmud_musb_c patch-prnt_hpcups_HPCupsFilter_cpp patch-scan_py patch-ui4_devmgr5_py print/hplip/pkg: PLIST-gui PLIST-hpcups PLIST-hpijs PLIST-main Log message: Update to hplip-3.12.11.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/12/10 13:06:10 Modified files: audio/flac : Makefile Log message: FLAC has moved to Xiph.Org
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2012/12/10 13:08:23 Modified files: audio/opus : Makefile distinfo Log message: update to 1.0.2: fixes an out-of-bounds read
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: e...@cvs.openbsd.org2012/12/10 13:51:24 Modified files: x11/wxWidgets : Makefile Log message: Enable graphicscontext support in wxWidgets. Adds a dependency upon pthread. Tested a handful of dependent ports with success. This change allows the fs-uae launcher to render correctly. OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/12/10 14:19:41 Modified files: www/squid : Makefile www/squid/patches: patch-configure_ac Log message: - move -ldap to a MULTI_PACKAGES+= -ldap within the 'if flavor != no_ldap' block - squid optionally uses atomic ops if available, however in the code it requires 4 byte operations, whereas configure only tests for int. change configure test which may give hppa a chance to build; breakage reported by landry
Re: UPDATE: TeX Live 2012
On Sun, Dec 09, 2012 at 02:46:07PM +0100, Matthieu Herrb wrote: I've been using this for various LaTeX work on both i386 and amd64 for a while now. No visible issue. Great. I think I will commit this soon. Thanks. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: UPDATE: audio/deadbeef
On 8 December 2012 19:45, Brad Smith b...@comstyle.com wrote: On Sat, Dec 08, 2012 at 01:54:24PM +0100, Mike Belopuhov wrote: On 8 December 2012 09:57, Brad Smith b...@comstyle.com wrote: On Thu, Dec 06, 2012 at 12:27:59PM +0100, Mike Belopuhov wrote: On 6 December 2012 11:35, Mike Belopuhov m...@belopuhov.com wrote: On 6 December 2012 07:44, Brad Smith b...@comstyle.com wrote: On Wed, Dec 05, 2012 at 06:36:27PM +0100, Mike Belopuhov wrote: On 5 December 2012 02:25, Brad Smith b...@comstyle.com wrote: On Wed, Dec 05, 2012 at 01:46:43AM +0100, Mike Belopuhov wrote: On 5 December 2012 01:40, Brad Smith b...@comstyle.com wrote: Although the build infrastructure allows for building both the Gtk+2 and Gtk+3 support the resulting package does not actually work properly trying to use both toolkits. So do what actually makes sense and just build with one of them. I have also improved the way plugins are handled. err, the whole point to bring deadbeef was not to use gtk3 with audacious. i suggest not to convert deadbeef for this update. do it the next time. What do you mean by next time next time around if they will fix gtk3. If by that you mean next release what difference does it make? gtk3 apps don't work well in fvwm2. menus get detached and start floating around. i've just tested you diff and it makes deadbeef unusable. To make sure we're on the same page you mean by simply clicking on the menus at the top where it says File / Edit / View / Playback / Help and they detach? yup. and besides gtk3 looks like crap. so would you be so kind to stop wasting my time with this and use gtk2 for deadbeef for the time being. cheers managed to get some screenshots: I don't see anything like that. But the most important question first.. is your system fully up to date with packages, especially gtk+3 being at version 3.6.2? system was updated prior to testing. and it's been like that since forever or do you mean 3.6.2 fixes this issue? No, I just want to make sure your system is fully up to date before going any further trying to determine why you're seeing this odd behavior. yes, i'm running 3.6.2. the bug is not immediately easy to reproduce, but running an app for a while + switching between virtual desktops will do it. while writing this mail i got a crash while selecting a menu item in deadbeef. from .xsession-errors: (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_width_for_height: assertion `height = 0' failed (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_width_for_height: assertion `height = 0' failed (deadbeef:19475): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width 0 and height -6 (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_width_for_height: assertion `height = 0' failed (deadbeef:19475): Gtk-CRITICAL **: gtk_widget_get_preferred_width_for_height: assertion `height = 0' failed (deadbeef:19475): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width 160 and height -6 from gdb: (gdb) where #0 0x0cfb1858a5f7 in gdk_x11_screen_get_monitor_workarea () from /usr/local/lib/libgdk-3.so.600.0 #1 0x0cfb1e7d57ee in gtk_menu_item_position_menu () from /usr/local/lib/libgtk-3.so.600.0 #2 0x0cfb1e7c9cbb in gtk_menu_position () from /usr/local/lib/libgtk-3.so.600.0 #3 0x0cfb1e7cc97c in gtk_menu_popup_for_device () from /usr/local/lib/libgtk-3.so.600.0 #4 0x0cfb1e7ccd2a in gtk_menu_popup () from /usr/local/lib/libgtk-3.so.600.0 #5 0x0cfb1e7d54bf in gtk_menu_item_real_popup_submenu () from /usr/local/lib/libgtk-3.so.600.0 #6 0x0cfb1e7d5558 in _gtk_menu_item_popup_submenu () from /usr/local/lib/libgtk-3.so.600.0 #7 0x0cfb1e7d7ce7 in gtk_real_menu_item_select () from /usr/local/lib/libgtk-3.so.600.0 #8 0x0cfb1c1a6915 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.3400.0 #9 0x0cfb1c1bb6cb in signal_emit_unlocked_R () from /usr/local/lib/libgobject-2.0.so.3400.0 #10 0x0cfb1c1bdb3d in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.3400.0 #11 0x0cfb1c1bdea3 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.3400.0 #12 0x0cfb1e7d6bbc in gtk_menu_item_select () from /usr/local/lib/libgtk-3.so.600.0 #13 0x0cfb1e7daf5a in gtk_menu_shell_real_select_item () from /usr/local/lib/libgtk-3.so.600.0 #14 0x0cfb1e7dbeef in gtk_menu_shell_button_press () from /usr/local/lib/libgtk-3.so.600.0 #15
[wip] llvm 3.2rc3
Hi,
here's a preliminary diff to update devel/llvm to 3.2rc3, final release
due soon. So far i've only built it on amd64, currently building on ppc.
Tests reports on mips64*, sparc64 ppc welcome. For mips64*, amend
LLVM_ARCHS in arch-defines.mk. This release is supposed to bring
improvements on ppc mips.. see http://llvm.org/docs/ReleaseNotes.html
for the details. The port has a patch adding support for stack smash
handler (iirc from matthew@ ..)
Landry
? patches/patch-tools_clang_CMakeLists_txt
Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.55
diff -u -r1.55 Makefile
--- Makefile16 Oct 2012 18:22:30 - 1.55
+++ Makefile10 Dec 2012 13:13:13 -
@@ -3,15 +3,15 @@
# XXX: Remember to bump MODCLANG_VERSION in lang/clang/clang.port.mk when
# updating this port.
-SHARED_LIBS += libclang 0.0 # 3.0
+SHARED_LIBS += clang 0.0 # 3.2
COMMENT = modular, fast C/C++/ObjC compiler, static analyzer and tools
-LLVM_V = 3.1
+LLVM_V = 3.2rc3
DISTNAME = llvm-${LLVM_V}.src
PKGNAME = llvm-${LLVM_V}
-REVISION = 9
CATEGORIES = devel
+EXTRACT_SUFX = .tar.bz2
# packager notes in http://llvm.org/docs/Packaging.html
HOMEPAGE = http://www.llvm.org/
@@ -31,18 +31,16 @@
WANTLIB = c m pthread stdc++
-MASTER_SITES = http://llvm.org/releases/${LLVM_V}/
+MASTER_SITES = http://llvm.org/pre-releases/3.2/rc3/
DISTFILES =${DISTNAME}${EXTRACT_SUFX} clang-${LLVM_V}.src${EXTRACT_SUFX}
-WRKDIST = ${WRKDIR}/llvm-${LLVM_V}.src
-
-post-extract:
- @mv ${WRKDIR}/clang-${LLVM_V}.src ${WRKDIST}/tools/clang
+WRKDIST = ${WRKDIR}/llvm.src
MODULES = devel/cmake \
lang/python
REGRESS_DEPENDS = devel/dejagnu
+BUILD_DEPENGS += textproc/py-docutils
MAKE_FLAGS = OPTIMIZE_OPTION=${CFLAGS} \
VERBOSE=Yes \
@@ -58,7 +56,12 @@
-DLLVM_REQUIRES_RTTI:Bool=True \
-DCMAKE_BUILD_TYPE:String=Release
-CLANG_INCLUDE_PATH = lib/clang/${LLVM_V}/include
+# Workaround relocation overflow
+.if ${MACHINE_ARCH} == powerpc
+CONFIGURE_ARGS+= -DCMAKE_EXE_LINKER_FLAGS=-Wl,--relax
+.endif
+
+CLANG_INCLUDE_PATH = lib/clang/3.2/include
SUBST_VARS += CLANG_INCLUDE_PATH
pre-configure:
@@ -66,9 +69,10 @@
-@ln -s ${MODPY_BIN} ${WRKDIR}/bin/python
post-build:
- cd ${WRKSRC}/docs/CommandGuide for i in *.pod; do \
- pod2man --release=CVS --center=LLVM Command Guide \
- $$i man/man1/$${i%.pod}.1; \
+ ${INSTALL_DATA_DIR} ${WRKSRC}/docs/CommandGuide/man/man1/
+ cd ${WRKSRC}/docs/CommandGuide for i in *.rst; do \
+ rst2man -q --title=LLVM Command Guide \
+ $$i man/man1/$${i%.rst}.1; \
done
pod2man --release=CVS --center=LLVM Command Guide \
${WRKSRC}/tools/clang/docs/tools/clang.pod \
Index: distinfo
===
RCS file: /cvs/ports/devel/llvm/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- distinfo25 May 2012 09:05:49 - 1.10
+++ distinfo10 Dec 2012 13:13:13 -
@@ -1,10 +1,4 @@
-MD5 (clang-3.1.src.tar.gz) = Wb8tMSCjgF8nyv2jgjyq+A==
-MD5 (llvm-3.1.src.tar.gz) = FuqnZ5+EET9lsSdg/f5O4Q==
-RMD160 (clang-3.1.src.tar.gz) = WuCdPWnU8eUOB/a/NHTaluaoT+s=
-RMD160 (llvm-3.1.src.tar.gz) = zrDvNqthCdp6hWiwTedZdS2+5ac=
-SHA1 (clang-3.1.src.tar.gz) = GfM7GHpQ0i/aKm+e2Ylpmpqe/WI=
-SHA1 (llvm-3.1.src.tar.gz) = I0yW5z74GuyaVNqS/CqQJNZTsFk=
-SHA256 (clang-3.1.src.tar.gz) = /2PiFdzT4oOP/eo4UC+NNbqxfkh/PDeZV5lh5FLVp4Y=
-SHA256 (llvm-3.1.src.tar.gz) = HqBRNRl7VADB+I0A/ygNd1znePj56gQuJaHh5zSkuas=
-SIZE (clang-3.1.src.tar.gz) = 8158418
-SIZE (llvm-3.1.src.tar.gz) = 11077429
+SHA256 (clang-3.2rc3.src.tar.bz2) =
NdnyMoiLSTyJ+UraUMiy4T9jVt9xRSrNZq1QQzXMmew=
+SHA256 (llvm-3.2rc3.src.tar.bz2) = ISogBkL6D7Z8iFomSsH0AQu78TTr4hT0RgcuI1H6rxI=
+SIZE (clang-3.2rc3.src.tar.bz2) = 7010300
+SIZE (llvm-3.2rc3.src.tar.bz2) = 9357152
Index: patches/patch-Makefile_config_in
===
RCS file: /cvs/ports/devel/llvm/patches/patch-Makefile_config_in,v
retrieving revision 1.6
diff -u -r1.6 patch-Makefile_config_in
--- patches/patch-Makefile_config_in25 May 2012 09:05:49 - 1.6
+++ patches/patch-Makefile_config_in10 Dec 2012 13:13:13 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Makefile_config_in,v 1.6 2012/05/25 09:05:49 sthen Exp $
Makefile.config.in.origTue May 15 23:06:08 2012
-+++ Makefile.config.in Wed May 23 01:38:47 2012
-@@ -96,11 +96,11 @@ endif
+--- Makefile.config.in.origMon Oct 1 20:40:32 2012
Makefile.config.in Sun Dec 9 22:09:00 2012
+@@ -97,11 +97,11 @@ endif
PROJ_bindir := $(PROJ_prefix)/bin
PROJ_libdir := $(PROJ_prefix)/lib
PROJ_datadir:= $(PROJ_prefix)/share
Index:
Re: boost 1.52.0 status
Index: patches/patch-boost_interprocess_detail_transform_iterator_hpp
===
RCS file: patches/patch-boost_interprocess_detail_transform_iterator_hpp
diff -N patches/patch-boost_interprocess_detail_transform_iterator_hpp
--- patches/patch-boost_interprocess_detail_transform_iterator_hpp 15
Oct 2012 20:31:59 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-boost_interprocess_detail_transform_iterator_hpp,v 1.1
2012/10/15 20:31:59 robert Exp $
boost/interprocess/detail/transform_iterator.hpp.orig Sat Oct 13
12:35:34 2012
-+++ boost/interprocess/detail/transform_iterator.hpp Sat Oct 13 12:35:40
2012
-@@ -54,7 +54,7 @@ struct operator_arrow_proxyT
-// This function is needed for MWCW and BCC, which won't call operator-
-// again automatically per 13.3.1.2 para 8
- // operator T*() const { return m_value; }
-- mutable T m_value;
-+ T m_value;
- };
-
- template class Iterator, class UnaryFunction
This patch won't apply because this patch is upstreamed already in
previous releases of boost. Please drop this patch otherwise it will
fail make patch.
There's a missing patch, please add this and then boost will be
updated properly.
https://github.com/jasperla/openbsd-wip/commit/6d95c78201d16f0f95ab391b221aad37736b86d5
what about having DPB_PROPERTIES=parallel ?
Re: [wip] llvm 3.2rc3
On Mon, 10 Dec 2012 14:19:58 +0100, Landry Breuil wrote:
Hi,
here's a preliminary diff to update devel/llvm to 3.2rc3, final release
due soon. So far i've only built it on amd64, currently building on ppc.
Tests reports on mips64*, sparc64 ppc welcome. For mips64*, amend
LLVM_ARCHS in arch-defines.mk. This release is supposed to bring
improvements on ppc mips.. see http://llvm.org/docs/ReleaseNotes.html
for the details. The port has a patch adding support for stack smash
handler (iirc from matthew@ ..)
From me, and the patch was already there, it just had to be updated to
work with newer LLVM. Nice to know it still works though.
This reminds me I should try to switch it to __guard_local (will try
tonight).
Landry
? patches/patch-tools_clang_CMakeLists_txt
Index: Makefile
===
RCS file: /cvs/ports/devel/llvm/Makefile,v
retrieving revision 1.55
diff -u -r1.55 Makefile
--- Makefile 16 Oct 2012 18:22:30 - 1.55
+++ Makefile 10 Dec 2012 13:13:13 -
@@ -3,15 +3,15 @@
# XXX: Remember to bump MODCLANG_VERSION in lang/clang/clang.port.mk when
# updating this port.
-SHARED_LIBS += libclang 0.0 # 3.0
+SHARED_LIBS += clang 0.0 # 3.2
COMMENT =modular, fast C/C++/ObjC compiler, static analyzer and tools
-LLVM_V = 3.1
+LLVM_V = 3.2rc3
DISTNAME = llvm-${LLVM_V}.src
PKGNAME =llvm-${LLVM_V}
-REVISION = 9
CATEGORIES = devel
+EXTRACT_SUFX = .tar.bz2
# packager notes in http://llvm.org/docs/Packaging.html
HOMEPAGE = http://www.llvm.org/
@@ -31,18 +31,16 @@
WANTLIB =c m pthread stdc++
-MASTER_SITES = http://llvm.org/releases/${LLVM_V}/
+MASTER_SITES = http://llvm.org/pre-releases/3.2/rc3/
DISTFILES = ${DISTNAME}${EXTRACT_SUFX} clang-${LLVM_V}.src${EXTRACT_SUFX}
-WRKDIST =${WRKDIR}/llvm-${LLVM_V}.src
-
-post-extract:
- @mv ${WRKDIR}/clang-${LLVM_V}.src ${WRKDIST}/tools/clang
+WRKDIST =${WRKDIR}/llvm.src
MODULES =devel/cmake \
lang/python
REGRESS_DEPENDS = devel/dejagnu
+BUILD_DEPENGS += textproc/py-docutils
MAKE_FLAGS = OPTIMIZE_OPTION=${CFLAGS} \
VERBOSE=Yes \
@@ -58,7 +56,12 @@
-DLLVM_REQUIRES_RTTI:Bool=True \
-DCMAKE_BUILD_TYPE:String=Release
-CLANG_INCLUDE_PATH = lib/clang/${LLVM_V}/include
+# Workaround relocation overflow
+.if ${MACHINE_ARCH} == powerpc
+CONFIGURE_ARGS+= -DCMAKE_EXE_LINKER_FLAGS=-Wl,--relax
+.endif
+
+CLANG_INCLUDE_PATH = lib/clang/3.2/include
SUBST_VARS +=CLANG_INCLUDE_PATH
pre-configure:
@@ -66,9 +69,10 @@
-@ln -s ${MODPY_BIN} ${WRKDIR}/bin/python
post-build:
- cd ${WRKSRC}/docs/CommandGuide for i in *.pod; do \
- pod2man --release=CVS --center=LLVM Command Guide \
- $$i man/man1/$${i%.pod}.1; \
+ ${INSTALL_DATA_DIR} ${WRKSRC}/docs/CommandGuide/man/man1/
+ cd ${WRKSRC}/docs/CommandGuide for i in *.rst; do \
+ rst2man -q --title=LLVM Command Guide \
+ $$i man/man1/$${i%.rst}.1; \
done
pod2man --release=CVS --center=LLVM Command Guide \
${WRKSRC}/tools/clang/docs/tools/clang.pod \
Index: distinfo
===
RCS file: /cvs/ports/devel/llvm/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- distinfo 25 May 2012 09:05:49 - 1.10
+++ distinfo 10 Dec 2012 13:13:13 -
@@ -1,10 +1,4 @@
-MD5 (clang-3.1.src.tar.gz) = Wb8tMSCjgF8nyv2jgjyq+A==
-MD5 (llvm-3.1.src.tar.gz) = FuqnZ5+EET9lsSdg/f5O4Q==
-RMD160 (clang-3.1.src.tar.gz) = WuCdPWnU8eUOB/a/NHTaluaoT+s=
-RMD160 (llvm-3.1.src.tar.gz) = zrDvNqthCdp6hWiwTedZdS2+5ac=
-SHA1 (clang-3.1.src.tar.gz) = GfM7GHpQ0i/aKm+e2Ylpmpqe/WI=
-SHA1 (llvm-3.1.src.tar.gz) = I0yW5z74GuyaVNqS/CqQJNZTsFk=
-SHA256 (clang-3.1.src.tar.gz) = /2PiFdzT4oOP/eo4UC+NNbqxfkh/PDeZV5lh5FLVp4Y=
-SHA256 (llvm-3.1.src.tar.gz) = HqBRNRl7VADB+I0A/ygNd1znePj56gQuJaHh5zSkuas=
-SIZE (clang-3.1.src.tar.gz) = 8158418
-SIZE (llvm-3.1.src.tar.gz) = 11077429
+SHA256 (clang-3.2rc3.src.tar.bz2) =
NdnyMoiLSTyJ+UraUMiy4T9jVt9xRSrNZq1QQzXMmew=
+SHA256 (llvm-3.2rc3.src.tar.bz2) =
ISogBkL6D7Z8iFomSsH0AQu78TTr4hT0RgcuI1H6rxI=
+SIZE (clang-3.2rc3.src.tar.bz2) = 7010300
+SIZE (llvm-3.2rc3.src.tar.bz2) = 9357152
Index: patches/patch-Makefile_config_in
===
RCS file: /cvs/ports/devel/llvm/patches/patch-Makefile_config_in,v
retrieving revision 1.6
diff -u -r1.6 patch-Makefile_config_in
--- patches/patch-Makefile_config_in 25 May 2012 09:05:49 - 1.6
+++ patches/patch-Makefile_config_in 10 Dec 2012 13:13:13 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Makefile_config_in,v 1.6 2012/05/25 09:05:49 sthen Exp $
Makefile.config.in.orig Tue May 15 23:06:08 2012
-+++
Re: [wip] llvm 3.2rc3
On Mon, Dec 10, 2012 at 03:40:24PM +0100, Pascal Stumpf wrote: On Mon, 10 Dec 2012 14:19:58 +0100, Landry Breuil wrote: Hi, here's a preliminary diff to update devel/llvm to 3.2rc3, final release due soon. So far i've only built it on amd64, currently building on ppc. Tests reports on mips64*, sparc64 ppc welcome. For mips64*, amend LLVM_ARCHS in arch-defines.mk. This release is supposed to bring improvements on ppc mips.. see http://llvm.org/docs/ReleaseNotes.html for the details. The port has a patch adding support for stack smash handler (iirc from matthew@ ..) From me, and the patch was already there, it just had to be updated to work with newer LLVM. Nice to know it still works though. Sorry, failed the patch assignment :) I dont know if it 'works', i just know it applies. I've been building mozilla trunk on amd64 with that llvm version, and it seems to do a good job. Ppc support is still uselessly broken. mozilla configure passes, but clang++ chokes on the first evoluted c++ mozilla file. Note that the rst2man manpage generation throws some errors, i'll have to look deeper into it, i didnt touch that chunk since last time when i tried to update to a random svn rev. Landry
Re: UPDATE: maxima-5.26.0
Hi, in reference to this bug report -- https://sourceforge.net/p/maxima/bugs/2340/ are there still any failed tests for whatever version of Maxima is now included in OpenBSD? I suspect that the failed test which was observed before (problem #104 in rtest8) is due to the particular version of ECL which was used to build Maxima. Perhaps updating ECL makes the error go away? For the record, the test does not fail when building Maxima with ECL 12.2.1 on Linux (Xubuntu 8.04) or several other Lisps (CMUCL, Clisp, SBCL, GCL). If someone wishes to debug this further -- can you please execute batch(/path/to/tests/rtest8.mac); in Maxima and post the output -- there may be some Lisp error message which is suppressed by run_testsuite. All the best, Robert Dodier Maxima project administrator and developer
Re: UPDATE: maxima-5.26.0
Hi Robert, I am currently maintaining maxima on OpenBSD. Thanks for getting back to me regarding this test failure. On Mon, Dec 10, 2012 at 04:51:34AM +, Robert Dodier wrote: Hi, in reference to this bug report -- https://sourceforge.net/p/maxima/bugs/2340/ are there still any failed tests for whatever version of Maxima is now included in OpenBSD? I suspect that the failed test which was observed before (problem #104 in rtest8) is due to the particular version of ECL which was used to build Maxima. Perhaps updating ECL makes the error go away? As it stands, we have 5.27.0 in our ports tree. The version of ECL we have in tree is 11.1.1. If someone wishes to debug this further -- can you please execute batch(/path/to/tests/rtest8.mac); in Maxima and post the output -- there may be some Lisp error message which is suppressed by run_testsuite. I will first bring our port up to date and then re-run the regression tests. If it turns out that ECL is the cause, I can try to update this. Leave it with me, I will mail you off-list. -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: boost 1.52.0 status
On Mon, Dec 10, 2012 at 08:04:41AM -0600, Amit Kulkarni wrote:
Index: patches/patch-boost_interprocess_detail_transform_iterator_hpp
===
RCS file: patches/patch-boost_interprocess_detail_transform_iterator_hpp
diff -N patches/patch-boost_interprocess_detail_transform_iterator_hpp
--- patches/patch-boost_interprocess_detail_transform_iterator_hpp 15
Oct 2012 20:31:59 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-boost_interprocess_detail_transform_iterator_hpp,v 1.1
2012/10/15 20:31:59 robert Exp $
boost/interprocess/detail/transform_iterator.hpp.orig Sat Oct 13
12:35:34 2012
-+++ boost/interprocess/detail/transform_iterator.hpp Sat Oct 13 12:35:40
2012
-@@ -54,7 +54,7 @@ struct operator_arrow_proxyT
-// This function is needed for MWCW and BCC, which won't call
operator-
-// again automatically per 13.3.1.2 para 8
- // operator T*() const { return m_value; }
-- mutable T m_value;
-+ T m_value;
- };
-
- template class Iterator, class UnaryFunction
This patch won't apply because this patch is upstreamed already in
previous releases of boost. Please drop this patch otherwise it will
fail make patch.
That's why the patch is being removed as your original diff did.
There's a missing patch, please add this and then boost will be
updated properly.
https://github.com/jasperla/openbsd-wip/commit/6d95c78201d16f0f95ab391b221aad37736b86d5
If you come up with any other patches please send them directly to me.
what about having DPB_PROPERTIES=parallel ?
Not sure about that. Someone else who is familiar with this feature should
comment as to whether it should be added or not.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Re: boost 1.52.0 status
On Mon, Dec 10, 2012 at 12:21 PM, Brad Smith b...@comstyle.com wrote:
On Mon, Dec 10, 2012 at 08:04:41AM -0600, Amit Kulkarni wrote:
Index: patches/patch-boost_interprocess_detail_transform_iterator_hpp
===
RCS file: patches/patch-boost_interprocess_detail_transform_iterator_hpp
diff -N patches/patch-boost_interprocess_detail_transform_iterator_hpp
--- patches/patch-boost_interprocess_detail_transform_iterator_hpp 15
Oct 2012 20:31:59 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-boost_interprocess_detail_transform_iterator_hpp,v 1.1
2012/10/15 20:31:59 robert Exp $
boost/interprocess/detail/transform_iterator.hpp.orig Sat Oct 13
12:35:34 2012
-+++ boost/interprocess/detail/transform_iterator.hpp Sat Oct 13
12:35:40 2012
-@@ -54,7 +54,7 @@ struct operator_arrow_proxyT
-// This function is needed for MWCW and BCC, which won't call
operator-
-// again automatically per 13.3.1.2 para 8
- // operator T*() const { return m_value; }
-- mutable T m_value;
-+ T m_value;
- };
-
- template class Iterator, class UnaryFunction
This patch won't apply because this patch is upstreamed already in
previous releases of boost. Please drop this patch otherwise it will
fail make patch.
That's why the patch is being removed as your original diff did.
big foot-in-the-mouth moment!!! sorry, i didn't see the /dev/null
There's a missing patch, please add this and then boost will be
updated properly.
https://github.com/jasperla/openbsd-wip/commit/6d95c78201d16f0f95ab391b221aad37736b86d5
If you come up with any other patches please send them directly to me.
sure. thanks
what about having DPB_PROPERTIES=parallel ?
Not sure about that. Someone else who is familiar with this feature should
comment as to whether it should be added or not.
It allows parallel builds, it maxes out at -j N -p N, if you use dpb
(I have a quad core so I use N=4). Otherwise by default it uses -j 2.
Uses the MAKE_JOBS variable in Boost Makefile.
Re: boost 1.52.0 status
On Mon, Dec 10, 2012 at 12:56:20PM -0600, Amit Kulkarni wrote: what about having DPB_PROPERTIES=parallel ? Not sure about that. Someone else who is familiar with this feature should comment as to whether it should be added or not. It allows parallel builds, it maxes out at -j N -p N, if you use dpb (I have a quad core so I use N=4). Otherwise by default it uses -j 2. Uses the MAKE_JOBS variable in Boost Makefile. Well I know that much. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: boost 1.52.0 status
On 2012/12/10 13:21, Brad Smith wrote: On Mon, Dec 10, 2012 at 08:04:41AM -0600, Amit Kulkarni wrote: what about having DPB_PROPERTIES=parallel ? Not sure about that. Someone else who is familiar with this feature should comment as to whether it should be added or not. I've done at least half a dozen builds with boost 1.42.0 marked that way without any problems, it is on the critical path for libreoffice in a bulk package build and takes a fair amount of time to build, I am OK with this. (Likewise for devel/cmake).
FW: Re: [ipxe-devel] [OpenBSD] 'internal compiler error: Segmentation' or 'Error: bad expression used with @GOTOFF' fault]
Hi, I tried to make IPXE running on OpenBSD and got this reply from IPXE guy asking for binutils version - huh, how to check it? My OpenBSD install was some last November snapshot for amd64. If anybody would have a tip where could be problem a help is appreciated. Original mail to IPXE list: http://lists.ipxe.org/pipermail/ipxe-devel/2012-November/002055.html And the part from discussion... Hello, I'm trying to build ipxe on OpenBSD -current but it fails in net/tls.o when building with gcc 4.2.1 or in bin/clientcert.o when building with gcc 4.7.2. Any idea how to build ipxe successfully? It was git clone from Nov 23rd 2012. This was build with gcc 4.2.1: snip [BUILD] bin/tls.o net/tls.c: In function 'tls_new_server_hello': net/tls.c:1668: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gmake: *** [bin/tls.o] Error 1 This sounds like a gcc-4.2.1 bug. Using a newer version is the way to go. If I tried to build with gcc 4.7.2 (suggested by a person on #ipxe): [BUILD] bin/clientcert.o /tmp//ccMSpFmU.s: Assembler messages: /tmp//ccMSpFmU.s:35: Error: bad expression used with @GOTOFF /tmp//ccMSpFmU.s:64: Error: bad expression used with @GOTOFF gmake: *** [bin/clientcert.o] Error 1 Which binutils version are you using? If it's in the same age range than gcc-4.2 it might be too outdated. jirib
