gstreamer1/core: no suid root gst-ptp-helper please
Hi Antoine, I noticed gstreamer1 core installs gst-ptp-helper setuid root. https://cgit.freedesktop.org/gstreamer/gstreamer/tree/libs/gst/helpers/gst-ptp-helper.c That's a rather large and scary program for a feature (Precision Time Protocol multicast multimedia shenanigans) with about zero users on OpenBSD. I doubt it does anything useful in its current state: gst-ptp-helper.c:305:2: warning: "Implement something to list all network interfaces" [-W#warnings] gst-ptp-helper.c:421:2: warning: "Implement something to get MAC addresses of network interfaces" [-W#warnings] You don't even want to see all the high quality libs it links against.. Supposedly it's at least dropping privileges, but on a hunch compiling with -save-temps holds this: ... static void drop_privileges (void) { # 564 "gst-ptp-helper.c" } ... Not sure whether to laugh or cry. What I'm trying to say, can we nuke this crap from orbit, pretty please? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/multimedia/gstreamer1/core/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile8 Dec 2017 14:38:36 - 1.43 +++ Makefile16 Dec 2017 18:26:58 - @@ -4,6 +4,7 @@ COMMENT=framework for streaming media DISTNAME= gstreamer-${V} PKGNAME= ${GST_PKGNAME_PREFIX}-${V} +REVISION= 0 SHARED_LIBS += gstreamer-1.03.3 # 1204.0 SHARED_LIBS += gstbase-1.0 3.3 # 1204.0 @@ -28,5 +29,8 @@ CONFIGURE_ENV += ac_cv_lib_gmp___gmpz_in # require (at least) gtk+ CONFIGURE_ARGS += --disable-examples + +# make PTP helper 'suid' at your own peril +CONFIGURE_ARGS += --with-ptp-helper-permissions=none .include Index: pkg/PLIST === RCS file: /home/vcs/cvs/openbsd/ports/multimedia/gstreamer1/core/pkg/PLIST,v retrieving revision 1.14 diff -u -p -r1.14 PLIST --- pkg/PLIST 20 Jun 2017 11:48:53 - 1.14 +++ pkg/PLIST 16 Dec 2017 18:26:58 - @@ -155,9 +155,7 @@ lib/pkgconfig/gstreamer-net-${API}.pc libexec/gstreamer-${API}/ @bin libexec/gstreamer-${API}/gst-completion-helper @bin libexec/gstreamer-${API}/gst-plugin-scanner -@mode 4555 @bin libexec/gstreamer-${API}/gst-ptp-helper -@mode @man man/man1/gst-inspect-${API}.1 @man man/man1/gst-launch-${API}.1 @man man/man1/gst-stats-${API}.1
Re: FIX & UPDATE: games/tome4
On Wed, Aug 09, 2017 at 04:21:34PM -0600, Theo de Raadt wrote: > That type of diff dissapoints me. Upstreams should be told to follow API, > rather than ABI. The real upstream of this uLong nonsense is zlib.net. They're not going to change it for me. And it wouldn't solve the issue of libpng linking against the wrong zlib. Here is a different approach, filtering out all clashing symbols. This seems to work great and is pretty unobtrusive, even if it's not all that elegant. Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/games/tome4/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile31 May 2017 08:08:16 - 1.7 +++ Makefile11 Aug 2017 21:52:39 - @@ -5,7 +5,7 @@ COMMENT-data = data for Tales of Maj'Eya # ' -V =1.5.1 +V =1.5.5 PKGNAME-main = tome4-${V} PKGNAME-data = tome4-data-${V} CATEGORIES = games x11 @@ -42,6 +42,10 @@ WANTLIB-data = COMPILER = gcc COMPILER_LANGS = c +# Disable luajit support where broken and missing. See also lang/luajit +.if ${MACHINE_ARCH} != "i386" && ${MACHINE_ARCH} != "amd64" +CONFIGURE_ARGS += --lua=default +.endif NO_TEST = Yes @@ -57,7 +61,7 @@ do-configure: sed -i 's/gcc /${CC} /g' ${WRKSRC}/build/te4core.lua ${SUBST_CMD} ${WRKSRC}/src/getself.c ${SUBST_CMD} ${WRKSRC}/premake4.lua - @cd ${WRKSRC} ; premake4 gmake + cd ${WRKSRC} ; premake4 ${CONFIGURE_ARGS} gmake do-install: ${INSTALL_PROGRAM} ${WRKSRC}/t-engine ${PREFIX}/bin/tome4 Index: distinfo === RCS file: /home/vcs/cvs/openbsd/ports/games/tome4/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo27 Mar 2017 18:28:29 - 1.2 +++ distinfo11 Aug 2017 21:52:39 - @@ -1,2 +1,2 @@ -SHA256 (t-engine4-src-1.5.1.tar.bz2) = er5VbR72iQ0WrlO4KSwQWSVDopR6QCS7mjtnARp00Lg= -SIZE (t-engine4-src-1.5.1.tar.bz2) = 421336208 +SHA256 (t-engine4-src-1.5.5.tar.bz2) = A3zO5JMhPF4gdJ00gfVnbwUJlbtop7vYCu23fV17WGw= +SIZE (t-engine4-src-1.5.5.tar.bz2) = 421330688 Index: patches/patch-build_exclude-zlib_ld === RCS file: patches/patch-build_exclude-zlib_ld diff -N patches/patch-build_exclude-zlib_ld --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-build_exclude-zlib_ld 11 Aug 2017 21:52:39 - @@ -0,0 +1,28 @@ +$OpenBSD$ + +Fix black screen on 32bit archs because of zlib struct size mismatch affecting +libpng and SDL2. + +Hide libz symbols of newer copy provided with the game. + + +Index: build/exclude-zlib.ld +--- build/exclude-zlib.ld.orig build/exclude-zlib.ld +@@ -0,0 +1,16 @@ ++TOME { ++ local: ++ adler32; adler32_combine; compress; compress2; compressBound; ++ crc32; crc32_combine; deflate; deflateBound; deflateCopy; ++ deflateEnd; deflateInit2_; deflateInit_; deflateParams; ++ deflatePrime; deflateReset; deflateSetDictionary; ++ deflateSetHeader; deflateTune; get_crc_table; gzclearerr; ++ gzclose; gzdirect; gzdopen; gzeof; gzerror; gzflush; gzgetc; ++ gzgets; gzopen; gzprintf; gzputc; gzputs; gzread; gzrewind; ++ gzseek; gzsetparams; gztell; gzungetc; gzwrite; inflate; ++ inflateBack; inflateBackEnd; inflateBackInit_; inflateCopy; ++ inflateEnd; inflateGetHeader; inflateInit2_; inflateInit_; ++ inflatePrime; inflateReset; inflateSetDictionary; inflateSync; ++ inflateSyncPoint; inflate_fast; inflate_table; uncompress; ++ zError; zcalloc; zcfree; zlibCompileFlags; zlibVersion; ++}; Index: patches/patch-build_te4core_lua === RCS file: /home/vcs/cvs/openbsd/ports/games/tome4/patches/patch-build_te4core_lua,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-build_te4core_lua --- patches/patch-build_te4core_lua 28 Dec 2016 18:34:57 - 1.1.1.1 +++ patches/patch-build_te4core_lua 11 Aug 2017 21:52:39 - @@ -1,6 +1,7 @@ $OpenBSD: patch-build_te4core_lua,v 1.1.1.1 2016/12/28 18:34:57 awolk Exp $ build/te4core.lua.orig Fri Dec 2 11:29:13 2016 -+++ build/te4core.lua Fri Dec 2 11:29:23 2016 +Index: build/te4core.lua +--- build/te4core.lua.orig build/te4core.lua @@ -40,7 +40,7 @@ project "TEngine" links { "physfs", "lua".._OPTIONS.lua, "fov", "luasocket", "luaprofiler", "lpeg", "tcodimport", "lxp", "expatstatic", "luamd5", "luazlib", "luabitop", "te4-bzip" } defines { "_DEFAULT_VIDEOMODE_FLAGS_='SDL_HWSURFACE|SDL_DOUBLEBUF'" } @@ -10,3 +11,11 @@ $OpenBSD: patch-build_te4core_lua,v 1.1. if _OPTIONS.relpath=="32" then linkoptions{"-Wl,-rpath -Wl,\\\$\$ORIGIN/lib "} end if _OPTIONS.relpath=="64" then linkoptions{"-Wl,-rpath
FIX & UPDATE: games/tome4
Looking through the bulk build reports, this game sticks out as failing all over the place. Let's fix it. * Limit luajit use to supported mainstream archs * Apply gross zlib band aid to make it work on 32bit archs. No it can't just use base zlib, I've tried. * Update to the latest version while I'm at it.. You can now play ToME on i386, powerpc and possibly sparc64. Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/games/tome4/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile31 May 2017 08:08:16 - 1.7 +++ Makefile9 Aug 2017 21:53:50 - @@ -5,7 +5,7 @@ COMMENT-data = data for Tales of Maj'Eya # ' -V =1.5.1 +V =1.5.5 PKGNAME-main = tome4-${V} PKGNAME-data = tome4-data-${V} CATEGORIES = games x11 @@ -42,6 +42,10 @@ WANTLIB-data = COMPILER = gcc COMPILER_LANGS = c +# Disable luajit support where broken and missing. See also lang/luajit +.if ${MACHINE_ARCH} != "i386" && ${MACHINE_ARCH} != "amd64" +CONFIGURE_ARGS += --lua=default +.endif NO_TEST = Yes @@ -57,7 +61,7 @@ do-configure: sed -i 's/gcc /${CC} /g' ${WRKSRC}/build/te4core.lua ${SUBST_CMD} ${WRKSRC}/src/getself.c ${SUBST_CMD} ${WRKSRC}/premake4.lua - @cd ${WRKSRC} ; premake4 gmake + cd ${WRKSRC} ; premake4 ${CONFIGURE_ARGS} gmake do-install: ${INSTALL_PROGRAM} ${WRKSRC}/t-engine ${PREFIX}/bin/tome4 Index: distinfo === RCS file: /home/vcs/cvs/openbsd/ports/games/tome4/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo27 Mar 2017 18:28:29 - 1.2 +++ distinfo9 Aug 2017 21:53:50 - @@ -1,2 +1,2 @@ -SHA256 (t-engine4-src-1.5.1.tar.bz2) = er5VbR72iQ0WrlO4KSwQWSVDopR6QCS7mjtnARp00Lg= -SIZE (t-engine4-src-1.5.1.tar.bz2) = 421336208 +SHA256 (t-engine4-src-1.5.5.tar.bz2) = A3zO5JMhPF4gdJ00gfVnbwUJlbtop7vYCu23fV17WGw= +SIZE (t-engine4-src-1.5.5.tar.bz2) = 421330688 Index: patches/patch-src_zlib_zlib_h === RCS file: patches/patch-src_zlib_zlib_h diff -N patches/patch-src_zlib_zlib_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_zlib_zlib_h 9 Aug 2017 21:53:50 - @@ -0,0 +1,27 @@ +$OpenBSD$ + +There is an ugly mishmash of base zlib and a newer internal copy in this game. + +To give 32 bit archs a fighting chance, make sure at least the struct layout is +compatible. + +Without this fix, the screen will stay black since libpng can't load any +assets. + +Index: src/zlib/zlib.h +--- src/zlib/zlib.h.orig src/zlib/zlib.h +@@ -85,11 +85,11 @@ struct internal_state; + typedef struct z_stream_s { + z_const Bytef *next_in; /* next input byte */ + uInt avail_in; /* number of bytes available at next_in */ +-uLongtotal_in; /* total number of input bytes read so far */ ++z_off_ttotal_in; /* total number of input bytes read so far */ + + Bytef*next_out; /* next output byte should be put there */ + uInt avail_out; /* remaining free space at next_out */ +-uLongtotal_out; /* total number of bytes output so far */ ++z_off_ttotal_out; /* total number of bytes output so far */ + + z_const char *msg; /* last error message, NULL if no error */ + struct internal_state FAR *state; /* not visible by applications */
lang/gcc/4.9: libgmp trouble and gnat.socket fix
This diff works in combination with the libmpc bump --- Require mpfr and libmpc versions that match the bootstrap. Adjust GNAT.Socket package to our struct sockaddr layout. Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,v retrieving revision 1.45 diff -u -p -r1.45 Makefile --- Makefile15 Nov 2016 10:04:58 - 1.45 +++ Makefile15 Nov 2016 16:53:13 - @@ -4,7 +4,7 @@ ONLY_FOR_ARCHS = amd64 arm hppa i386 mip DPB_PROPERTIES = parallel V = 4.9.4 -REVISION = 3 +REVISION = 4 FULL_VERSION = $V FULL_PKGVERSION = $V @@ -208,8 +208,8 @@ WANTLIB-ada = ${WANTLIB} pthread util WANTLIB-libs = m pthread LIB_DEPENDS += devel/gmp>=6.1.1 \ - devel/mpfr \ - devel/libmpc + devel/mpfr>=3.1.5 \ + devel/libmpc>=0.9p2 LIB_DEPENDS-libs = .if ${MACHINE_ARCH:Mamd64} Index: patches/patch-gcc_ada_gsocket_h === RCS file: patches/patch-gcc_ada_gsocket_h diff -N patches/patch-gcc_ada_gsocket_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-gcc_ada_gsocket_h 15 Nov 2016 16:53:13 - @@ -0,0 +1,16 @@ +$OpenBSD$ + +Fix GNAT.Socket package + +--- gcc/ada/gsocket.h.orig Tue Nov 15 10:22:51 2016 gcc/ada/gsocket.h Tue Nov 15 10:24:52 2016 +@@ -236,7 +236,8 @@ + # endif + #endif + +-#if defined (__FreeBSD__) || defined (__vxworks) || defined(__rtems__) ++#if defined (__FreeBSD__) || defined (__OpenBSD__) || defined (__vxworks) || \ ++defined(__rtems__) + # define Has_Sockaddr_Len 1 + #else + # define Has_Sockaddr_Len 0
devel/libmpc: bump to catch gmp update
The current libmpc package links against old versions of gmp and mpfr. Gcc 4.9 bootstrap links against the new gmp and mpfr (and libmpc). The resulting linker warning confuses gcc's configure script, disables Ada and breaks the build. --- Step one is to bump mpc and update WANTLIB for good measure Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/devel/libmpc/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile16 Mar 2015 18:07:42 - 1.8 +++ Makefile15 Nov 2016 16:37:22 - @@ -5,7 +5,7 @@ COMMENT=complex numbers math library V= 0.9 DISTNAME= mpc-${V} PKGNAME= libmpc-${V} -REVISION= 1 +REVISION= 2 SHARED_LIBS= mpc 0.1 # 2.0 CATEGORIES=devel math @@ -18,7 +18,7 @@ PERMIT_PACKAGE_CDROM= Yes LIB_DEPENDS= devel/mpfr \ devel/gmp -WANTLIB= mpfr>=1.0 gmp>=9.0 m +WANTLIB= mpfr>=1.2 gmp>=10.0 m CONFIGURE_STYLE= gnu CONFIGURE_ARGS=--with-mpfr=${LOCALBASE} \
Re: lang/gcc/4.9: update dependency on gmp
There seems to be a bigger problem with the amd64 adastrap (at least). I have another fix that will bump the package anyways, may as well look into that at the same time
lang/gcc/4.9: update dependency on gmp
The respun adastrap has introduced a hard dependency on gmp 6.1.1, save people some debug time: Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,v retrieving revision 1.44 diff -u -p -r1.44 Makefile --- Makefile11 Nov 2016 20:13:43 - 1.44 +++ Makefile15 Nov 2016 09:47:21 - @@ -207,7 +207,7 @@ WANTLIB-main = ${WANTLIB} WANTLIB-ada = ${WANTLIB} pthread util WANTLIB-libs = m pthread -LIB_DEPENDS += devel/gmp>=4.2 \ +LIB_DEPENDS += devel/gmp>=6.1.1 \ devel/mpfr \ devel/libmpc LIB_DEPENDS-libs =
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/07/14 01:22:31 Modified files: lang/gcc/4.9 : Makefile lang/gcc/4.9/patches: patch-gcc_config_alpha_openbsd_h patch-gcc_config_i386_openbsdelf_h patch-gcc_config_mips_openbsd_h patch-gcc_config_pa_pa-openbsd_h patch-gcc_config_rs6000_sysv4_h patch-gcc_config_sparc_openbsd64_h patch-gcc_config_sparc_openbsd_h Log message: Sync startfile spec, fixes egcc -static to link against rcrt0 ok stefan@ pascal@ naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/07/14 01:20:28 Modified files: lang/gcc/4.6 : Makefile lang/gcc/4.6/patches: patch-gcc_config_alpha_openbsd_h Log message: Sync startfile spec, fixes egcc -static to link against rcrt0 ok stefan@ pascal@ naddy@
fix gcc 4.9 -static
Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs I don't expect any fallout from this (builtin spec file change only) OK? ? todo.txt Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/Makefile,v retrieving revision 1.32 diff -u -p -r1.32 Makefile --- Makefile29 Jun 2016 16:14:41 - 1.32 +++ Makefile9 Jul 2016 21:41:29 - @@ -4,8 +4,7 @@ ONLY_FOR_ARCHS = amd64 arm hppa i386 mip DPB_PROPERTIES = parallel V = 4.9.3 -REVISION = 7 -REVISION-java = 8 +REVISION = 9 FULL_VERSION = $V FULL_PKGVERSION = $V Index: patches/patch-gcc_config_alpha_openbsd_h === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_alpha_openbsd_h,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-gcc_config_alpha_openbsd_h --- patches/patch-gcc_config_alpha_openbsd_h26 Jun 2014 16:30:17 - 1.1.1.1 +++ patches/patch-gcc_config_alpha_openbsd_h9 Jul 2016 21:41:29 - @@ -1,6 +1,6 @@ $OpenBSD: patch-gcc_config_alpha_openbsd_h,v 1.1.1.1 2014/06/26 16:30:17 pascal Exp $ gcc/config/alpha/openbsd.h.origThu Jan 10 21:38:27 2013 -+++ gcc/config/alpha/openbsd.h Thu Apr 18 20:58:27 2013 +--- gcc/config/alpha/openbsd.h.origThu Jan 2 23:23:26 2014 gcc/config/alpha/openbsd.h Sat Jul 9 22:13:30 2016 @@ -19,6 +19,28 @@ along with GCC; see the file COPYING3. If not see /* Controlling the compilation driver. */ @@ -21,11 +21,11 @@ $OpenBSD: patch-gcc_config_alpha_openbsd +/* As an elf system, we need crtbegin/crtend stuff. */ +#undef STARTFILE_SPEC +#define STARTFILE_SPEC "\ -+ %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ -+ crtbegin%O%s} %{shared:crtbeginS%O%s}" ++ %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \ ++ %{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \ ++ %{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}" +#undef ENDFILE_SPEC +#define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}" -+ + /* run-time target specifications */ #define TARGET_OS_CPP_BUILTINS() \ Index: patches/patch-gcc_config_i386_openbsdelf_h === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_i386_openbsdelf_h,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-gcc_config_i386_openbsdelf_h --- patches/patch-gcc_config_i386_openbsdelf_h 26 Jun 2014 16:30:17 - 1.1.1.1 +++ patches/patch-gcc_config_i386_openbsdelf_h 9 Jul 2016 21:41:29 - @@ -1,7 +1,7 @@ $OpenBSD: patch-gcc_config_i386_openbsdelf_h,v 1.1.1.1 2014/06/26 16:30:17 pascal Exp $ gcc/config/i386/openbsdelf.h.orig Sun Sep 2 16:13:21 2012 -+++ gcc/config/i386/openbsdelf.h Fri Oct 12 11:24:33 2012 -@@ -97,10 +97,13 @@ along with GCC; see the file COPYING3. If not see +--- gcc/config/i386/openbsdelf.h.orig Thu Jan 2 23:23:26 2014 gcc/config/i386/openbsdelf.h Fri Jul 8 17:18:50 2016 +@@ -97,14 +97,17 @@ along with GCC; see the file COPYING3. If not see %{shared:-shared} %{R*} \ %{static:-Bstatic} \ %{!static:-Bdynamic} \ @@ -10,8 +10,15 @@ $OpenBSD: patch-gcc_config_i386_openbsde -dynamic-linker /usr/libexec/ld.so" #undef STARTFILE_SPEC -+ +-#define STARTFILE_SPEC "\ +- %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ +- crtbegin%O%s} %{shared:crtbeginS%O%s}" + +#define SUBTARGET32_DEFAULT_CPU "i486" - #define STARTFILE_SPEC "\ - %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ - crtbegin%O%s} %{shared:crtbeginS%O%s}" ++#define STARTFILE_SPEC "\ ++ %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \ ++ %{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \ ++ %{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}" + #undef ENDFILE_SPEC + #define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}" + Index: patches/patch-gcc_config_mips_openbsd_h === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.9/patches/patch-gcc_config_mips_openbsd_h,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-gcc_config_mips_openbsd_h --- patches/patch-gcc_config_mips_openbsd_h 26 Jun 2014 16:30:18 - 1.1.1.1 +++ patches/patch-gcc_config_mips_openbsd_h 9 Jul 2016 21:41:29 - @@ -1,7 +1,7 @@ $OpenBSD: patch-gcc_config_mips_openbsd_h,v 1.1.1.1 2014/06/26 16:30:18 pascal Exp $ gcc/config/mips/openbsd.h.orig Fri May 2 12:54:22 2014 -+++ gcc/config/mips/openbsd.h Sat May 3 03:53:05 2014 -@@ -0,0 +1,225 @@ +--- gcc/config/mips/openbsd.h.orig Sat Jul 9 22:05:54 2016 gcc/config/mips/openbsd.h Sat Jul 9 22:28:39 2016 +@@ -0,0 +1,227 @@ +/* Configuration file for a mips64 OpenBSD target. + Copyright (C) 1998, 1999, 2000,
fix gcc 4.6 -static
Sync STARTFILE_SPEC, fixes egcc -static producing crashing programs I don't expect any fallout from this (builtin spec file change only) OK? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.6/Makefile,v retrieving revision 1.89 diff -u -p -r1.89 Makefile --- Makefile29 Jun 2016 16:14:41 - 1.89 +++ Makefile9 Jul 2016 21:40:57 - @@ -30,9 +30,7 @@ PKGNAME-ada = gnat-${FULL_PKGVERSION} PKGNAME-go = gccgo-${FULL_PKGVERSION} PKGSPEC-main = gcc->=4.6,<4.7 -REVISION = 17 -REVISION-java = 18 -REVISION-go = 18 +REVISION = 18 SHARED_LIBS = estdc++ 14.0 \ gfortran3.0 \ Index: patches/patch-gcc_config_alpha_openbsd_h === RCS file: /home/vcs/cvs/openbsd/ports/lang/gcc/4.6/patches/patch-gcc_config_alpha_openbsd_h,v retrieving revision 1.2 diff -u -p -r1.2 patch-gcc_config_alpha_openbsd_h --- patches/patch-gcc_config_alpha_openbsd_h31 Mar 2012 20:02:03 - 1.2 +++ patches/patch-gcc_config_alpha_openbsd_h9 Jul 2016 21:40:57 - @@ -1,6 +1,6 @@ $OpenBSD: patch-gcc_config_alpha_openbsd_h,v 1.2 2012/03/31 20:02:03 pascal Exp $ --- gcc/config/alpha/openbsd.h.origSun Sep 27 15:20:23 2009 -+++ gcc/config/alpha/openbsd.h Sun Mar 11 19:52:18 2012 gcc/config/alpha/openbsd.h Sat Jul 9 22:46:36 2016 @@ -19,6 +19,28 @@ along with GCC; see the file COPYING3. If not see /* Controlling the compilation driver. */ @@ -21,11 +21,11 @@ $OpenBSD: patch-gcc_config_alpha_openbsd +/* As an elf system, we need crtbegin/crtend stuff. */ +#undef STARTFILE_SPEC +#define STARTFILE_SPEC "\ -+ %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} %{!p:crt0%O%s}} \ -+ crtbegin%O%s} %{shared:crtbeginS%O%s}" ++ %{!shared: %{pg:gcrt0%O%s} %{!pg:%{p:gcrt0%O%s} \ ++ %{!p:%{!static:crt0%O%s} %{static:%{nopie:crt0%O%s} \ ++ %{!nopie:rcrt0%O%s crtbegin%O%s} %{shared:crtbeginS%O%s}" +#undef ENDFILE_SPEC +#define ENDFILE_SPEC "%{!shared:crtend%O%s} %{shared:crtendS%O%s}" -+ + /* run-time target specifications */ #define TARGET_OS_CPP_BUILTINS() \
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/07/09 11:28:30 Modified files: textproc/zathura/core: Makefile Log message: stop zathura picking up libsynctex (from texlive_base), use internal copy ok sthen@
Re: Collision between libgfortran and gcc-libs
On Thu, Jul 07, 2016 at 01:16:48PM +0200, Jeremie Courreges-Anglas wrote: > Qingshan Chenwrites: > > > Sorry for the double posting here. The message was originally posted on > > m...@openbsd.org, and is being re-posted here, in the hope of reaching > > the right people. > > > > > > Hi All, > > > > It seems that gcc-libs-4.9.3p3 collides with libgfortran-4.3.1p16, which > > is required by gfortran-4.2.1p15. I have run into this issue a couple of > > times, when I tried to install various packages. The following message > > appeared when I tried to install gnucash, which requires > > webkit-2.4.9p4v1, which in turn requires gcc-libs-4.9.3p3: > > > > Collision in gcc-libs-4.9.3p3: the following files already exist > > /usr/local/lib/libgfortran.la (libgfortran-4.2.1p16 and > > gcc-libs-4.9.3p3) > > Can't install webkit-2.4.9p4v1: can't resolve gcc-libs-4.9.3p3 > > > > I installed OpenBSD recently, on this Toshiba Satellite L505 laptop, and > > I have applied all the published security patches. Beyond that, I have > > no idea how to resolve this collision issue. I do need to keep this > > gfortran package on my system for my scientific research. Any > > suggestions will be greatly appreciated. Thanks! > > > > Best, > > Qingshan > > gcc-libs is almost a requirement these days. I hope that we can just > remove the .la from the gfortran package. This should go in a bulk > build to ensure that nothing breaks. > That solves the collision, but now you have libgfortran 2.0 and 6.0 installed. gfortran will presumably pick up the newer library belonging to g95. That cant be a good thing. Qingshan: Anything stopping you from using the g95 package instead of gfortran?
fix textproc/zathura dep on libsynctex
Zathura picks up libsynctex if available, otherwise falls back on an internal copy. Depending on texlive_base for one tiny lib seems a bit unreasonable... ok for fixing it this way? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/textproc/zathura/core/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile4 Feb 2016 18:08:17 - 1.4 +++ Makefile9 Jul 2016 14:42:18 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.4 2016/02/04 18:08:17 juanfra Exp $ V =0.3.3 -REVISION = 0 +REVISION = 1 COMMENT = document viewer for PDF and other formats with a vi-like UI DISTNAME = zathura-${V} CATEGORIES = textproc x11 @@ -30,7 +30,8 @@ MAKE_FLAGS = MANPREFIX=${PREFIX}/man \ DESKTOPPREFIX=${PREFIX}/share/applications \ TPUT=true \ CC="${CC}" \ - VERBOSE=1 + VERBOSE=1 \ + WITH_SYSTEM_SYNCTEX=0 FAKE_FLAGS = PREFIX=${TRUEPREFIX} USE_GMAKE =Yes
Re: devel/llvm: make clang build working static PIE programs
On Mon, Jul 04, 2016 at 06:00:38PM +0200, Stefan Kempf wrote: > ping? looking at gcc -dumpspecs, this makes sense. ok i'm working on the same thing for gcc 4.9 now (sparc64 for a start) > > Stefan Kempf wrote: > > clang currently links against /usr/lib/crt0.o when building > > a binary with the -static -pie options. That makes such > > programs segfault on startup (gcc 4.9 seems to have the same > > problem). > > > > When building a static PIE program, we need to link against > > /usr/lib/rcrt0.o, as shown below. Bitrig has this part also > > in their local llvm tree. I'll try to get it into upstream for > > clang 3.9 as well. > > > > --- tools/clang/lib/Driver/Tools.cpp.orig Fri Feb 12 23:51:41 2016 > > +++ tools/clang/lib/Driver/Tools.cppSun Jun 26 20:24:44 2016 > > @@ -7600,6 +7600,10 @@ void openbsd::Linker::ConstructJob(Compilation , > > con > >if (Args.hasArg(options::OPT_pg)) > > CmdArgs.push_back( > > Args.MakeArgString(getToolChain().GetFilePath("gcrt0.o"))); > > + else if (Args.hasArg(options::OPT_static) && > > + !Args.hasArg(options::OPT_nopie)) > > +CmdArgs.push_back( > > +Args.MakeArgString(getToolChain().GetFilePath("rcrt0.o"))); > >else > > CmdArgs.push_back( > > Args.MakeArgString(getToolChain().GetFilePath("crt0.o"))); > > > > Full diff against the ports tree below. > > > > ok? > > > > Index: Makefile > > === > > RCS file: /cvs/ports/devel/llvm/Makefile,v > > retrieving revision 1.114 > > diff -u -p -r1.114 Makefile > > --- Makefile24 May 2016 07:53:23 - 1.114 > > +++ Makefile27 Jun 2016 17:24:32 - > > @@ -11,7 +11,7 @@ COMMENT = modular, fast C/C++/ObjC compi > > LLVM_V = 3.8.0 > > DISTNAME = llvm-${LLVM_V}.src > > PKGNAME = llvm-${LLVM_V} > > -REVISION = 1 > > +REVISION = 2 > > CATEGORIES = devel > > DISTFILES =llvm-${LLVM_V}.src${EXTRACT_SUFX} \ > > cfe-${LLVM_V}.src${EXTRACT_SUFX} > > Index: patches/patch-tools_clang_lib_Driver_Tools_cpp > > === > > RCS file: > > /cvs/ports/devel/llvm/patches/patch-tools_clang_lib_Driver_Tools_cpp,v > > retrieving revision 1.30 > > diff -u -p -r1.30 patch-tools_clang_lib_Driver_Tools_cpp > > --- patches/patch-tools_clang_lib_Driver_Tools_cpp 24 May 2016 07:53:23 > > - 1.30 > > +++ patches/patch-tools_clang_lib_Driver_Tools_cpp 27 Jun 2016 17:24:32 > > - > > @@ -1,6 +1,5 @@ > > -$OpenBSD: patch-tools_clang_lib_Driver_Tools_cpp,v 1.30 2016/05/24 > > 07:53:23 ajacoutot Exp $ > > tools/clang/lib/Driver/Tools.cpp.orig Fri Feb 12 17:51:41 2016 > > -+++ tools/clang/lib/Driver/Tools.cpp Tue May 17 14:45:22 2016 > > +--- tools/clang/lib/Driver/Tools.cpp.orig Fri Feb 12 23:51:41 2016 > > tools/clang/lib/Driver/Tools.cpp Sun Jun 26 20:24:44 2016 > > @@ -78,7 +78,7 @@ static const char *getSparcAsmModeForCPU(StringRef Nam > > .Case("niagara2", "-Av9b") > > .Case("niagara3", "-Av9d") > > @@ -10,7 +9,18 @@ $OpenBSD: patch-tools_clang_lib_Driver_T > > } else { > > return llvm::StringSwitch(Name) > > .Case("v8", "-Av8") > > -@@ -7611,15 +7611,17 @@ void openbsd::Linker::ConstructJob(Compilation , > > con > > +@@ -7600,6 +7600,10 @@ void openbsd::Linker::ConstructJob(Compilation , > > con > > + if (Args.hasArg(options::OPT_pg)) > > + CmdArgs.push_back( > > + Args.MakeArgString(getToolChain().GetFilePath("gcrt0.o"))); > > ++ else if (Args.hasArg(options::OPT_static) && > > ++ !Args.hasArg(options::OPT_nopie)) > > ++CmdArgs.push_back( > > ++Args.MakeArgString(getToolChain().GetFilePath("rcrt0.o"))); > > + else > > + CmdArgs.push_back( > > + Args.MakeArgString(getToolChain().GetFilePath("crt0.o"))); > > +@@ -7611,15 +7615,17 @@ void openbsd::Linker::ConstructJob(Compilation , > > con > > } > > } > > >
Re: Face it, GCC 4.6 is not 4.9
On Mon, Mar 07, 2016 at 10:58:39PM +0100, Landry Breuil wrote: > On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote: > > http://build-failures.rhaalovely.net/alpha/ > > shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports > > that use MODULES=gcc4 and that build fine elsewhere with 4.9 are > > broken on alpha with 4.6 because the compiler is too old. > > > > If somebody wants to go through the list of MODULES=gcc4 ports and > > individually mark those that build with 4.6, that's great, but as > > a default it doesn't make sense. > > +1 from me. That somebody could also try finishing the missing bits for > 4.9 on alpha.. > http://build-failures.rhaalovely.net/alpha/2016-01-08/lang/gcc/4.9%2C-c%2B%2B.log How is this still on? This isn't just some OpenBSD specific problem, many productive hours in gdb and the gcc bugzilla suggest there is a serious problems in instruction combination (combine.c) on alpha. This leads to all kinds of funky crashes. Maybe upstream finally fixed it in 5.x, they've made multiple attempts already. > > Landry >
Re: Face it, GCC 4.6 is not 4.9
On Mon, Mar 07, 2016 at 10:46:51PM +0100, Christian Weisgerber wrote: > http://build-failures.rhaalovely.net/alpha/ > shows pretty clearly that GCC 4.6 is not equivalent to 4.9. Ports > that use MODULES=gcc4 and that build fine elsewhere with 4.9 are > broken on alpha with 4.6 because the compiler is too old. > > If somebody wants to go through the list of MODULES=gcc4 ports and > individually mark those that build with 4.6, that's great, but as > a default it doesn't make sense. Increase the pain.. ok.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/21 15:01:57 Modified files: devel/boehm-gc : Makefile Added files: devel/boehm-gc/patches: patch-libatomic_ops_src_atomic_ops_sysdeps_gcc_sparc_h Log message: Fix boehm-gc on sparc. Bump libatomic_ops because its contents changed - the change itself is without consequence on anything but sparc32. ok sthen@ naddy@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/20 15:08:08 Modified files: devel/libgit2/libgit2: Makefile Log message: mark broken on sparc, requires atomic ops
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/20 08:23:43 Modified files: security/clamav: Makefile Log message: add sparc to the --disable-llvm group
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/20 07:02:51 Modified files: devel/libslang/patches: patch-autoconf_aclocal_m4 Log message: sparc needs -fPIC as well
fix devel/boehm-gc on sparc
I'm having an argument whether to bump REVISION or not. Moving pre-configure to post-extract makes it possible to apply patches to libatomic_ops. Doesn't change the package. The patch affects both sparc and sparc64, but I argue it has no effect on sparc64. __sparc64__ is always defined, while AO_NO_SPARC_V9 was never defined (nor would it make any sense). The test changes from always true to always true on sparc64. Tested on sparc and sparc64. Comments? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/devel/boehm-gc/Makefile,v retrieving revision 1.59 diff -u -p -r1.59 Makefile --- Makefile27 Jun 2015 13:21:29 - 1.59 +++ Makefile20 Feb 2016 00:44:37 - @@ -48,7 +48,7 @@ CONFIGURE_ARGS= ${CONFIGURE_SHARED} \ --enable-cplusplus \ --enable-threads=pthreads -pre-configure: +post-extract: @perl -pi -e "s,/usr/local,${PREFIX},g" ${WRKSRC}/doc/gc.man @mv ${WRKDIR}/libatomic_ops-${LIBAO_VERSION} ${WRKBUILD}/libatomic_ops Index: patches/patch-libatomic_ops_src_atomic_ops_sysdeps_gcc_sparc_h === RCS file: patches/patch-libatomic_ops_src_atomic_ops_sysdeps_gcc_sparc_h diff -N patches/patch-libatomic_ops_src_atomic_ops_sysdeps_gcc_sparc_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-libatomic_ops_src_atomic_ops_sysdeps_gcc_sparc_h 20 Feb 2016 00:44:37 - @@ -0,0 +1,28 @@ +$OpenBSD$ + +No easy way to set AO_NO_SPARC_V9 permanently on sparc32. It must be defined +in every libatomic_ops user on sparc. +This is meant to help operating systems that support sparcv9 in 32bit mode, +multilib, etc. +We don't have to worry about these setups and can just do the obvious fix. + +--- libatomic_ops/src/atomic_ops/sysdeps/gcc/sparc.h.orig Sat Feb 20 01:05:41 2016 libatomic_ops/src/atomic_ops/sysdeps/gcc/sparc.h Sat Feb 20 01:06:25 2016 +@@ -37,7 +37,7 @@ AO_test_and_set_full(volatile AO_TS_t *addr) { + } + #define AO_HAVE_test_and_set_full + +-#ifndef AO_NO_SPARC_V9 ++#ifdef __sparc64__ + /* Returns nonzero if the comparison succeeded. */ + AO_INLINE int + AO_compare_and_swap_full(volatile AO_t *addr, AO_t old, AO_t new_val) { +@@ -62,7 +62,7 @@ AO_compare_and_swap_full(volatile AO_t *addr, AO_t old + #define AO_HAVE_compare_and_swap_full + + /* TODO: implement AO_fetch_compare_and_swap. */ +-#endif /* !AO_NO_SPARC_V9 */ ++#endif /* __sparc64__ */ + + /* TODO: Extend this for SPARC v8 and v9 (V8 also has swap, V9 has CAS, */ + /* there are barriers like membar #LoadStore, CASA (32-bit) and */
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/20 05:25:58 Modified files: devel/p5-EV: Makefile Log message: add sparc to the list of archs that define EV_NO_SMP, just like in libev
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/19 02:07:38 Modified files: graphics/libraw: Makefile Log message: mark broken on sparc, missing atomic ops
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/18 10:11:47 Modified files: devel/libev: Makefile Log message: unbreak on sparc, no multiprocessor support means we don't need membar etc
Re: CVS: cvs.openbsd.org: ports
On Wed, Feb 17, 2016 at 05:42:22AM -0700, Stuart Henderson wrote: > CVSROOT: /cvs > Module name: ports > Changes by: st...@cvs.openbsd.org 2016/02/17 05:42:22 > > Modified files: > devel/libmemcached: Makefile > devel/libmemcached/pkg: PLIST > Removed files: > devel/libmemcached/pkg: PFRAG.atomic > > Log message: > Remove special handling in libmemcached for a strange list of supposedly > "!atomic" arches, packaging is broken on all but the whitelisted arches due > to changes upstream since this handling was added. Unbreaks powerpc, may > unbreak others, won't break any which currently work. If any remain broken > after this, they can be looked at separately later. > > zhuk@ landry@ agree with this direction. > Remains broken on sparc, should I add a BROKEN-sparc?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/17 18:25:58 Modified files: devel/sparsehash: Makefile Log message: mark broken on sparc, g++ requires more than 256MB to compile this
Re: fix: devel/boost
On Mon, Feb 15, 2016 at 08:51:34PM +, Christian Weisgerber wrote: > On 2016-02-15, Tobias Ulmer <tobi...@tmux.org> wrote: > > > +padding for 32bit strict alignment archs > > + > > +--- tools/build/src/engine/hash.c.orig Mon Feb 15 20:11:07 2016 > > tools/build/src/engine/hash.c Mon Feb 15 20:22:03 2016 > > +@@ -33,6 +33,7 @@ typedef struct item ITEM; > > + struct item > > + { > > + ITEM * next; > > ++char padding[sizeof(long long)-sizeof(ITEM *)]; > > + }; > > Urgh. sparc, as a 32-bit arch, enforces 64-bit alignment for 64-bit > data types? Yes, LDD and STD 'trap if the address is not doubleword-aligned' to quote the SPARCv8 manual. > > -- > Christian "naddy" Weisgerber na...@mips.inka.de >
fix: devel/boost
Fix 'jam' so it doesn't crash immediately on sparc. While debugging I found file_query wasn't declared, which is nice since it returns a pointer. Surprised this works at all on 64 bit machines, I'm guessing it's because of -O0. More sparc fixes may be coming, or I may mark the thing as BROKEN, we shall see. I'm just putting it out there so you can see what's cooking. diff --git a/devel/boost/Makefile b/devel/boost/Makefile index 5f69adb..6f04d78 100644 --- a/devel/boost/Makefile +++ b/devel/boost/Makefile @@ -5,7 +5,7 @@ ONLY_FOR_ARCHS= ${GCC4_ARCHS} COMMENT= free peer-reviewed portable C++ source libraries VERSION= 1.58.0 -REVISION= 0 +REVISION= 1 DISTNAME= boost_${VERSION:S/./_/g} PKGNAME= boost-${VERSION} CATEGORIES=devel diff --git a/devel/boost/patches/patch-tools_build_src_engine_hash_c b/devel/boost/patches/patch-tools_build_src_engine_hash_c new file mode 100644 index 000..ea923e1 --- /dev/null +++ b/devel/boost/patches/patch-tools_build_src_engine_hash_c @@ -0,0 +1,14 @@ +$OpenBSD$ + +padding for 32bit strict alignment archs + +--- tools/build/src/engine/hash.c.orig Mon Feb 15 20:11:07 2016 tools/build/src/engine/hash.c Mon Feb 15 20:22:03 2016 +@@ -33,6 +33,7 @@ typedef struct item ITEM; + struct item + { + ITEM * next; ++char padding[sizeof(long long)-sizeof(ITEM *)]; + }; + + #define MAX_LISTS 32 diff --git a/devel/boost/patches/patch-tools_build_src_engine_modules_path_c b/devel/boost/patches/patch-tools_build_src_engine_modules_path_c new file mode 100644 index 000..4a9a952 --- /dev/null +++ b/devel/boost/patches/patch-tools_build_src_engine_modules_path_c @@ -0,0 +1,14 @@ +$OpenBSD$ + +fix implicit declaration of function 'file_query' for LP64 archs + +--- tools/build/src/engine/modules/path.c.orig Mon Feb 15 19:25:09 2016 tools/build/src/engine/modules/path.c Mon Feb 15 19:25:34 2016 +@@ -6,6 +6,7 @@ + + #include "../constants.h" + #include "../frames.h" ++#include "../filesys.h" + #include "../lists.h" + #include "../native.h" + #include "../timestamp.h"
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/15 05:20:33 Modified files: shells/bash: Makefile Log message: mark broken on sparc, bash segfaults on any non-trivial shellscript and has done so since at least one release if not more. Instead of littering the ports the with BROKEN-sparc markers, take out the real perpetrator. If someone is looking to improve sparc, debugging this would make all the difference. textproc/xmlto can serve as a testcase.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/15 05:09:03 Modified files: lang/ruby/2.3 : Makefile Log message: mark broken on sparc, needs more memory to compile than we currently allow
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/02/15 05:00:30 Modified files: audio/openal : Makefile Log message: mark broken on sparc, missing sync builtins
Re: lang/gcc on macppc
On Sat, Feb 13, 2016 at 07:10:06PM -0500, Michael McConville wrote: > Michael McConville wrote: > > Have you guys had issues with wd(4) timeouts on macppc? It was > > happening intermittently, but I figured it was because the drive was > > old. However, I'm now experiencing it again with a brand new hard > > drive and it's making the machine unusable. > > To clarify: this could be because of a worn out motherboard. I think > this machine was heavily used back in the day. I doubt it, it's much more likely you have a machine for which we miss some small workaround. Apple hardware is buggy as hell.
Re: lang/gcc on macppc
On Thu, Feb 04, 2016 at 11:26:48PM +0100, Tobias Ulmer wrote: > > Is this a known issue? Let me know if a full build log would be useful. > > News to me, I'll see whether I can reproduce it. Keep the failed build > around for a while if possible. Can't reproduce :/. Are you interested in debugging this? Ports gdb should work. You can iirc set a breakpoint on 'constraint_error' (exception handler), the function that caused the SIGBUS should be in the stack trace. > > > > > > > true DO=all multi-do # gmake > > gmake[4]: Leaving directory '/home/build/build-powerpc/libbacktrace' > > gmake[3]: Leaving directory '/home/build/build-powerpc/libbacktrace' > > gmake[3]: Entering directory '/home/build/build-powerpc/libcpp' > > test -f config.h || (rm -f stamp-h1 && gmake stamp-h1) > > gmake[3]: Leaving directory '/home/build/build-powerpc/libcpp' > > gmake[3]: Entering directory '/home/build/build-powerpc/libdecnumber' > > gmake[3]: Nothing to be done for 'all'. > > gmake[3]: Leaving directory '/home/build/build-powerpc/libdecnumber' > > gmake[3]: Entering directory '/home/build/build-powerpc/gcc' > > /home/build/build-powerpc/./prev-gcc/gnatbind -nostdinc -I- -I. -Iada > > -I/home/build/gcc-4.9.3/gcc/ada > > -I/home/build/gcc-4.9.3/gcc/ada/gcc-interface -o b_gnat1.adb -n > > ada/gnat1drv.ali > > > > raised CONSTRAINT_ERROR : SIGBUS > > /home/build/gcc-4.9.3/gcc/ada/gcc-interface/Make-lang.in:932: recipe for > > target 'ada/b_gnat1.adb' failed > > gmake[3]: *** [ada/b_gnat1.adb] Error 1 > > gmake[3]: Leaving directory '/home/build/build-powerpc/gcc' > > Makefile:4256: recipe for target 'all-stage2-gcc' failed > > gmake[2]: *** [all-stage2-gcc] Error 2 > > gmake[2]: Leaving directory '/home/build/build-powerpc' > > Makefile:18532: recipe for target 'stage2-bubble' failed > > gmake[1]: *** [stage2-bubble] Error 2 > > gmake[1]: Leaving directory '/home/build/build-powerpc' > > Makefile:18551: recipe for target 'bootstrap2' failed > > gmake: *** [bootstrap2] Error 2 > > >
Re: lang/gcc on macppc
On Thu, Feb 04, 2016 at 12:29:05AM -0500, Michael McConville wrote: > I'm getting the below error when building the GCC port on a Power Mac G5 > running the most recent snapshot. It fails reliably when I retry the > build, so it doesn't seem like an Act of God(TM) caused by a kernel or > hardware bug. > > The build is successful with Ada disabled. > > Is this a known issue? Let me know if a full build log would be useful. News to me, I'll see whether I can reproduce it. Keep the failed build around for a while if possible. > > > true DO=all multi-do # gmake > gmake[4]: Leaving directory '/home/build/build-powerpc/libbacktrace' > gmake[3]: Leaving directory '/home/build/build-powerpc/libbacktrace' > gmake[3]: Entering directory '/home/build/build-powerpc/libcpp' > test -f config.h || (rm -f stamp-h1 && gmake stamp-h1) > gmake[3]: Leaving directory '/home/build/build-powerpc/libcpp' > gmake[3]: Entering directory '/home/build/build-powerpc/libdecnumber' > gmake[3]: Nothing to be done for 'all'. > gmake[3]: Leaving directory '/home/build/build-powerpc/libdecnumber' > gmake[3]: Entering directory '/home/build/build-powerpc/gcc' > /home/build/build-powerpc/./prev-gcc/gnatbind -nostdinc -I- -I. -Iada > -I/home/build/gcc-4.9.3/gcc/ada -I/home/build/gcc-4.9.3/gcc/ada/gcc-interface > -o b_gnat1.adb -n ada/gnat1drv.ali > > raised CONSTRAINT_ERROR : SIGBUS > /home/build/gcc-4.9.3/gcc/ada/gcc-interface/Make-lang.in:932: recipe for > target 'ada/b_gnat1.adb' failed > gmake[3]: *** [ada/b_gnat1.adb] Error 1 > gmake[3]: Leaving directory '/home/build/build-powerpc/gcc' > Makefile:4256: recipe for target 'all-stage2-gcc' failed > gmake[2]: *** [all-stage2-gcc] Error 2 > gmake[2]: Leaving directory '/home/build/build-powerpc' > Makefile:18532: recipe for target 'stage2-bubble' failed > gmake[1]: *** [stage2-bubble] Error 2 > gmake[1]: Leaving directory '/home/build/build-powerpc' > Makefile:18551: recipe for target 'bootstrap2' failed > gmake: *** [bootstrap2] Error 2 >
Re: NEW: sysutils/vifm
On Tue, Feb 02, 2016 at 08:56:35PM +0100, Rafael Sadowski wrote: > On Tue Feb 02, 2016 at 05:09:34PM +0100, Tobias Ulmer wrote: > > What's the point when it requires half of GNOME? You should call the > > package gvifm... > > Is that my fault!? If you don't like, it don't use it. I'm NOT a vifm > developer. I only port for my friend Uwe. That's it! Take a chill pill, dude. I find it hilarious (and a little disgusting) a ncurses based file manager now depends on gtk. > > > > > CONFIGURE_ARGS += --without-gtk --without-libmagic --without-X11 > > --without-dyn-X11 > > That's not my line. Indeed, that's was my mild suggestion/attempt at decreasing the bloat. I've tried it like this on sparc64 and it worked fine. > > > > > > (libmagic is a security disaster waiting to happen in a file manager) > > I follow you but it's just a port and not base stuff. I see misc/screen > in the ports tree. In my opinion screen is creep but it's only my > personal opinion. > > Finale, Dmitrij D. Czarkoff starts a "no_x11" flavor. Thanks Dmitrij. > https://github.com/jasperla/openbsd-wip/commit/a755a173f7ff05c23ab6d999716a4fe4855a54bc Good idea, I like it. > > Best regards, > > Rafael
Re: NEW: sysutils/vifm
On Tue, Feb 02, 2016 at 05:18:13PM +0100, Dmitrij D. Czarkoff wrote: > Tobias Ulmer said: > > What's the point when it requires half of GNOME? You should call the > > package gvifm... > > GTK+ is not half of GNOME. Is this supposed to make me feel better? :p > > -- > Dmitrij D. Czarkoff >
Re: NEW: sysutils/vifm
What's the point when it requires half of GNOME? You should call the package gvifm... CONFIGURE_ARGS += --without-gtk --without-libmagic --without-X11 --without-dyn-X11 (libmagic is a security disaster waiting to happen in a file manager) On Thu, Jan 28, 2016 at 06:18:59PM +0100, Rafael Sadowski wrote: > hey @ports and vifm friends, > > here is an up-to-date vifm port. Tested on amd64 by me and positive test > feedback from Uwe Werler. Port request by Uwe. > > I found a thread on ports@: > https://marc.info/?l=openbsd-ports=144944041505080=2 > > I can not confirm runtime problems or memory usage oversize at buildtime. > > pkg/DESCR: > Vifm is a two panel ncurses based vi[m] like file manager. If you use vi, > vifm gives you complete keyboard control over your files without having > to learn a new set of commands. It goes not just about vi[m] like > keybindings, but also about modes, options, registers, commands and other > things you might already like in vi[m]. > > Best regards, > > Rafael
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2016/01/27 18:42:20 Modified files: textproc/mupdf : Makefile Added files: textproc/mupdf/patches: patch-source_fitz_list-device_c Log message: Fix alignment fault crash on alpha, mips64 and sparc64 by padding the node data structure to 8 bytes. Exclude amd64 since this is hack with unknown side-effects. ok sthen@ for a previous rev
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/12/08 05:33:26 Modified files: devel/tig : Makefile Log message: Michael Reed volunteered to maintain tig, thanks
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/12/05 15:26:33 Modified files: devel/tig : Makefile distinfo Log message: Update to tig 2.1.1 Patch by Michael Reed, thank you. I'm no longer using tig, remove myself from maintainer
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/12/05 15:00:29 Modified files: lang/gcc/4.9 : Makefile distinfo lang/gcc/4.9/patches: patch-gcc_ada_gcc-interface_Makefile_in Added files: lang/gcc/4.9/patches: patch-gcc_ada_system-openbsd-arm_ads Log message: Finally activate ARM support in gcc 4.9, includes Ada of course.. Remember to update binutils first ok pascal
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/09/25 10:10:12 Modified files: lang/tcl/8.5/patches: patch-unix_configure Log message: fix tcl 8.5 on sparc, needs -fPIC was broken before, other archs not affected, no bump required
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/09/25 19:50:16 Modified files: lang/tcl/8.6/patches: patch-unix_configure Log message: fix tcl 8.6 on sparc, needs -fPIC also broken before, other archs not affected, no bump required
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/09/24 16:29:59 Modified files: lang/gcc/4.9 : Makefile distinfo lang/gcc/4.9/patches: patch-gcc_ada_gcc-interface_Makefile_in patch-gcc_ada_system-openbsd-hppa_ads patch-gcc_ada_system-openbsd-sparcv9_ads patch-gcc_ada_system-openbsd-x86_64_ads patch-gcc_ada_system-openbsd-x86_ads patch-libgcc_config_host patch-libstdc++-v3_configure Added files: lang/gcc/4.9/patches: patch-gcc_ada_system-openbsd-mips64_ads patch-gcc_ada_system-openbsd-mips64el_ads patch-gcc_ada_system-openbsd-ppc_ads patch-gcc_ada_system-openbsd-sparc_ads Log message: Ada support for mips64, powerpc and sparc - mips64el bits included, need access to bootstrap machine - sync system-openbsd-*.ads, remove obsolete stuff Building on sparc requires a recent (21/09) kernel Tested on hppa mips64 powerpc sparc and sparc64 ok pascal@
Interest in Ada on mips64el/loongson?
I don't have access to mips64el hardware to (attempt to) bootstrap gnat. If there's interest and someone can offer access to a machine, I would give it a shot...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/09/12 10:00:35 Modified files: net/wireshark : Makefile Added files: net/wireshark/patches: patch-configure Log message: Fix GDK related segfault on startup. See also https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195980#c45 ok sthen@
Re: [update] netbeans 6.9.1 - 8.0.2
On Thu, Aug 20, 2015 at 02:21:21PM +0200, Rafael Sadowski wrote: On Thu Aug 13, 2015 at 05:53:20PM +0200, Rafael Sadowski wrote: hey ports@, simple big jump to last stable 8.0.2. Tested with simple C++ and JAVA applications like Hello World. I'll take a look on it, take MAINTAINER Ok(s)? ping pong ;-( It's not worse, still has the same issue that the build output is useless - http://www.tmux.org/~tobiasu/tmp/2015-08-23-035556_1239x660_scrot.png Someone with Java skills should dig into this, iirc there's a decade old bug in the netbeans tracker...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/08/05 16:49:59 Modified files: devel/csmith : Makefile devel/csmith/patches: patch-src_platform_cpp Log message: Use arc4random instead of x86/powerpc specific cpu time counters as a random seed. Unbreaks all non-x86 architectures. ok daniel@, post-ports-lock ok from sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/08/01 06:07:46 Modified files: devel/ffcall : Makefile devel/ffcall/patches: patch-avcall_Makefile_in patch-callback_vacall_r_Makefile_in Added files: devel/ffcall/patches: patch-callback_trampoline_r_Makefile_in Log message: Fix ffcall on powerpc. Libtool doesn't like renaming objects behind its back. Tested with clisp hello world looks sensible to naddy@ ok landry@
[tobi...@tmux.org: mark net/rtorrent as broken on powerpc]
Is David around? Any objections should be voiced in the next few hours, before I commit this. - Forwarded message from Tobias Ulmer tobi...@tmux.org - Date: Thu, 30 Jul 2015 18:30:23 +0200 From: Tobias Ulmer tobi...@tmux.org To: dco...@openbsd.org Subject: mark net/rtorrent as broken on powerpc Mark broken and sort the list, no point in wasting cpu time ok? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/net/rtorrent/Makefile,v retrieving revision 1.48 diff -u -p -r1.48 Makefile --- Makefile28 May 2015 10:17:24 - 1.48 +++ Makefile30 Jul 2015 16:13:24 - @@ -1,9 +1,10 @@ # $OpenBSD: Makefile,v 1.48 2015/05/28 10:17:24 pascal Exp $ BROKEN-hppa = undefined references to __sync atomic ops +BROKEN-i386 = 64-bit atomics (fetch_and_and, add_and_fetch) BROKEN-mips64 =undefined references to __sync atomic ops +BROKEN-powerpc = undefined references to __sync atomic ops BROKEN-sh =undefined references to __sync atomic ops -BROKEN-i386 = 64-bit atomics (fetch_and_and, add_and_fetch) COMMENT= ncurses BitTorrent client based on libTorrent - End forwarded message -
Re: Fix: games/sudoku-solver
ok tobiasu@ But... why not delete the whole thing? It's from mbalmer@, he's not using it any more (at the very least not on OpenBSD) and he even pulled his own website and any traces of the source. Why keep it? It's a nice programming exercise, but I doubt anyone uses it. Oh, and the compiler warning messages don't exactly inspire strict alignment readyness. so.. rm -rf? On Thu, Jul 30, 2015 at 07:29:58PM +0200, Christian Weisgerber wrote: This removes a spurious -fpic which broke the build on sparc64. I _think_ the intention of the Makefile is to build the webui component statically (for copying into chroot?), so I've fixed it that way. Not sure though if we need or want this. Index: Makefile === RCS file: /cvs/ports/games/sudoku-solver/Makefile,v retrieving revision 1.19 diff -u -p -r1.19 Makefile --- Makefile 30 Jul 2015 16:05:51 - 1.19 +++ Makefile 30 Jul 2015 17:27:51 - @@ -3,7 +3,7 @@ COMMENT= sudoku puzzle solver with cli, gui, and web ui DISTNAME=sudoku-solver-1.0.1 -REVISION=7 +REVISION=8 CATEGORIES= games www x11 Index: patches/patch-webui_Makefile === RCS file: /cvs/ports/games/sudoku-solver/patches/patch-webui_Makefile,v retrieving revision 1.1 diff -u -p -r1.1 patch-webui_Makefile --- patches/patch-webui_Makefile 23 Jun 2011 22:50:27 - 1.1 +++ patches/patch-webui_Makefile 30 Jul 2015 17:27:51 - @@ -1,9 +1,18 @@ $OpenBSD: patch-webui_Makefile,v 1.1 2011/06/23 22:50:27 naddy Exp $ webui/Makefile.orig Tue Jun 21 07:13:47 2011 -+++ webui/Makefile Tue Jun 21 07:14:07 2011 -@@ -13,7 +13,7 @@ CFLAGS+= -pthread -Wall -fpic -static -I/usr/local/inc +--- webui/Makefile.orig Sat May 26 02:38:57 2007 webui/Makefile Thu Jul 30 19:26:16 2015 +@@ -6,14 +6,15 @@ SRCS= sudoku-handler.c solver.c + SUBDIR+=templates + + VPATH+= .. +-CFLAGS+=-pthread -Wall -fpic -static -I/usr/local/include \ ++CFLAGS+=-pthread -Wall -I/usr/local/include \ + -I/usr/local/include/ClearSilver -I.. -DDEBUG \ + -DNO_FCGI_DEFINES + LDADD+= -L/usr/local/lib -lneo_cgi -lneo_utl -lneo_cs -lpthread \ -lintl -liconv -lcrypto -lz -lc -lfcgi ++LDSTATIC= ${STATIC} -BINDIR= /usr/local/libexec +BINDIR= ${TRUEPREFIX}/libexec -- Christian naddy Weisgerber na...@mips.inka.de
Re: [tobi...@tmux.org: mark net/rtorrent as broken on powerpc]
Thought about that, but was too lazy to check that libtorrent is only used by rtorrent. It is. ok On Fri, Jul 31, 2015 at 03:31:41PM +0100, Stuart Henderson wrote: On 2015/07/31 15:53, Tobias Ulmer wrote: Is David around? Any objections should be voiced in the next few hours, before I commit this. It's actually libtorrent not rtorrent that should be marked broken. Would it be worth building on i386 with compiler flags to fix that, at the expense of not running on crappy old machines that you probably wouldn't want to run this on anyway? Index: libtorrent/Makefile === RCS file: /cvs/ports/net/libtorrent/Makefile,v retrieving revision 1.40 diff -u -p -r1.40 Makefile --- libtorrent/Makefile 24 Mar 2015 13:35:09 - 1.40 +++ libtorrent/Makefile 31 Jul 2015 14:31:14 - @@ -2,6 +2,10 @@ COMMENT= BitTorrent library written in C++ +BROKEN-hppa =undefined references to __sync atomic ops +BROKEN-mips64 = undefined references to __sync atomic ops +BROKEN-sh = undefined references to __sync atomic ops + # requires C++ tr1 headers NOT_FOR_ARCHS= ${GCC3_ARCHS} @@ -28,5 +32,13 @@ CONFIGURE_ARGS=${CONFIGURE_SHARED} \ --with-kqueue \ --without-epoll \ --disable-debug + +.include bsd.port.arch.mk + +# for 64-bit atomic ops +.if ${ARCH:Mi386} +CFLAGS+= -march=i586 -fomit-frame-pointer +CXXFLAGS+= -march=i586 -fomit-frame-pointer +.endif .include bsd.port.mk Index: rtorrent/Makefile === RCS file: /cvs/ports/net/rtorrent/Makefile,v retrieving revision 1.48 diff -u -p -r1.48 Makefile --- rtorrent/Makefile 28 May 2015 10:17:24 - 1.48 +++ rtorrent/Makefile 31 Jul 2015 14:31:25 - @@ -1,10 +1,5 @@ # $OpenBSD: Makefile,v 1.48 2015/05/28 10:17:24 pascal Exp $ -BROKEN-hppa =undefined references to __sync atomic ops -BROKEN-mips64 = undefined references to __sync atomic ops -BROKEN-sh = undefined references to __sync atomic ops -BROKEN-i386 =64-bit atomics (fetch_and_and, add_and_fetch) - COMMENT= ncurses BitTorrent client based on libTorrent DISTNAME=rtorrent-0.9.4
unbreak devel/ffcall on powerpc
Our libtool is more strict, and can not find static lib objects when renamed. Only affects powerpc (rs6000) object rules. Bump for good measure. trampoline.c didn't change, was just regenerated. compile tested on powerpc, clisp build is on its way. ok? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/devel/ffcall/Makefile,v retrieving revision 1.26 diff -u -p -r1.26 Makefile --- Makefile18 Jun 2015 06:05:00 - 1.26 +++ Makefile30 Jul 2015 13:19:04 - @@ -6,7 +6,7 @@ ONLY_FOR_ARCHS= alpha amd64 hppa i386 mi COMMENT= foreign function call libraries DISTNAME= ffcall-1.10 -REVISION = 2 +REVISION = 3 SHARED_LIBS= avcall 1.0 \ callback1.0 CATEGORIES=devel Index: patches/patch-avcall_Makefile_in === RCS file: /home/vcs/cvs/openbsd/ports/devel/ffcall/patches/patch-avcall_Makefile_in,v retrieving revision 1.5 diff -u -p -r1.5 patch-avcall_Makefile_in --- patches/patch-avcall_Makefile_in23 Aug 2010 14:16:09 - 1.5 +++ patches/patch-avcall_Makefile_in30 Jul 2015 13:19:04 - @@ -1,7 +1,7 @@ $OpenBSD: patch-avcall_Makefile_in,v 1.5 2010/08/23 14:16:09 jasper Exp $ avcall/Makefile.in.origSun Jan 25 09:34:21 2004 -+++ avcall/Makefile.in Sat Apr 25 21:42:02 2009 -@@ -120,7 +120,7 @@ avcall-rs6000.lo : $(srcdir)/avcall-rs6000-aix.old.s $ +--- avcall/Makefile.in.origSun Jan 25 18:34:21 2004 avcall/Makefile.in Thu Jul 30 14:59:25 2015 +@@ -120,13 +120,11 @@ avcall-rs6000.lo : $(srcdir)/avcall-rs6000-aix.old.s $ case $(OS) in \ aix3*) syntax=aix.old;; \ aix*) syntax=aix.new;; \ @@ -10,3 +10,10 @@ $OpenBSD: patch-avcall_Makefile_in,v 1.5 macos* | darwin*) syntax=macos;; \ *) syntax=sysv4;; \ esac; \ +- $(LIBTOOL_COMPILE) $(CC) @GCC_X_NONE@ -c $(srcdir)/avcall-rs6000-$${syntax}.s ; \ +- cp avcall-rs6000-$${syntax}.lo avcall-rs6000.lo ; rm -f avcall-rs6000-$${syntax}.lo ; \ +- if test -f avcall-rs6000-$${syntax}.o; then mv avcall-rs6000-$${syntax}.o avcall-rs6000.o; fi ++ $(LIBTOOL_COMPILE) $(CC) @GCC_X_NONE@ -c $(srcdir)/avcall-rs6000-$${syntax}.s -o avcall-rs6000.lo + + avcall-m88k.lo : $(srcdir)/avcall-m88k.s + $(LIBTOOL_COMPILE) $(CC) @GCC_X_NONE@ -c $(srcdir)/avcall-m88k.s Index: patches/patch-callback_trampoline_r_Makefile_in === RCS file: patches/patch-callback_trampoline_r_Makefile_in diff -N patches/patch-callback_trampoline_r_Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-callback_trampoline_r_Makefile_in 30 Jul 2015 13:19:04 - @@ -0,0 +1,13 @@ +$OpenBSD$ +--- callback/trampoline_r/Makefile.in.orig Thu Jul 30 15:10:21 2015 callback/trampoline_r/Makefile.in Thu Jul 30 15:11:45 2015 +@@ -101,7 +101,8 @@ cache-rs6000.lo : $(srcdir)/cache-rs6000-sysv4.s $(src + macos* | darwin*) syntax=macos;; \ + *) syntax=sysv4;; \ + esac; \ +- $(LIBTOOL_COMPILE) $(CC) @GCC_X_NONE@ -c $(srcdir)/cache-rs6000-$${syntax}.s ; mv -f cache-rs6000-$${syntax}.o cache-rs6000.o ; mv -f cache-rs6000-$${syntax}.lo cache-rs6000.lo ++ $(LIBTOOL_COMPILE) $(CC) @GCC_X_NONE@ -c $(srcdir)/cache-rs6000-$${syntax}.s \ ++ -o cache-rs6000.lo + + cache-convex.lo : $(srcdir)/cache-convex.s + $(LIBTOOL_COMPILE) $(CC) @GCC_X_NONE@ -c $(srcdir)/cache-convex.s Index: patches/patch-callback_trampoline_r_trampoline_c === RCS file: /home/vcs/cvs/openbsd/ports/devel/ffcall/patches/patch-callback_trampoline_r_trampoline_c,v retrieving revision 1.3 diff -u -p -r1.3 patch-callback_trampoline_r_trampoline_c --- patches/patch-callback_trampoline_r_trampoline_c23 Sep 2010 13:38:33 - 1.3 +++ patches/patch-callback_trampoline_r_trampoline_c30 Jul 2015 13:19:04 - @@ -7,8 +7,8 @@ stack instead. Also fix powerpc and mips64. callback/trampoline_r/trampoline.c.origMon Jan 26 07:00:05 2004 -+++ callback/trampoline_r/trampoline.c Fri Jul 30 14:34:10 2010 +--- callback/trampoline_r/trampoline.c.origMon Jan 26 16:00:05 2004 callback/trampoline_r/trampoline.c Thu Jul 30 13:51:51 2015 @@ -21,7 +21,7 @@ #endif #endif @@ -18,7 +18,7 @@ Also fix powerpc and mips64. #define __rs6000netbsd__ #else #if !defined(_AIX) -@@ -196,8 +196,12 @@ extern RETGETPAGESIZETYPE getpagesize (); +@@ -196,12 +196,16 @@ extern RETGETPAGESIZETYPE getpagesize (); #ifdef linux #include asm/cachectl.h #else @@ -27,11 +27,15 @@ Also fix powerpc and mips64. +#else #ifdef HAVE_SYS_CACHECTL_H #include sys/cachectl.h -+#endif #endif #endif #endif -@@ -259,11 +259,11 @@ extern void __TR_clear_cache(); + #endif ++#endif + #ifdef __m88k__ + #include sys/syslocal.h + #endif +@@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/03/27 04:59:00 Modified files: games/nethack : Makefile games/nethack/patches: patch-sys_share_unixtty_c Added files: games/nethack/patches: patch-include_tcap_h patch-util_makedefs_c Log message: Fix crashing build on sparc makedefs: the strict alignment gods demand time_t ospeed: homegrown termcap.h, sync ospeed symbol size Play-tested on sparc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/03/27 04:56:15 Modified files: games/falconseye: Makefile Added files: games/falconseye/patches: patch-include_tcap_h patch-sys_share_unixtty_c patch-util_makedefs_c Log message: Fix crashing build on sparc makedefs: the strict alignment gods demand time_t ospeed: homegrown termcap.h, sync ospeed symbol size Play-tested on sparc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/03/27 05:04:28 Modified files: games/slash-em : Makefile Added files: games/slash-em/patches: patch-include_tcap_h patch-src_botl_c patch-src_cmd_c patch-src_topten_c patch-sys_share_unixtty_c patch-util_makedefs_c Log message: Fix crashing build on sparc makedefs: the strict alignment gods demand time_t fixed format strings that could anger the same gods ospeed: homegrown termcap.h, sync ospeed symbol size Play-tested on sparc
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/03/27 05:11:01 Modified files: games/slash: Makefile games/slash/patches: patch-include_unixconf_h Added files: games/slash/patches: patch-include_termcap_h patch-src_botl_c patch-src_dokick_c patch-src_shk_c patch-sys_share_unixtty_c patch-util_makedefs_c Log message: Fix crashing build on sparc makedefs: the strict alignment gods demand time_t fixed format strings that could anger the same gods ospeed: homegrown termcap.h, sync ospeed symbol size include string.h for those new machines with 64 bit pointers Play-tested on sparc sparc64
nethack (clone) fixes
CC'ing ports@ in case someone feels like OK these while Marc enjoys the snow... slash * makedefs time_t fixed * ospeed size mismatch fixed (remember that ABI change?) * suspicious format strings fixed * include string.h - give 64bit archs a chance slash-em * makedefs * ospeed * format strings nethack/falconseye * makedefs * ospeed Play-tested on sparc32/sparc64 Example diff, more attached: Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/games/slash/Makefile,v retrieving revision 1.44 diff -u -p -r1.44 Makefile --- Makefile10 Nov 2013 11:28:19 - 1.44 +++ Makefile24 Mar 2015 00:17:50 - @@ -4,7 +4,7 @@ COMMENT = dungeon explorin', hackin' gam DISTNAME = slash-e8 PKGNAME = slash-3.2.2.e8 -REVISION = 2 +REVISION = 3 CATEGORIES = games MASTER_SITES = ftp://ftp.nethack.org/pub/nethack/oldver/3.2.2/src/ \ @@ -14,7 +14,7 @@ MASTER_SITES =ftp://ftp.nethack.org/pub MASTER_SITES0 =ftp://ftp.nethack.org/pub/nethack/oldver/3.2.3/src/ MASTER_SITES1 =http://www.rz.tu-ilmenau.de/~wi019/Slash/ -DISTFILES =nethack-3.2.2.tar.gz Slash-Unix.tar.gz:1 +DISTFILES =nethack-3.2.2.tar.gz Slash-Unix.tar.gz:1 PATCHFILES = nh-3.2.2-3.2.3.diff:0 Index: patches/patch-include_termcap_h === RCS file: patches/patch-include_termcap_h diff -N patches/patch-include_termcap_h --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-include_termcap_h 24 Mar 2015 00:17:50 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- include/termcap.h.orig Fri Mar 20 19:25:57 2015 include/termcap.h Fri Mar 20 19:26:11 2015 +@@ -43,7 +43,7 @@ extern struct tc_lcl_data { /* defined and set up in + #define UE tc_lcl_data.tc_UE + #define ul_hack tc_lcl_data.tc_ul_hack + +-extern short ospeed; /* set up in termcap.c */ ++extern int ospeed;/* set up in termcap.c */ + + #ifdef TEXTCOLOR + # ifdef TOS Index: patches/patch-include_unixconf_h === RCS file: /home/vcs/cvs/openbsd/ports/games/slash/patches/patch-include_unixconf_h,v retrieving revision 1.1 diff -u -p -r1.1 patch-include_unixconf_h --- patches/patch-include_unixconf_h16 Apr 2000 21:19:07 - 1.1 +++ patches/patch-include_unixconf_h24 Mar 2015 00:17:50 - @@ -1,6 +1,6 @@ $OpenBSD: patch-include_unixconf_h,v 1.1 2000/04/16 21:19:07 espie Exp $ --- include/unixconf.h.origTue Dec 10 21:20:08 1996 -+++ include/unixconf.h Fri Apr 14 15:15:02 2000 include/unixconf.h Thu Mar 19 22:54:05 2015 @@ -19,12 +19,16 @@ */ @@ -65,7 +65,15 @@ $OpenBSD: patch-include_unixconf_h,v 1.1 /* The Andrew Message System does mail a little differently from normal * UNIX. Mail is deposited in the user's own directory in ~/Mailbox -@@ -286,7 +292,7 @@ +@@ -263,6 +269,7 @@ + + #if defined(BSD) || defined(ULTRIX) + # if !defined(DGUX) !defined(SUNOS4) ++#include string.h + #define memcpy(d, s, n) bcopy(s, d, n) + #define memcmp(s1, s2, n) bcmp(s2, s1, n) + # endif +@@ -286,7 +293,7 @@ #endif #ifdef TIMED_DELAY Index: patches/patch-src_botl_c === RCS file: patches/patch-src_botl_c diff -N patches/patch-src_botl_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_botl_c24 Mar 2015 00:17:50 - @@ -0,0 +1,21 @@ +$OpenBSD$ +--- src/botl.c.origSat Mar 21 10:22:30 2015 src/botl.c Sat Mar 21 10:25:35 2015 +@@ -543,7 +543,7 @@ bot2() + if (Upolyd) + Sprintf(nb = eos(nb), HD:%d, mons[u.umonnum].mlevel); + Sprintf(nb = eos(nb), Level:%u Exp:%-1ld(%-1ld), u.ulevel,u.uexp,newuexp(u.ulevel)); +- Sprintf(nb = eos(nb), Wt:%ld/%ld,inv_weight()+weight_cap(),weight_cap()); ++ Sprintf(nb = eos(nb), Wt:%d/%d,inv_weight()+weight_cap(),weight_cap()); + if(strcmp(hu_stat[u.uhs], )) { + Sprintf(nb = eos(nb), ); + Strcat(newbot2, hu_stat[u.uhs]); +@@ -571,7 +571,7 @@ bot3() + else Sprintf(newbot3, Dlvl:%-2d , depth(u.uz)); + #ifdef SCORE_ON_BOTL + Sprintf(nb = eos(newbot3), +- %c:%-2ld Score:%d, oc_syms[GOLD_CLASS], ++ %c:%-2ld Score:%ld, oc_syms[GOLD_CLASS], + u.ugold, botl_score()); + Sprintf(nb = eos(nb), Turn:%ld, moves); + #else Index: patches/patch-src_dokick_c === RCS file: patches/patch-src_dokick_c diff -N patches/patch-src_dokick_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-src_dokick_c 24 Mar 2015 00:17:50 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- src/dokick.c.orig Sat Mar 21 10:26:12 2015 src/dokick.c Sat Mar 21 10:27:00 2015 +@@ -76,7 +76,7 @@ register boolean clumsy; + } + dmg += u.udaminc;
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/02/17 05:04:44 Modified files: lang/gcc/4.9 : Makefile distinfo lang/gcc/4.9/patches: patch-gcc_ada_gcc-interface_Make-lang_in patch-gcc_ada_gcc-interface_Makefile_in lang/gcc/4.9/pkg: PLIST-ada Added files: lang/gcc/4.9/patches: patch-gcc_ada_osint_adb patch-gcc_ada_system-openbsd-hppa_ads Removed files: lang/gcc/4.9/patches: patch-gcc_ada_Make-generated_in Log message: Add memcpy() workaround and reenable Ada support Rename all egnat* binaries back to gnat*, sync with 4.8 Add hppa Ada support Delete debug patch for a linker issue solved some time ago funktioniert pascal@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2015/02/15 04:18:14 Modified files: lang/gcc/4.8 : Makefile distinfo lang/gcc/4.8/patches: patch-gcc_ada_gcc-interface_Makefile_in Added files: lang/gcc/4.8/patches: patch-gcc_ada_system-openbsd-hppa_ads Log message: Add Ada support on hppa ok pascal@
Re: Fallout from stricter memcpy()
On Sun, Nov 23, 2014 at 08:59:27AM -0500, Kenneth Westerback wrote: On 23 November 2014 at 07:14, Christian Weisgerber na...@mips.inka.de wrote: On 2014-11-22, Christian Weisgerber na...@mips.inka.de wrote: emulators/sdlmame m68kmake emulators/sdlmess m68kmake lang/gcc/4.8ada lang/gcc/4.9ada + textproc/p5-SWISH-API swish-e And that's all. -- Christian naddy Weisgerber na...@mips.inka.de I can confirm the 4.8/ada issue. :-) It's a GIMPLE generation issue as far as I can tell. Not an easy fix :/ Ken
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/11/12 03:56:59 Modified files: lang/gcc/4.9 : Makefile gcc4.port.mk lang/gcc/4.9/patches: patch-gcc_config_gcc patch-libatomic_configure_tgt patch-libgcc_config_host lang/gcc/4.9/pkg: PLIST-main Added files: lang/gcc/4.9/patches: patch-gcc_config_arm_openbsd_h lang/gcc/4.9/pkg: PFRAG.arm-main Log message: Add ARM support to gcc 4.9 Marked broken because it uses instructions the default binutils don't understand. The port itself seems to work. I will probably post the update instructions to arm@ for those that are interested in playing with this. ok pascal@ a long time ago
Re: xmlto failing with what looks like junk data
On Thu, Sep 25, 2014 at 09:23:24AM -0400, trondd wrote: Just an update (and apologies for previous top posting and message history) but we've only ever seen this error and crash while running xmlto. I would think (maybe wrongly) that a stack-protector issue would show up in other programs, too. Bash crashes while turning a innocent test(1) condition list into an array to feed into the test function. There is nothing obviously wrong with the code, and under single stepping it works just fine. Bash does however make heavy use of setjmp/longjmp around the crash site. It looks as if longjmp does not restore the context properly. Instead of exiting the test builtin, it runs for a second time but with bogus register values. Just a wild guess after poking at it for a couple of hours. Oh and the reason bash does not dump core is because xmlto installs an exit trap handler, messing things up even more.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/09/29 14:29:29 Modified files: lang/gcc/4.9/pkg: PLIST-main Added files: lang/gcc/4.9/pkg: PFRAG.sparc-main Log message: Add missing PLIST fragment for sparc ok pascal@
Re: xmlto failing with what looks like junk data
On Sun, Sep 21, 2014 at 06:23:31PM +0100, Stuart Henderson wrote: On 2014/09/21 11:31, trondd wrote: Several of us are seeing failures building dbus with xmlto crashing on random files. It will also crash if you run xmlto manually on a file. It's not consistently crashing on the same file all of the time. It looks like it's printing out garbage memory. We are building on an early September snapshot on the Zaurus. Here is an example failure while building dbus: Making all in doc gmake[2]: Entering directory '/usr/ports/pobj/dbus-1.8.6/dbus-1.8.6/doc' /usr/local/bin/xmlto man dbus-cleanup-sockets.1.xml Writing dbus-cleanup-sockets.1 for refentry(dbuscleanupsockets1) rm: ß ß: File too long These are 0xdf characters almost always from malloc(3) junking when freeing memory. Are you only seeing this on arm? I haven't seen this on other arch (and haven't used arm for a couple of releases). I got a xmlto crash in dbus on sparc. Didn't have time to investigate yet. I wonder if it's anything to do with stack-protector. We aren't doing regular package builds on arm any more so no good way to pick up problems (except for things that also affect the base OS). /usr/local/bin/xmlto man dbus-daemon.1.xml Writing dbus-daemon.1 for refentry(dbusdaemon1) /usr/local/bin/xmlto: line 622: 11775 Bus Error(core dumped ) $(BASH) $FORMAT post-process Makefile: 765: recipe for target 'dbus-daemon.1' failed Have a look at the core file that's left around (presumably bash.core?) and see if there's anything useful in a backtrace.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/08/25 03:57:04 Modified files: lang/gcc/4.9 : Makefile lang/gcc/4.9/patches: patch-gcc_config_gcc patch-libgcc_config_host Added files: lang/gcc/4.9/patches: patch-gcc_config_sparc_openbsd_h patch-libatomic_configure_tgt Log message: Add sparc backend to gcc 4.9.1 Build time: 3.5 days @ 150MHz I do take 200MHz HyperSPARC and memory donations :-) OK pascal@
Re: Add mips64* to lang/gcc/4.8
On Tue, Jun 17, 2014 at 01:42:28PM -0400, Brian Callahan wrote: Hi ports -- And earlier version of the attached diff was passed around but I think it's time now to get it in (thanks jasper for the prodding). This will get gcc-4.8 built on mips64el (I'm assuming mips64 as well...). This gcc was able to build working llvm binaries on mips64el from their HEAD from about 3 weeks ago (did not build clang because clang doesn't support mips3 yet). What this does is build gcc 4.8 with base gcc and stop. Normal gcc builds bootstrap themselves over a couple of stages, thus providing some assurance that the new compiler is actually working well enough to build itself. I suspect once you try to compile something with this 4.8, it will blow up in binutils with just the same error.
Re: devel/arm-elf/gcc (was: Re: CVS: cvs.openbsd.org: ports)
On Sun, Jun 08, 2014 at 03:45:02PM +, Christian Weisgerber wrote: On 2014-06-07, Stuart Henderson st...@cvs.openbsd.org wrote: CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2014/06/07 14:20:42 Modified files: devel/arm-elf/gcc: Makefile Log message: mark BROKEN-i386; segfaults during build I think this is generally broken. On amd64 it also segfaults during the build quite frequently. Looking at the last bulk builds: 2014-04-26 ok 2014-04-28 fail 2014-05-09 fail 2014-05-13 fail 2014-05-19 ok 2014-05-26 fail 2014-06-03 ok Who is actively using arm-elf? If nobody is using it, it should be unhooked. It can remain a good starting point for anyone wanting to build a embedded arm toolchain. I'm generally interested in the topic, but have more than enough on my plate right now.
Re: -fstack-protecor-strong for gcc 4.8
On Sat, May 31, 2014 at 03:16:23PM +0200, Pascal Stumpf wrote: This patch from brad@ backports -fstack-protector-strong support from 4.9. It seems to work fine on amd64 amd powerpc, but I think it could really use some more test coverage as it's a somewhat intrusive change. Sorry for slacking... No negative effects observed on sparc64 so far. Put it in and see what breaks?
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/05/14 03:32:55 Modified files: lang/gcc/4.8 : Makefile lang/gcc/4.8/patches: patch-gcc_config_gcc patch-libgcc_config_host Added files: lang/gcc/4.8/patches: patch-gcc_config_mips_mips_h patch-gcc_config_mips_openbsd_h Log message: Add mostly finished mips64/mips64el backend. Marked BROKEN for now. Can build xgcc, but then chokes on our ancient binutils with: ld: not enough GOT space for local GOT entries ok brad@ sthen@ bcallah@ pascal@
Re: mips64[el] for gcc 4.8 (unfinished)
On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote: On 05/09/14 14:41, Pascal Stumpf wrote: On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote: On 05/08/14 19:39, Tobias Ulmer wrote: I've invested some time into adding the mips64(el) backend. It gets quite far (xgcc seems to be fine), but then our ld takes a dump: /usr/bin/ld: not enough GOT space for local GOT entries /usr/bin/ld: BFD 2.15 internal error, aborting at /usr/src/gnu/usr.bin/binutils /bfd/elfxx-mips.c line 6483 in _bfd_mips_elf_relocate_section /usr/bin/ld: Please report this bug. Log: http://www.tmux.org/~tobiasu/tmp/gcc48-mips64-build.txt Others have run into this, and it's possibly fixed in newer binutils, but I have not been able to make sense of the BFD guts enough to fix ld. Question is, should I commit this in its current form so others can try their luck? I'm pretty sure this patch is 95% there. Yes, please. Seconded. It's a known bug that's fixed in 2.17, iirc. Yup. I can confirm that. Wait, so did you try this patch? Does it build? mips64 or mips64el?
Re: mips64[el] for gcc 4.8 (unfinished)
On Fri, May 09, 2014 at 11:24:34PM -0400, Brian Callahan wrote: On 05/09/14 23:20, Tobias Ulmer wrote: On Fri, May 09, 2014 at 03:39:50PM -0400, Brian Callahan wrote: On 05/09/14 14:41, Pascal Stumpf wrote: On Fri, 09 May 2014 01:22:45 -0400, Brian Callahan wrote: On 05/08/14 19:39, Tobias Ulmer wrote: I've invested some time into adding the mips64(el) backend. It gets quite far (xgcc seems to be fine), but then our ld takes a dump: /usr/bin/ld: not enough GOT space for local GOT entries /usr/bin/ld: BFD 2.15 internal error, aborting at /usr/src/gnu/usr.bin/binutils /bfd/elfxx-mips.c line 6483 in _bfd_mips_elf_relocate_section /usr/bin/ld: Please report this bug. Log: http://www.tmux.org/~tobiasu/tmp/gcc48-mips64-build.txt Others have run into this, and it's possibly fixed in newer binutils, but I have not been able to make sense of the BFD guts enough to fix ld. Question is, should I commit this in its current form so others can try their luck? I'm pretty sure this patch is 95% there. Yes, please. Seconded. It's a known bug that's fixed in 2.17, iirc. Yup. I can confirm that. Wait, so did you try this patch? Does it build? mips64 or mips64el? I'm just confirming that the ld error is fixed with binutils-2.17: it's the exact same error as gcc-4.6 and I did have a built gcc-4.6/binutils-2.17 combo on loongson. No reason to suspect that gcc-4.8 won't build with binutils-2.17 as well. I don't have the time to test gcc-4.8/binutils-2.17 right now but I will if people really want. Thanks, I'll try that myself for now :)
mips64[el] for gcc 4.8 (unfinished)
I've invested some time into adding the mips64(el) backend. It gets quite far (xgcc seems to be fine), but then our ld takes a dump: /usr/bin/ld: not enough GOT space for local GOT entries /usr/bin/ld: BFD 2.15 internal error, aborting at /usr/src/gnu/usr.bin/binutils /bfd/elfxx-mips.c line 6483 in _bfd_mips_elf_relocate_section /usr/bin/ld: Please report this bug. Log: http://www.tmux.org/~tobiasu/tmp/gcc48-mips64-build.txt Others have run into this, and it's possibly fixed in newer binutils, but I have not been able to make sense of the BFD guts enough to fix ld. Question is, should I commit this in its current form so others can try their luck? I'm pretty sure this patch is 95% there. Untested on mips64el, but I don't expect wonders... diff --git a/lang/gcc/4.8/Makefile b/lang/gcc/4.8/Makefile index b528088..2b6fb4a 100644 --- a/lang/gcc/4.8/Makefile +++ b/lang/gcc/4.8/Makefile @@ -1,6 +1,9 @@ # $OpenBSD: Makefile,v 1.33 2014/03/30 19:30:28 naddy Exp $ -ONLY_FOR_ARCHS = alpha amd64 i386 powerpc sparc64 +BROKEN-mips64 = ld: not enough GOT space for local GOT entries +BROKEN-mips64el = ld: not enough GOT space for local GOT entries + +ONLY_FOR_ARCHS = alpha amd64 i386 powerpc sparc64 mips64 mips64el DPB_PROPERTIES = parallel V = 4.8.2 diff --git a/lang/gcc/4.8/patches/patch-gcc_config_gcc b/lang/gcc/4.8/patches/patch-gcc_config_gcc index 310e4a4..50ad33a 100644 --- a/lang/gcc/4.8/patches/patch-gcc_config_gcc +++ b/lang/gcc/4.8/patches/patch-gcc_config_gcc @@ -1,6 +1,6 @@ $OpenBSD: patch-gcc_config_gcc,v 1.5 2014/03/23 17:30:19 pascal Exp $ --- gcc/config.gcc.origThu Oct 3 02:47:24 2013 -+++ gcc/config.gcc Sun Mar 23 18:03:05 2014 gcc/config.gcc Mon May 5 18:39:28 2014 @@ -712,6 +712,14 @@ case ${target} in default_use_cxa_atexit=yes ;; @@ -49,7 +49,26 @@ $OpenBSD: patch-gcc_config_gcc,v 1.5 2014/03/23 17:30:19 pascal Exp $ tm_file=${tm_file} i386/unix.h i386/att.h dbxelf.h elfos.h tm_file=${tm_file} openbsd.h openbsd-stdint.h openbsd-libpthread.h i386/x86-64.h i386/openbsdelf.h extra_options=${extra_options} openbsd.opt -@@ -1973,11 +1984,12 @@ picochip-*) +@@ -1787,6 +1798,18 @@ mips*-*-netbsd*)# NetBSD/mips, either endian. + tm_file=elfos.h ${tm_file} mips/elf.h netbsd.h netbsd-elf.h mips/netbsd.h + extra_options=${extra_options} netbsd.opt netbsd-elf.opt + ;; ++mips64-*-openbsd*) ++ set ++ tm_file=dbxelf.h elfos.h openbsd.h mips/mips.h mips/openbsd.h openbsd-libpthread.h ++ tm_defines=MIPS_ISA_DEFAULT=3 MIPS_ABI_DEFAULT=ABI_64 ++ extra_options=${extra_options} openbsd.opt ++ ;; ++mips64el-*-openbsd*) ++ set ++ tm_file=dbxelf.h elfos.h openbsd.h mips/mips.h mips/openbsd.h openbsd-libpthread.h ++ tm_defines=MIPS_ISA_DEFAULT=3 MIPS_ABI_DEFAULT=ABI_64 TARGET_ENDIAN_DEFAULT=0 ++ extra_options=${extra_options} openbsd.opt ++ ;; + mips*-mti-linux*) + tm_file=dbxelf.h elfos.h gnu-user.h linux.h glibc-stdint.h ${tm_file} mips/gnu-user.h mips/gnu-user64.h mips/linux64.h mips/linux-common.h mips/mti-linux.h + tmake_file=${tmake_file} mips/t-mti-linux +@@ -1973,11 +1996,12 @@ picochip-*) use_gcc_stdint=wrap tmake_file=picochip/t-picochip t-pnt16-warn ;; @@ -67,7 +86,7 @@ $OpenBSD: patch-gcc_config_gcc,v 1.5 2014/03/23 17:30:19 pascal Exp $ powerpc-*-darwin*) extra_options=${extra_options} rs6000/darwin.opt case ${target} in -@@ -2524,6 +2536,7 @@ sparc64-*-netbsd*) +@@ -2524,6 +2548,7 @@ sparc64-*-netbsd*) tmake_file=${tmake_file} sparc/t-sparc sparc/t-netbsd64 ;; sparc64-*-openbsd*) @@ -75,7 +94,7 @@ $OpenBSD: patch-gcc_config_gcc,v 1.5 2014/03/23 17:30:19 pascal Exp $ tm_file=sparc/openbsd1-64.h ${tm_file} dbxelf.h elfos.h sparc/sysv4.h sparc/sp64-elf.h tm_file=${tm_file} openbsd.h openbsd-stdint.h openbsd-libpthread.h sparc/openbsd64.h extra_options=${extra_options} openbsd.opt -@@ -2710,6 +2723,12 @@ case ${target} in +@@ -2710,6 +2735,12 @@ case ${target} in else arch=i386 fi diff --git a/lang/gcc/4.8/patches/patch-gcc_config_mips_mips_h b/lang/gcc/4.8/patches/patch-gcc_config_mips_mips_h new file mode 100644 index 000..2a0c7d7 --- /dev/null +++ b/lang/gcc/4.8/patches/patch-gcc_config_mips_mips_h @@ -0,0 +1,13 @@ +$OpenBSD$ +--- gcc/config/mips/mips.h.origFri May 2 13:26:58 2014 gcc/config/mips/mips.h Fri May 2 13:27:20 2014 +@@ -1175,7 +1175,9 @@ struct mips_cpu_info { + #define SUBTARGET_CPP_SPEC + #endif + ++#ifndef CPP_SPEC + #define CPP_SPEC %(subtarget_cpp_spec) ++#endif + + /* This macro defines names of additional specifications to put in the specs +that can be used in various specifications like CC1_SPEC. Its definition diff --git a/lang/gcc/4.8/patches/patch-gcc_config_mips_openbsd_h b/lang/gcc/4.8/patches/patch-gcc_config_mips_openbsd_h new file mode 100644 index
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/05/01 17:08:26 Modified files: lang/gcc/4.6 : Makefile distinfo lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Makefile_in Added files: lang/gcc/4.6/patches: patch-gcc_ada_system-openbsd-alpha_ads patch-libada_Makefile_in Log message: Add gnat for alpha. Because we can. ok pascal@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/04/27 15:50:55 Modified files: lang/gcc/4.6 : Makefile distinfo lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Makefile_in Added files: lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Make-lang_in patch-gcc_ada_system-openbsd-hppa_ads Log message: Provide hppa adastrap for GNAT. Hehe...
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/04/21 15:46:23 Modified files: net/rtorrent : Makefile Added files: net/rtorrent/patches: patch-src_core_range_map_h Log message: Unbreak rtorrent on sparc64. Gcc 4.7+ changed C++ template name lookups. Tested on sparc64 and amd64 to make sure it still works with gcc 4.2
Re: Unbreak lang/seed7 on hppa
On Fri, Feb 21, 2014 at 08:07:47PM +0100, Juan Francisco Cantero Hurtado wrote: On Fri, Feb 21, 2014 at 12:32:58PM +0100, Marc Espie wrote: On Fri, Feb 21, 2014 at 10:51:06AM +, Stuart Henderson wrote: Is this instead a target dependency issue? If you do make a b c without Makefile dependencies between them, I don't think there's any guarantee that they will run in order. There isn't, indeed. make in traditional non-parallel mode will tend to run them in order, as lots of people don't know how to use make so that things are a bit friendlier, but I don't know if gmake does the same, and it's certainly not guaranteed. I've found where is the error. I had MAKE_JOBS=2 in /etc/mk.conf. On my other machines, I have PARALLEL_BUILD=NO so I was not seeing the same error. OK to unbreak the package on hppa? All tests pass. Did a quick test build/check on hppa, OK by me. Index: Makefile === RCS file: /usr/cvsync/ports/lang/seed7/Makefile,v retrieving revision 1.14 diff -u -p -r1.14 Makefile --- Makefile 19 Jan 2014 20:21:01 - 1.14 +++ Makefile 21 Feb 2014 19:04:47 - @@ -1,7 +1,5 @@ # $OpenBSD: Makefile,v 1.14 2014/01/19 20:21:01 bcallah Exp $ -BROKEN-hppa =SIGILL compiling prg/s7c - V = 20140119 COMMENT =high-level, extensible programming language DISTNAME = seed7_05_${V}
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/02/06 18:31:41 Modified files: lang/gcc/4.8 : Makefile distinfo lang/gcc/4.8/patches: patch-gcc_ada_adaint_c patch-gcc_ada_s-osinte-openbsd_ads Added files: lang/gcc/4.8/patches: patch-gcc_ada_a-calend_adb patch-gcc_ada_adaint_h patch-gcc_ada_g-calend_ads patch-gcc_ada_s-osprim-posix_adb patch-gcc_ada_sysdep_c Log message: Repair time/delay/duration time_t issues in gnat. All direct imports of C functions have been modified to use same-size types on both sides. There are no checks in gcc to make sure the types match, and it happily trashes the stack or reads bogus data without this fix. The C shim in gnatlib is still casting down to long (by design), thus gnat is not 2038-proof on 32 bit architectures. Fixing this is an ongoing project, but I'm running out of time for this release. Getting the timezone offset is now supported; the unused usleep procedure that snuck in from FreeBSD support got removed. Tested on all supported architectures, plus new bootstraps due to the stack trashing, just in case... Conceptually fine with brad@ deraadt@ is unhappy with the partial solution, fixing this remains a high priority todo
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/02/06 18:27:21 Modified files: lang/gcc/4.6 : Makefile distinfo lang/gcc/4.6/patches: patch-gcc_ada_adaint_c patch-gcc_ada_s-osinte-openbsd_ads Added files: lang/gcc/4.6/patches: patch-gcc_ada_a-calend_adb patch-gcc_ada_adaint_h patch-gcc_ada_g-calend_ads patch-gcc_ada_s-osprim-posix_adb patch-gcc_ada_sysdep_c Log message: Repair time/delay/duration time_t issues in gnat. All direct imports of C functions have been modified to use same-size types on both sides. There are no checks in gcc to make sure the types match, and it happily trashes the stack or reads bogus data without this fix. The C shim in gnatlib is still casting down to long (by design), thus gnat is not 2038-proof on 32 bit architectures. Fixing this is an ongoing project, but I'm running out of time for this release. Getting the timezone offset is now supported; the unused usleep procedure that snuck in from FreeBSD support got removed. Tested on all supported architectures, plus new bootstraps due to the stack trashing, just in case... Conceptually fine with brad@ deraadt@ is unhappy with the partial solution, fixing this remains a high priority todo
gcc 4.6/4.8 time_t, timespec and timeval fixes for gnat + new adastraps
Stops trashing the stack and fixes various time/delay/duration issues that were especially noticeable on i386. Remove unused usleep procedure, enable getting the timezone offset. Tested on i386, amd64 and sparc64. OK? --- lang/gcc/4.6/Makefile | 14 ++-- lang/gcc/4.6/distinfo | 12 +-- lang/gcc/4.6/patches/patch-gcc_ada_a-calend_adb| 14 lang/gcc/4.6/patches/patch-gcc_ada_adaint_c| 17 --- lang/gcc/4.6/patches/patch-gcc_ada_adaint_h| 12 +++ lang/gcc/4.6/patches/patch-gcc_ada_g-calend_ads| 16 ++ .../4.6/patches/patch-gcc_ada_s-osinte-openbsd_ads | 11 -- .../4.6/patches/patch-gcc_ada_s-osprim-posix_adb | 25 ++ lang/gcc/4.6/patches/patch-gcc_ada_sysdep_c| 13 +++ lang/gcc/4.8/Makefile | 14 ++-- lang/gcc/4.8/distinfo | 12 +-- lang/gcc/4.8/patches/patch-gcc_ada_a-calend_adb| 14 lang/gcc/4.8/patches/patch-gcc_ada_adaint_c| 17 --- lang/gcc/4.8/patches/patch-gcc_ada_adaint_h| 12 +++ lang/gcc/4.8/patches/patch-gcc_ada_g-calend_ads| 16 ++ .../4.8/patches/patch-gcc_ada_s-osinte-openbsd_ads | 11 -- .../4.8/patches/patch-gcc_ada_s-osprim-posix_adb | 25 ++ lang/gcc/4.8/patches/patch-gcc_ada_sysdep_c| 12 +++ 18 files changed, 221 insertions(+), 46 deletions(-) create mode 100644 lang/gcc/4.6/patches/patch-gcc_ada_a-calend_adb create mode 100644 lang/gcc/4.6/patches/patch-gcc_ada_adaint_h create mode 100644 lang/gcc/4.6/patches/patch-gcc_ada_g-calend_ads create mode 100644 lang/gcc/4.6/patches/patch-gcc_ada_s-osprim-posix_adb create mode 100644 lang/gcc/4.6/patches/patch-gcc_ada_sysdep_c create mode 100644 lang/gcc/4.8/patches/patch-gcc_ada_a-calend_adb create mode 100644 lang/gcc/4.8/patches/patch-gcc_ada_adaint_h create mode 100644 lang/gcc/4.8/patches/patch-gcc_ada_g-calend_ads create mode 100644 lang/gcc/4.8/patches/patch-gcc_ada_s-osprim-posix_adb create mode 100644 lang/gcc/4.8/patches/patch-gcc_ada_sysdep_c diff --git a/lang/gcc/4.6/Makefile b/lang/gcc/4.6/Makefile index 701e9d6..a13b952 100644 --- a/lang/gcc/4.6/Makefile +++ b/lang/gcc/4.6/Makefile @@ -7,12 +7,12 @@ V = 4.6.4 FULL_VERSION = $V FULL_PKGVERSION = $V -ADASTRAP_LIBC-i386 = 70.0 -ADASTRAP-i386 = adastrap-i386-$V-3.tar.xz -ADASTRAP_LIBC-amd64 = 70.0 -ADASTRAP-amd64 = adastrap-amd64-$V-3.tar.xz -ADASTRAP_LIBC-sparc64 = 70.0 -ADASTRAP-sparc64 = adastrap-sparc64-$V-3.tar.xz +ADASTRAP_LIBC-i386 = 73.0 +ADASTRAP-i386 = adastrap-i386-$V-4.tar.xz +ADASTRAP_LIBC-amd64 = 73.0 +ADASTRAP-amd64 = adastrap-amd64-$V-4.tar.xz +ADASTRAP_LIBC-sparc64 = 73.0 +ADASTRAP-sparc64 = adastrap-sparc64-$V-4.tar.xz PKGNAME-main = gcc-${FULL_PKGVERSION} PKGNAME-c++ = g++-${FULL_PKGVERSION} @@ -30,7 +30,7 @@ REVISION-c++ =4 REVISION-f95 = 4 REVISION-java =4 REVISION-objc =3 -REVISION-ada = 6 +REVISION-ada = 7 REVISION-go = 4 SHARED_LIBS = estdc++ 14.0 \ diff --git a/lang/gcc/4.6/distinfo b/lang/gcc/4.6/distinfo index 1a41e54..eb3e6d7 100644 --- a/lang/gcc/4.6/distinfo +++ b/lang/gcc/4.6/distinfo @@ -1,10 +1,10 @@ -SHA256 (gcc/adastrap-amd64-4.6.4-3.tar.xz) = C6WLt25QtQvzPvas+IiKZKTQgce0WgW0sXunetxihcg= -SHA256 (gcc/adastrap-i386-4.6.4-3.tar.xz) = OS8X16WSASH6aujJhY3x4AWWu2oStJ3VdAxbszkX48o= -SHA256 (gcc/adastrap-sparc64-4.6.4-3.tar.xz) = +dMWKALgebV8UMEZcSAwV7swmHsBWMaQWKDliMcI6lc= +SHA256 (gcc/adastrap-amd64-4.6.4-4.tar.xz) = W7bUWobcq5yaR7NgR2+X9IeEPlDMTivafQ/Mcmz3btk= +SHA256 (gcc/adastrap-i386-4.6.4-4.tar.xz) = DpHZc7Ibkrt3uO8BA3j7VgZaTsgMIg6UWzlk9ggu8Qk= +SHA256 (gcc/adastrap-sparc64-4.6.4-4.tar.xz) = T1UMuUloajJY68QWnddbhuYGqpdxmZik1I3kY+l49oI= SHA256 (gcc/ecj-4.5.jar) = mP0Sjx03TZ5C/Z1INr3SScbVEevGwN8X+8G535bD14E= SHA256 (gcc/gcc-4.6.4.tar.bz2) = Na8Wr6C2evm46xXK+3bSvF9WhUBVJSL13CyI3UXZd+g= -SIZE (gcc/adastrap-amd64-4.6.4-3.tar.xz) = 19676880 -SIZE (gcc/adastrap-i386-4.6.4-3.tar.xz) = 17405164 -SIZE (gcc/adastrap-sparc64-4.6.4-3.tar.xz) = 13902500 +SIZE (gcc/adastrap-amd64-4.6.4-4.tar.xz) = 19677348 +SIZE (gcc/adastrap-i386-4.6.4-4.tar.xz) = 18556144 +SIZE (gcc/adastrap-sparc64-4.6.4-4.tar.xz) = 13904728 SIZE (gcc/ecj-4.5.jar) = 1470676 SIZE (gcc/gcc-4.6.4.tar.bz2) = 72006076 diff --git a/lang/gcc/4.6/patches/patch-gcc_ada_a-calend_adb b/lang/gcc/4.6/patches/patch-gcc_ada_a-calend_adb new file mode 100644 index 000..100a753 --- /dev/null +++ b/lang/gcc/4.6/patches/patch-gcc_ada_a-calend_adb @@ -0,0 +1,14 @@ +$OpenBSD$ +--- gcc/ada/a-calend.adb.orig Sun Jan 19 01:33:14 2014 gcc/ada/a-calend.adb Sun Jan 19 01:34:06 2014 +@@ -1448,9 +1448,7 @@ package body Ada.Calendar is + subtype long is Long_Integer; + type long_Pointer is access all long; + +- type time_t is +-range -(2
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2014/01/06 14:35:03 Modified files: fonts/dina-fonts: Makefile distinfo fonts/dina-fonts/pkg: PLIST Log message: Update dina-fonts to 2.92 Aside from various fixes it now has a proper license (MIT) and one additional font size. Patch by Rafael Sadowski (maintainer) plus some tweaks. looks ok to dcoppa@
Re: UPDATE: fonts/dina-fonts
On Thu, Jan 02, 2014 at 06:27:23PM +0100, Rafael Sadowski wrote: [...] I've restored @fontdir in PLIST. Regarding the use of do-extract; espie@ wants to get rid of that, and only a few old ports are still allowed to use it. What do you think of this simpler version? Any porter wants to give their OK? Index: Makefile === RCS file: /home/vcs/cvs/openbsd/ports/fonts/dina-fonts/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile11 Mar 2013 11:06:05 - 1.3 +++ Makefile3 Jan 2014 18:46:37 - @@ -1,32 +1,42 @@ # $OpenBSD: Makefile,v 1.3 2013/03/11 11:06:05 espie Exp $ -COMMENT = monospace bitmap font, primarily aimed at programmers +COMMENT = monospace bitmap font, primarily aimed at programmers -V =2.89 -PKGNAME = dina-fonts-$V -DISTNAME = dina-pcf-$V -CATEGORIES = fonts +DISTNAME = dina-fonts-2.92 +CATEGORIES = fonts -HOMEPAGE = http://www.donationcoder.com/Software/Jibz/Dina/ +HOMEPAGE = http://www.donationcoder.com/Software/Jibz/Dina/ -MAINTAINER = Rafael Sadowski raf...@sizeofvoid.org +MAINTAINER = Rafael Sadowski raf...@sizeofvoid.org -# FREE (c) Jorgen Ibsen (Though no license included in distribution) -PERMIT_PACKAGE_CDROM = No -PERMIT_PACKAGE_FTP = No -PERMIT_DISTFILES_FTP = No +# MIT +PERMIT_PACKAGE_CDROM = Yes -MASTER_SITES = http://ftp.fi.debian.org/gentoo/distfiles/ +EXTRACT_SUFX = .zip +MASTER_SITES = http://sizeofvoid.org/pub/OpenBSD/distfiles/ -NO_BUILD = Yes -NO_TEST = Yes +NO_BUILD = Yes +NO_TEST = Yes USE_X11 = Yes FONTDIR= ${PREFIX}/lib/X11/fonts/dina -WRKSRC = ${WRKDIR}/Dina-PCF +WRKSRC = ${WRKDIR}/BDF do-install: + bdftopcf -t -o ${WRKSRC}/DinaItalic10.pcf ${WRKSRC}/Dina_i400-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaItalic8.pcf ${WRKSRC}/Dina_i400-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaItalic9.pcf ${WRKSRC}/Dina_i400-9.bdf + bdftopcf -t -o ${WRKSRC}/DinaBoldItalic10.pcf ${WRKSRC}/Dina_i700-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaBoldItalic8.pcf ${WRKSRC}/Dina_i700-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaBoldItalic9.pcf ${WRKSRC}/Dina_i700-9.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium10.pcf ${WRKSRC}/Dina_r400-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium8.pcf ${WRKSRC}/Dina_r400-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium9.pcf ${WRKSRC}/Dina_r400-9.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium6.pcf ${WRKSRC}/Dina_r400-6.bdf + bdftopcf -t -o ${WRKSRC}/DinaBold10.pcf ${WRKSRC}/Dina_r700-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaBold8.pcf ${WRKSRC}/Dina_r700-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaBold9.pcf ${WRKSRC}/Dina_r700-9.bdf ${GZIP_CMD} ${WRKSRC}/*.pcf ${X11BASE}/bin/mkfontdir ${WRKSRC} egrep '\.pcf\.gz' ${WRKSRC}/fonts.dir | \ @@ -34,5 +44,8 @@ do-install: ${INSTALL_DATA_DIR} ${FONTDIR} ${INSTALL_DATA} ${WRKSRC}/*.pcf.gz ${FONTDIR} ${INSTALL_DATA} ${WRKSRC}/fonts.alias ${FONTDIR}/fonts.alias-dina + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/dina-fonts + ${INSTALL_DATA} ${WRKDIR}/LICENSE ${PREFIX}/share/doc/dina-fonts + .include bsd.port.mk Index: distinfo === RCS file: /home/vcs/cvs/openbsd/ports/fonts/dina-fonts/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo7 Dec 2011 09:27:16 - 1.1.1.1 +++ distinfo3 Jan 2014 18:46:37 - @@ -1,5 +1,2 @@ -MD5 (dina-pcf-2.89.tar.gz) = 1sQlwAeppXa0u4jIjPVwdg== -RMD160 (dina-pcf-2.89.tar.gz) = bQLzN2RIzzKstI5LpGS3Pmc3Ek8= -SHA1 (dina-pcf-2.89.tar.gz) = dw8YqDJJCiLMjKWfCS7EAe72uEA= -SHA256 (dina-pcf-2.89.tar.gz) = KYnGi8Tm8xQ1/nwnMNluZO8xlLEiNl8p+vBsS6xwGaY= -SIZE (dina-pcf-2.89.tar.gz) = 36442 +SHA256 (dina-fonts-2.92.zip) = H1G7pT91pk0ti9A36OD4S2+AZOUKcu6VQDO+3hc1CM8= +SIZE (dina-fonts-2.92.zip) = 68023 Index: pkg/PLIST === RCS file: /home/vcs/cvs/openbsd/ports/fonts/dina-fonts/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 7 Dec 2011 09:27:16 - 1.1.1.1 +++ pkg/PLIST 3 Jan 2014 18:46:37 - @@ -1,4 +1,4 @@ -@comment $OpenBSD: PLIST,v 1.1.1.1 2011/12/07 09:27:16 jasper Exp $ +@comment $OpenBSD$ lib/X11/fonts/ @fontdir lib/X11/fonts/dina/ lib/X11/fonts/dina/DinaBold10.pcf.gz @@ -11,6 +11,9 @@ lib/X11/fonts/dina/DinaItalic10.pcf.gz lib/X11/fonts/dina/DinaItalic8.pcf.gz lib/X11/fonts/dina/DinaItalic9.pcf.gz lib/X11/fonts/dina/DinaMedium10.pcf.gz +lib/X11/fonts/dina/DinaMedium6.pcf.gz lib/X11/fonts/dina/DinaMedium8.pcf.gz lib/X11/fonts/dina/DinaMedium9.pcf.gz lib/X11/fonts/dina/fonts.alias-dina +share/doc/dina-fonts/ +share/doc/dina-fonts/LICENSE
Re: UPDATE: fonts/dina-fonts
On Fri, Jan 03, 2014 at 11:52:42PM +0100, Antoine Jacoutot wrote: @@ -34,5 +44,8 @@ do-install: ${INSTALL_DATA_DIR} ${FONTDIR} ${INSTALL_DATA} ${WRKSRC}/*.pcf.gz ${FONTDIR} ${INSTALL_DATA} ${WRKSRC}/fonts.alias ${FONTDIR}/fonts.alias-dina + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/dina-fonts + ${INSTALL_DATA} ${WRKDIR}/LICENSE ${PREFIX}/share/doc/dina-fonts + Is that part really usefull? Maybe if you want to embed the font into something and need to check its license. I guess we do this in a number of fonts mainly out of compliance. It's usually requested that the license is kept with the font files. Should we drop this?
Re: UPDATE: fonts/dina-fonts
On Wed, Jan 01, 2014 at 08:34:02PM +0100, Rafael Sadowski wrote: [...] Looks almost good to me, but you added a new font and there is no PLIST change. Spot the error ;) Index: pkg/PLIST === RCS file: /cvs/ports/fonts/dina-fonts/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 PLIST --- pkg/PLIST 7 Dec 2011 09:27:16 - 1.1.1.1 +++ pkg/PLIST 1 Jan 2014 19:32:33 - @@ -14,3 +14,5 @@ lib/X11/fonts/dina/DinaMedium10.pcf.gz lib/X11/fonts/dina/DinaMedium8.pcf.gz lib/X11/fonts/dina/DinaMedium9.pcf.gz lib/X11/fonts/dina/fonts.alias-dina +share/doc/dina-fonts/ +share/doc/dina-fonts/LICENSE
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/12/31 10:06:24 Log message: import fs_mark The fs_mark program is meant to give a low level bashing to file systems. The write pattern that we concentrate on is heavily synchronous IO across mutiple directories, drives, etc. OK jca@ Status: Vendor Tag: tobiasu Release Tags: tobiasu_20131231 N ports/benchmarks/fs_mark/Makefile N ports/benchmarks/fs_mark/distinfo N ports/benchmarks/fs_mark/patches/patch-fs_mark_c N ports/benchmarks/fs_mark/patches/patch-lib_timing_c N ports/benchmarks/fs_mark/patches/patch-Makefile N ports/benchmarks/fs_mark/pkg/DESCR N ports/benchmarks/fs_mark/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/12/31 10:10:08 Modified files: benchmarks : Makefile Log message: +fs_mark
Re: UPDATE: fonts/dina-fonts
On Sun, Dec 29, 2013 at 10:24:39PM +0100, Rafael Sadowski wrote: On Sun Dec 29, 2013 at 09:16:10PM +, Mikolaj Kucharski wrote: On Sun, Dec 29, 2013 at 06:33:27PM +0100, Rafael Sadowski wrote: +SHA256 (Dina.zip) = H1G7pT91pk0ti9A36OD4S2+AZOUKcu6VQDO+3hc1CM8= +SIZE (Dina.zip) = 68023 You should make distfile name more unique, in case you update the port in the future. -- best regards q# yeah, thanks! New patch: Index: Makefile === RCS file: /cvs/ports/fonts/dina-fonts/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile 11 Mar 2013 11:06:05 - 1.3 +++ Makefile 29 Dec 2013 21:24:02 - @@ -2,9 +2,9 @@ COMMENT =monospace bitmap font, primarily aimed at programmers -V = 2.89 +V = 2.92 PKGNAME =dina-fonts-$V -DISTNAME = dina-pcf-$V +DISTFILES= dina-fonts-${V}.zip{Dina.zip} Too clever for my taste CATEGORIES = fonts HOMEPAGE = http://www.donationcoder.com/Software/Jibz/Dina/ @@ -12,21 +12,39 @@ HOMEPAGE =http://www.donationcoder.com MAINTAINER = Rafael Sadowski raf...@sizeofvoid.org # FREE (c) Jorgen Ibsen (Though no license included in distribution) The zip file now contains a license. It should be installed and the permit markers updated. License looks good (MIT). You can drop all lines but the CDROM one now (check bsd.port.mk(5)). -PERMIT_PACKAGE_CDROM = No -PERMIT_PACKAGE_FTP = No -PERMIT_DISTFILES_FTP = No +PERMIT_PACKAGE_CDROM = No +PERMIT_PACKAGE_FTP = No +PERMIT_DISTFILES_FTP = No If you can't help re-formating those lines, at least use proper tabs ;) -MASTER_SITES = http://ftp.fi.debian.org/gentoo/distfiles/ +EXTRACT_SUFX = .zip +MASTER_SITES = http://www.donationcoder.com/Software/Jibz/Dina/downloads/ This will break once the author updates his Dina.zip. The Debian distfiles mirror had proper versioning. If you need a place to host dina-2.92.zip, ask here.. Even better if you can convince the author to start releasing versioned zip files. -NO_BUILD = Yes -NO_TEST =Yes +NO_BUILD = Yes +NO_TEST =Yes USE_X11 =Yes FONTDIR= ${PREFIX}/lib/X11/fonts/dina -WRKSRC = ${WRKDIR}/Dina-PCF +WRKSRC = ${WRKDIST}/BDF + +do-extract: + mkdir -p ${WRKDIST} + unzip -oq -d ${WRKDIST} ${FULLDISTDIR}/${EXTRACT_ONLY} + do-install: + bdftopcf -t -o ${WRKSRC}/DinaItalic10.pcf ${WRKSRC}/Dina_i400-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaItalic8.pcf ${WRKSRC}/Dina_i400-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaItalic9.pcf ${WRKSRC}/Dina_i400-9.bdf + bdftopcf -t -o ${WRKSRC}/DinaBoldItalic10.pcf ${WRKSRC}/Dina_i700-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaBoldItalic8.pcf ${WRKSRC}/Dina_i700-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaBoldItalic9.pcf ${WRKSRC}/Dina_i700-9.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium10.pcf ${WRKSRC}/Dina_r400-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium8.pcf ${WRKSRC}/Dina_r400-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaMedium9.pcf ${WRKSRC}/Dina_r400-9.bdf + bdftopcf -t -o ${WRKSRC}/DinaBold10.pcf ${WRKSRC}/Dina_r700-10.bdf + bdftopcf -t -o ${WRKSRC}/DinaBold8.pcf ${WRKSRC}/Dina_r700-8.bdf + bdftopcf -t -o ${WRKSRC}/DinaBold9.pcf ${WRKSRC}/Dina_r700-9.bdf ${GZIP_CMD} ${WRKSRC}/*.pcf ${X11BASE}/bin/mkfontdir ${WRKSRC} egrep '\.pcf\.gz' ${WRKSRC}/fonts.dir | \ Dina_r400-6.bdf is missing. Index: distinfo === RCS file: /cvs/ports/fonts/dina-fonts/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo 7 Dec 2011 09:27:16 - 1.1.1.1 +++ distinfo 29 Dec 2013 21:24:02 - @@ -1,5 +1,2 @@ -MD5 (dina-pcf-2.89.tar.gz) = 1sQlwAeppXa0u4jIjPVwdg== -RMD160 (dina-pcf-2.89.tar.gz) = bQLzN2RIzzKstI5LpGS3Pmc3Ek8= -SHA1 (dina-pcf-2.89.tar.gz) = dw8YqDJJCiLMjKWfCS7EAe72uEA= -SHA256 (dina-pcf-2.89.tar.gz) = KYnGi8Tm8xQ1/nwnMNluZO8xlLEiNl8p+vBsS6xwGaY= -SIZE (dina-pcf-2.89.tar.gz) = 36442 +SHA256 (dina-fonts-2.92.zip) = H1G7pT91pk0ti9A36OD4S2+AZOUKcu6VQDO+3hc1CM8= +SIZE (dina-fonts-2.92.zip) = 68023
new: benchmarks/fs_mark
fs_mark is a filesystem benchmark used by some Linux devs. I wanted to play with it, and made a port. Tested on amd64 and sparc OK? fs_mark.tar.gz Description: application/tar-gz
Re: WIP: LLVM 3.4
On Sat, Dec 07, 2013 at 06:29:56PM -0500, Brad Smith wrote: On 06/12/13 3:26 PM, Brad Smith wrote: On 05/12/13 3:35 AM, Brad Smith wrote: Here is a work in progress update to LLVM 3.4. This has only been lightly tested on amd64. I need this build tested on i386, powerpc, sparc64 and mips64 to start off. If you have such an arch please try building it as soon as possible as I'd like to report any issues upstream if there are any. Any runtime testing feedback would also be appreciated. Still looking for build tests for sparc64 and mips64. and mips64? mips64 is looking good so far, it's currently generating man pages... -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: dpb parallel for lang/gcc/4.8
On Tue, Dec 03, 2013 at 11:12:37AM +0100, Pascal Stumpf wrote: On Tue, 3 Dec 2013 10:05:54 +, Stuart Henderson wrote: Since the build randomly breaks (xtreeprs) even without parallel, any objection to marking this parallel? ok. IIRC, the random failures were related to machine load; tobiasu@, any news on this? No, it's still a total mystery to me - I was guessing it's exceptions, but that turned out to be false. Gnatbind/link occasionally eating the object file, as observed many times, is not related to parallel make. Feel free to enable it. Index: Makefile === RCS file: /cvs/ports/lang/gcc/4.8/Makefile,v retrieving revision 1.22 diff -u -p -r1.22 Makefile --- Makefile25 Nov 2013 14:16:23 - 1.22 +++ Makefile3 Dec 2013 10:02:57 - @@ -1,6 +1,7 @@ # $OpenBSD: Makefile,v 1.22 2013/11/25 14:16:23 sthen Exp $ ONLY_FOR_ARCHS = alpha amd64 i386 powerpc sparc64 +DPB_PROPERTIES = parallel V = 4.8.1 FULL_VERSION = $V /usr/obj/gcc-4.8.1/bin/egcc -c -g -gnatpg -gnatwns -gnata -W -Wall -nostdinc -I - -I. -Iada -I/usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada -I/usr/obj/gcc-4.8.1/gcc-4.8. 1/gcc/ada/gcc-interface /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/tbuild.adb -o ada/t build.o /usr/obj/gcc-4.8.1/bin/egcc -c -g -gnatpg -gnatwns -gnata -W -Wall -nostdinc -I - -I. -Iada -I/usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada -I/usr/obj/gcc-4.8.1/gcc-4.8. 1/gcc/ada/gcc-interface /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/tree_gen.adb -o ada /tree_gen.o /usr/obj/gcc-4.8.1/bin/egcc -c -g -gnatpg -gnatwns -gnata -W -Wall -nostdinc -I - -I. -Iada -I/usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada -I/usr/obj/gcc-4.8.1/gcc-4.8. 1/gcc/ada/gcc-interface /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/tree_in.adb -o ada/ tree_in.o /usr/obj/gcc-4.8.1/bin/egcc -c -g -gnatpg -gnatwns -gnata -W -Wall -nostdinc -I - -I. -Iada -I/usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada -I/usr/obj/gcc-4.8.1/gcc-4.8. 1/gcc/ada/gcc-interface /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/tree_io.adb -o ada/ tree_io.o mkdir -p ada/bldtools/treeprs rm -f ada/bldtools/treeprs/treeprs.adt ada/bldtools/treeprs/sinfo.ads ada/bldtools/treeprs/xtreeprs.adb cp -p /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/treeprs.adt /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/sinfo.ads /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/xtreeprs.adb ada/bldtools/treeprs (cd ada/bldtools/treeprs; ls -la; gnatmake -c xtreeprs; ls -la; gnatmake xtreeprs; ls -la; ./xtreeprs treeprs.ads ) total 1036 drwxrwxr-x 2 sthen wsrc 512 Dec 2 17:14 . drwxrwxr-x 7 sthen wsrc 512 Dec 2 17:14 .. -rw-rw-r-- 1 sthen wsrc 482065 Jan 29 2013 sinfo.ads -rw-rw-r-- 1 sthen wsrc5564 Sep 10 2007 treeprs.adt -rw-rw-r-- 1 sthen wsrc 12180 Oct 11 2010 xtreeprs.adb egcc -c xtreeprs.adb total 1200 drwxrwxr-x 2 sthen wsrc 512 Dec 2 17:14 . drwxrwxr-x 7 sthen wsrc 512 Dec 2 17:14 .. -rw-rw-r-- 1 sthen wsrc 482065 Jan 29 2013 sinfo.ads -rw-rw-r-- 1 sthen wsrc5564 Sep 10 2007 treeprs.adt -rw-rw-r-- 1 sthen wsrc 12180 Oct 11 2010 xtreeprs.adb -rw-rw-r-- 1 sthen wsrc 10154 Dec 2 17:14 xtreeprs.ali -rw-rw-r-- 1 sthen wsrc 72044 Dec 2 17:14 xtreeprs.o egnatbind -x xtreeprs.ali egnatlink xtreeprs.ali egcc: error: ./xtreeprs.o: No such file or directory egnatlink: error when calling /usr/obj/gcc-4.8.1/bootstrap/bin/egcc egnatmake: *** link failed. total 1172 drwxrwxr-x 2 sthen wsrc 512 Dec 2 17:14 . drwxrwxr-x 7 sthen wsrc 512 Dec 2 17:14 .. -rw-rw-r-- 1 sthen wsrc 10771 Dec 2 17:14 b~xtreeprs.adb -rw-rw-r-- 1 sthen wsrc 20412 Dec 2 17:14 b~xtreeprs.ads -rw-rw-r-- 1 sthen wsrc 10345 Dec 2 17:14 b~xtreeprs.ali -rw-rw-r-- 1 sthen wsrc 13916 Dec 2 17:14 b~xtreeprs.o -rw-rw-r-- 1 sthen wsrc 482065 Jan 29 2013 sinfo.ads -rw-rw-r-- 1 sthen wsrc5564 Sep 10 2007 treeprs.adt -rw-rw-r-- 1 sthen wsrc 12180 Oct 11 2010 xtreeprs.adb -rw-rw-r-- 1 sthen wsrc 10154 Dec 2 17:14 xtreeprs.ali /bin/sh: ./xtreeprs: not found /usr/obj/gcc-4.8.1/gcc-4.8.1/gcc/ada/Make-generated.in:28: recipe for target 'ada/treeprs.ads' failed gmake[3]: *** [ada/treeprs.ads] Error 127
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/09/19 15:16:54 Modified files: lang/gcc/4.8 : Makefile distinfo Log message: New sparc64 adastrap
Re: Building GCC-4.8.1 without ports
On Mon, Sep 16, 2013 at 03:35:04PM +0400, niXman wrote: 2013/9/11 niXman: 2013/9/11 Tobias Ulmer: Because it's work. Do you volunteer? Yes, I will, if someone will coordinate me. First of all, I need a description of what exactly problem is solved by each patch. ping? Did you eat a clown for breakfast? -- Regards, niXman ___ Dual-target(32 64-bit) MinGW compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingwbuilds/ ___ Another online IDE: http://liveworkspace.org/
Re: Building GCC-4.8.1 without ports
On Wed, Sep 11, 2013 at 02:01:23PM +0400, niXman wrote: 2013/9/11 Stuart Henderson recompile with -fPIC seems clear to me. If this doesn't mean anything to you, I don't think you should be trying to port GCC by yourself. I understand that. I do not understand what I have to rebuild with '-fPIC'? GCC? /tmp/ccgLXgHL.o? Or something else? This is only the first of many many errors. There is no support for OpenBSD in vanilla gcc. -- Regards, niXman
Re: Building GCC-4.8.1 without ports
On Wed, Sep 11, 2013 at 04:14:23PM +0400, niXman wrote: 2013/9/11 Tobias Ulmer: This is only the first of many many errors. There is no support for OpenBSD in vanilla gcc. Why not send patches to gcc-patc...@gcc.gnu.org ? Because it's work. Do you volunteer? -- Regards, niXman ___ Dual-target(32 64-bit) MinGW compilers for 32 and 64-bit Windows: http://sourceforge.net/projects/mingwbuilds/ ___ Another online IDE: http://liveworkspace.org/
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/08/16 01:37:18 Modified files: lang/gcc/4.6 : Makefile distinfo lang/gcc/4.8 : Makefile distinfo Log message: New adastraps for sparc64.
Re: [UPDATE] i3-4.6
On Mon, Aug 12, 2013 at 02:28:21PM +0200, David Coppa wrote: Please test the attached patch. seems sparc64-proof; ok tobiasu@ Ciao! David
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/07/18 10:54:09 Modified files: lang/gcc/4.6 : Makefile distinfo lang/gcc/4.6/patches: patch-gcc_ada_gcc-interface_Makefile_in Added files: lang/gcc/4.6/patches: patch-gcc_ada_s-osinte-openbsd_adb patch-gcc_ada_s-osinte-openbsd_ads patch-gcc_ada_system-openbsd-sparcv9_ads patch-gcc_ada_system-openbsd-x86_64_ads patch-gcc_ada_system-openbsd-x86_ads patch-gnattools_configure patch-gnattools_configure_ac Log message: * Use SJLJ exections instead of ZCX in the hope of fixing intermittent build problems. Exception style affects Ada only. * Add better tasking support and sync OpenBSD specific changes from 4.8. * Call __errno() from librthread when using pthreads (Tero Koskinen) * Enable shared library support for OpenBSD (Tero Koskinen) bulk tested by landry@ and sthen@ ok pascal@ sorry for the delay guys
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tobi...@cvs.openbsd.org 2013/07/18 11:04:09 Modified files: lang/gcc/4.8 : Makefile distinfo lang/gcc/4.8/patches: patch-gcc_ada_gcc-interface_Makefile_in Added files: lang/gcc/4.8/patches: patch-gcc_ada_s-osinte-openbsd_adb patch-gcc_ada_s-osinte-openbsd_ads patch-gcc_ada_system-openbsd-x86_64_ads patch-gcc_ada_system-openbsd-x86_ads patch-gcc_config_openbsd_opt patch-gnattools_configure patch-gnattools_configure_ac Log message: * Enable -rdynamic option, from pascal@ * Use SJLJ exections instead of ZCX in the hope of fixing intermittent build problems. Exception style affects Ada only. * Add better tasking support and use our own backend files instead of pretending to be FreeBSD. * Call __errno() from librthread when using pthreads (Tero Koskinen) * Enable shared library support for OpenBSD (Tero Koskinen) bulk tested by landry@ and sthen@ ok pascal@
Re: MAINTAINER UPDATE: geo/qlandkartegt
On Sun, Jun 30, 2013 at 02:24:43PM +0200, Sebastian Reitenbach wrote: a long overdue update to geo/qlandkartegt from 1.5.0 to 1.7.0, jumping over the 1.6 releases. In 1.6.X some basic support for Magellan devices was added. Since I don't have such device, cannot really test it ;) Otherwise, the few features I really use all the time, work well for me on amd64. OK? Played with it a little. OK tobiasu@