from:"Tobias Ulmer"

gstreamer1/core: no suid root gst-ptp-helper please

2017-12-16 Thread Tobias Ulmer

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

2017-08-11 Thread Tobias Ulmer

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

2017-08-09 Thread Tobias Ulmer

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

2016-11-15 Thread Tobias Ulmer

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

2016-11-15 Thread Tobias Ulmer

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

2016-11-15 Thread Tobias Ulmer

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

2016-11-15 Thread Tobias Ulmer

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

2016-07-14 Thread Tobias Ulmer

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

2016-07-14 Thread Tobias Ulmer

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

2016-07-09 Thread Tobias Ulmer

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

2016-07-09 Thread Tobias Ulmer

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

2016-07-09 Thread Tobias Ulmer

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

2016-07-09 Thread Tobias Ulmer

On Thu, Jul 07, 2016 at 01:16:48PM +0200, Jeremie Courreges-Anglas wrote:
> Qingshan Chen  writes:
> 
> > 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

2016-07-09 Thread Tobias Ulmer

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

2016-07-06 Thread Tobias Ulmer


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

2016-03-07 Thread Tobias Ulmer

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

2016-03-07 Thread Tobias Ulmer

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

2016-02-21 Thread Tobias Ulmer

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

2016-02-20 Thread Tobias Ulmer

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

2016-02-20 Thread Tobias Ulmer

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

2016-02-20 Thread Tobias Ulmer

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

2016-02-20 Thread Tobias Ulmer

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

2016-02-20 Thread Tobias Ulmer

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

2016-02-19 Thread Tobias Ulmer

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

2016-02-18 Thread Tobias Ulmer

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

2016-02-17 Thread Tobias Ulmer

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

2016-02-17 Thread Tobias Ulmer

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

2016-02-15 Thread Tobias Ulmer

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

2016-02-15 Thread Tobias Ulmer

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

2016-02-15 Thread Tobias Ulmer

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

2016-02-15 Thread Tobias Ulmer

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

2016-02-15 Thread Tobias Ulmer

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

2016-02-13 Thread Tobias Ulmer

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

2016-02-05 Thread Tobias Ulmer

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

2016-02-04 Thread Tobias Ulmer

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

2016-02-02 Thread Tobias Ulmer

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

2016-02-02 Thread Tobias Ulmer

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

2016-02-02 Thread Tobias Ulmer

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

2016-01-27 Thread Tobias Ulmer

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

2015-12-08 Thread Tobias Ulmer

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

2015-12-05 Thread Tobias Ulmer

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

2015-12-05 Thread Tobias Ulmer

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

2015-09-25 Thread Tobias Ulmer

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

2015-09-25 Thread Tobias Ulmer

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

2015-09-24 Thread Tobias Ulmer

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?

2015-09-15 Thread Tobias Ulmer

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

2015-09-12 Thread Tobias Ulmer

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

2015-08-22 Thread Tobias Ulmer

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

2015-08-05 Thread Tobias Ulmer

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

2015-08-01 Thread Tobias Ulmer

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]

2015-07-31 Thread Tobias Ulmer

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

2015-07-31 Thread Tobias Ulmer

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]

2015-07-31 Thread Tobias Ulmer

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

2015-07-30 Thread Tobias Ulmer

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

2015-03-27 Thread Tobias Ulmer

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

2015-03-27 Thread Tobias Ulmer

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

2015-03-27 Thread Tobias Ulmer

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

2015-03-27 Thread Tobias Ulmer

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

2015-03-25 Thread Tobias Ulmer

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

2015-02-17 Thread Tobias Ulmer

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

2015-02-15 Thread Tobias Ulmer

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()

2014-11-23 Thread Tobias Ulmer

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

2014-11-12 Thread Tobias Ulmer

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

2014-09-30 Thread Tobias Ulmer

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

2014-09-29 Thread Tobias Ulmer

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

2014-09-21 Thread Tobias Ulmer

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

2014-08-25 Thread Tobias Ulmer

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

2014-06-18 Thread Tobias Ulmer

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)

2014-06-08 Thread Tobias Ulmer

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

2014-06-03 Thread Tobias Ulmer

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

2014-05-14 Thread Tobias Ulmer

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)

2014-05-09 Thread Tobias Ulmer

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)

2014-05-09 Thread Tobias Ulmer

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)

2014-05-08 Thread Tobias Ulmer

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

2014-05-01 Thread Tobias Ulmer

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

2014-04-27 Thread Tobias Ulmer

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

2014-04-21 Thread Tobias Ulmer

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

2014-02-21 Thread Tobias Ulmer

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

2014-02-06 Thread Tobias Ulmer

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

2014-02-06 Thread Tobias Ulmer

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

2014-01-20 Thread Tobias Ulmer

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

2014-01-06 Thread Tobias Ulmer

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

2014-01-03 Thread Tobias Ulmer

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

2014-01-03 Thread Tobias Ulmer

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

2014-01-02 Thread Tobias Ulmer

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

2013-12-31 Thread Tobias Ulmer

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

2013-12-31 Thread Tobias Ulmer

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

2013-12-31 Thread Tobias Ulmer

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

2013-12-16 Thread Tobias Ulmer

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

2013-12-11 Thread Tobias Ulmer

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

2013-12-03 Thread Tobias Ulmer

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

2013-09-19 Thread Tobias Ulmer

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

2013-09-16 Thread Tobias Ulmer

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

2013-09-11 Thread Tobias Ulmer

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

2013-09-11 Thread Tobias Ulmer

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

2013-08-16 Thread Tobias Ulmer

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

2013-08-12 Thread Tobias Ulmer

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

2013-07-18 Thread Tobias Ulmer

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

2013-07-18 Thread Tobias Ulmer

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

2013-07-01 Thread Tobias Ulmer

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@

1 2 3 4 >

1 - 100 of 334 matches

Mail list logo