Re: How to usefully debug thunderbird crash?

On 3/16/19 5:21 PM, Peter Nicolai Mathias Hansteen wrote: I’ve been using Thunderbird for mail on my OpenBSD laptop for a few years now, with the odd crash but rarely anything reproducible. Now after leaving my OpenBSD laptop at home while I went on a trip to the great elsewhere and read

Re: lang/ghc

Indeed! Two questions: (1) if I'm not mistaken you bootstrap with port's GCC, why? Have you tested base clang? IIRC this was working last time I tested GHC HEAD on -current and (2) have you enabled shared libraries or not yet? Thanks! Karel On 2/18/19 9:47 PM, Matthias Kilian wrote:

Re: www/iridium README about unveil

Just iridium user here. On Tue, 12 Feb 2019 07:02:31 +0100 Solene Rapenne wrote: > So, iridium can only display paths allowed in /etc/iridium/, this This "allowed in /etc/iridium/" is quite confusing. Shouldn't this be "allowed in /etc/iridium/unveil.main" unveil definition file for the

Re: UPDATE: maven 3.6.0

On Mon, 11 Feb 2019 22:30:42 + Stuart Henderson wrote: > > RCS file: /cvs/ports/devel/maven/pkg/PLIST,v > > retrieving revision 1.10 > > diff -u -p -u -r1.10 PLIST > > --- pkg/PLIST 23 Apr 2018 10:41:52 - 1.10 > > +++ pkg/PLIST 3 Feb 2019 20:03:16 - > > @@ -14,103

Re: UPDATE: maven 3.6.0

ping. Any issues with the patch? Thanks! Karel On Sun, 3 Feb 2019 21:05:48 +0100 Karel Gardas wrote: > > Hello, > > patch below updates maven to 3.6.0. > > Thanks, > Karel

UPDATE: maven 3.6.0

Hello, patch below updates maven to 3.6.0. Thanks, Karel Index: Makefile === RCS file: /cvs/ports/devel/maven/Makefile,v retrieving revision 1.30 diff -u -p -u -r1.30 Makefile --- Makefile23 Apr 2018 10:41:52 - 1.30

Re: Eclipse/SWT requires GL/glx.h

b port comes in handy if you're looking for a > specific file. > > Cheers, > Fabian > > Am So., 20. Jan. 2019 um 20:02 Uhr schrieb Karel Gardas : > > > > > Hello, > > > > in an attempt to bring latest Eclipse IDE to OpenBSD I've hit issue > >

Eclipse/SWT requires GL/glx.h

Hello, in an attempt to bring latest Eclipse IDE to OpenBSD I've hit issue where SWT (GUI library using platform native backends like gtk on linux, cocoa on macos x etc.) compilation fails due to missing GL/glx.h file. This file is for example in ubuntu located in mesa-common-dev package. The

Re: please help fixing php-fpm on armv7 - egdb result

On Fri, 11 Jan 2019 17:02:25 -0800 wrote: > Thank you Jeremie for your suggestion. I built the gdb package and ran egdb > with the result below. I hope this provides some clues. > > op1bsdsnap1228# egdb /usr/local/sbin/php-fpm-7.2 /root/php-fpm-7.2.core > GNU gdb (GDB) 7.12.1 > Copyright

Eclipse IDE

Hello, just curious if there is anybody here working on more recent Eclipse IDE port. If not, then any advices how to proceed with this are appreciated. Basically I've seen that FBSD (freshports) provides more recent port so there may be some interesting bits there too just not sure if to use

Re: -current Iridium does not have $HOME write permissions for Downloads

On Tue, 8 Jan 2019 07:13:08 -0800 "Heppler, J. Scott" wrote: > I suspect browsers are not the primary means of downloading for seasoned > OpenBSD users and this new bug may go under the radar. Anyone else > seeing this on iridium? On chromium? Tested on yesterday OpenBSD snapshot with updated

Re: sylpheed crashing/asserting in libX11 on poll_for_event

s read action (-> CRASH) Thanks! Karel On Tue, 25 Sep 2018 14:16:36 -0500 Amit Kulkarni wrote: > Hey Karel, > Sorry for not getting back to you on the weekend. I will try to take a > look tonight. > > Thanks > On Tue, Sep 25, 2018 at 10:43 AM Karel Gardas wrote: > > >

Re: sylpheed crashing/asserting in libX11 on poll_for_event

I've switched off Autocheck new email sometime ago and the crash still happen. Was able to obtain 2 same cores/backtraces today. Karel On Thu, 20 Sep 2018 15:03:10 +0200 Karel Gardas wrote: > On Thu, 20 Sep 2018 14:48:27 +0200 > Karel Gardas wrote: > > > > That's

Re: sylpheed crashing/asserting in libX11 on poll_for_event

On Thu, 20 Sep 2018 14:48:27 +0200 Karel Gardas wrote: > > That's so far what I have observed. As the crashes started to be more regural > on the latest -current/-beta, I'll keep my eye on that and if anything more > concrete surface, I'll let you know. Two more details: the inter

Re: sylpheed crashing/asserting in libX11 on poll_for_event

On Thu, 20 Sep 2018 07:31:10 -0500 Amit Kulkarni wrote: > > > recently (1 month or so) sylpheed started to assert quite regurarly in > > > poll_for_event call inside the libX11. The full trace looks as: > > > > > > > This assertion triggers when the application dosn't respect the rules > > for

sylpheed crashing/asserting in libX11 on poll_for_event

Hello, recently (1 month or so) sylpheed started to assert quite regurarly in poll_for_event call inside the libX11. The full trace looks as: Core was generated by `sylpheed'. Program terminated with signal SIGABRT, Aborted. #0 thrkill () at -:3 3 -: No such file or directory.

Re: lld amd64 build failures

On Mon, 7 May 2018 21:10:21 +0200 Christian Weisgerber wrote: > lang/ghc configure: C compiler cannot create executables ghc is kind of mixed beast. It detects capabilities of platform LD, but then links using C compiler usually. So even if I force usage of

Re: hph build on arm, gcc 4.9

On Mon, 23 Apr 2018 10:35:51 -0700 wrote: > Picking up on your last comment, I restarted the php build on arm with the > intent of looking for why gcc is required. So far I have come across one > package that pulls in gcc and it is specific to arm. > > Cmake pulls in libuv

armv7: freeradius3 build.

Hello, I've noticed there is a number armv7 packages specified for the 6.3 release on release web page so I assume all ports are already built. Hovewer freeradius 3 seems to be missing from the packages, although it is build on any other architecture I've checked (amd64/sparc64/mips64). I've

Re: Porting to ARMv8 (board, qemu, etc.)

On Mon, 29 Jan 2018 14:14:53 +0100 Patrick Wildt wrote: > I think those random segfaults might even be visible with qemu running > on an x86 machine. I'm not surprised. I see a lot of random segfaults in qemu aarch64 on amd64/obsd, but then I'm quite curious why do you

Can't build python 3.6.4 on 6.2-current.

Hello, while attempting to build lang/swi-prolog using dpb I've hit issue building python 3.6.4. The log of python 3.6.4 build looks fine up to the moment of fake installation which fails with: ===> lang/python/3.6 ===> Faking installation for Python-3.6.4 install -d -m 755

Porting to ARMv8 (board, qemu, etc.)

Hello, I'd like to help a bit with GHC work on OpenBSD and would like to give it a try to port GHC to ARMv8. GHC is a beast so I assume I'll need machine/emulator with 4GB RAM at least. I'm curious what you guys are using for running all those ARMv8 packages builders and for your own porting

Re: update lang/ghc (preview)

On Sat, 16 Dec 2017 03:40:28 +0100 Matthias Kilian <k...@outback.escape.de> wrote: > Hi, > > On Thu, Dec 14, 2017 at 03:14:36PM +0100, Karel Gardas wrote: > > <k...@outback.escape.de> wrote: > > > Hi to all Haskell fans, > > > > > >

Re: update lang/ghc (preview)

On Wed, Dec 13, 2017 at 12:28 AM, Matthias Kilian wrote: > Hi to all Haskell fans, > > the diff below updates ghc to 8.2.2.Builds, packages, and correctly I'm trying todays's CVS and patching with: cd /usr/ports/lang/ghc patch < /tmp/original_msg.txt where

Re: Unbreak ghc

> Curious how far my current build of ghc-8.2.2 will go... 8.2 and later, including HEAD should be better and better. I've done some work on this (mainly passing your patches to the HEAD of that time) and also some core GHC developers (Ben Gamari IIRC) are testing on OpenBSD (latest release) now,

Re: Unbreak ghc

On Sun, Dec 10, 2017 at 9:52 PM, Matthias Kilian <k...@outback.escape.de> wrote: > Hi Karel, > > On Sun, Dec 10, 2017 at 08:22:54PM +0100, Karel Gardas wrote: >> rts/Linker.c includes elf.h for all platform except OpenBSD where it >> includes elf_abi.h. In recent snap

Re: Unbreak ghc

o not keep looking back at all. Thanks! Karel On Wed, Dec 6, 2017 at 11:20 PM, Matthias Kilian <k...@outback.escape.de> wrote: > Hi Karel, > > On Mon, Dec 04, 2017 at 11:09:33PM +0100, Karel Gardas wrote: >> attached patch unbreaks GHC compilation issue on snapshot. I would &g

Re: Unbreak ghc

On Tue, Dec 5, 2017 at 12:19 AM, Matthias Kilian <k...@outback.escape.de> wrote: > Hi Karel, > > On Mon, Dec 04, 2017 at 11:09:33PM +0100, Karel Gardas wrote: >> attached patch unbreaks GHC compilation issue on snapshot. I would >> rather keep that simple/stupid befo

Unbreak ghc

Hi, attached patch unbreaks GHC compilation issue on snapshot. I would rather keep that simple/stupid before cleaning more those bits in OpenBSD #ifdef. Good for now IMHO. Thanks, Karel ghc.patch Description: Binary data

Re: Port bulk with

Hi, I've update my elf.h transition patch and posted on tech@ here https://marc.info/?l=openbsd-tech=150551268819592=2 -- I'm running ports build on my testing machine, but it's not that fast and I'm neither experience ports builder so I would welcome if anybody can give it a try on somewhat more

Re: Port bulk with

My elf.h patch solves devel/libdwarf compilation issue, but devel/valgrind still fails due to: m_coredump/coredump-elf.c:764:32: error: use of undeclared identifier 'NT_PRPSINFO' add_note(, "CORE", NT_PRPSINFO, , sizeof(prpsinfo)); the problem is NT_PRPSINFO is not standardized in elf spec so

Re: Port bulk with

Both those issues should be solved by my bigger elf.h patch. E.g. it defines both EM_PPC64 and EM_X86_64. I'll merge latest git and resubmit for review again. On Tue, Sep 12, 2017 at 4:23 PM, Christian Weisgerber wrote: > Martin Pieuchot: > >> > So here's a first step,

Re: Port bulk with

On Thu, Aug 10, 2017 at 9:45 PM, Karel Gardas <gard...@gmail.com> wrote: > I updated my current to today snapshot and still with original full > version of elf.h patch libelf builds fine -- see below. By quick > comparison of configure outputs in Christian's and mine build it looks

Re: Port bulk with

I updated my current to today snapshot and still with original full version of elf.h patch libelf builds fine -- see below. By quick comparison of configure outputs in Christian's and mine build it looks like he gets: checking if cc can compile elf.h... yes while I get: checking if cc can

Re: [new] devel/gas

On Sun, Jul 16, 2017 at 11:50 AM, Stuart Henderson wrote: > On 2017/07/15 16:37, Pascal Stumpf wrote: >> This is a port of the latest version of GAS from GNU binutils, at the >> moment for the sole purpose of providing an assembler for the upcoming >> GCC 7 port on Aarch64.

Re: ghc.port.mk (was: Ports with hardcoded "gcc", "g++")

On Thu, Mar 2, 2017 at 9:23 PM, Matthias Kilian wrote: > Also, I've no idea wether --with-clang=${CC} will work after the > switch to clang. On the other hand, the diff is just a workaround, > +MODGHC_SETUP_CONF_ARGS += --with-gcc=${CC} --with-clang=${CC} Hi Kili,

Re: My first porting attempt: part 3

Passing -llibobs.so.0 to linker means that linker will try to link liblibobps.so.0.so IMHO. Please give a try to -lobs On Mon, Jan 9, 2017 at 3:08 AM, Jordon wrote: > Part 1: Learning that trying to build an un-ported project outside of the > ports make system is a waste of

Re: gcc4.9 and _Unwind_Resume segfaults

On Wed, Dec 21, 2016 at 11:24 PM, Paul Irofti wrote: >> the port (if everything there is C++-based, tweaking CONFIGURE_ENV > > Teach me how :) > > It doesn't work with this > > CONFIGURE_ENV = CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include \ >

Re: powerpc bulk build report

Proposed fix for LLVM build failure described here: https://marc.info/?l=openbsd-ports=147959032027364=2 -- don't have ppc here so I can't even test that so this is more for someone with the powerpc/openbsd platform and interest in LLVM... On Sun, Dec 4, 2016 at 1:01 AM,

Re: powerpc bulk build report

llvm failure seems to be related to atomic functions being located in libatomic on powerpc. LDFLAGS=-latomic should perhaps help here. I don't have this platform myself so can someone please test? Thanks! On Sat, Nov 19, 2016 at 9:19 PM, wrote: >

Re: Eclipse not working

This is an old beast, I would certainly try with older JVM, 1.7 or even 1.6, something known at the time of 3.2.x release. On Thu, Nov 17, 2016 at 8:06 AM, Fernando Cruz wrote: > Hi list, > > I install the eclipse-sdk-3.2.2p24 package, but when I trying to run > give me the

Re: meta/haskell-platform -- full or minimal?

On Sun, Nov 6, 2016 at 12:51 AM, Matthias Kilian wrote: > Hi, > > it looks like the concept of a haskell platform has been stripped > down do a "minimal" and a "full" flavor: > > https://www.haskell.org/platform/contents.html > > I prefer the "minimal" version, because

Re: remove devel/eclipse ?

On Sun, Nov 6, 2016 at 12:40 AM, Matthias Kilian wrote: > And there are some alternatives (netbeans, intellij), but I don't > know how good or bad they are compared to eclipse. I think they > both have features like showing call-graphs, doing several kinds > of mechanical

Re: update lang/ghc

On Sat, Nov 5, 2016 at 6:11 PM, Stuart Henderson <s...@spacehopper.org> wrote: > On 2016/11/05 14:00, Karel Gardas wrote: >> and if I'm on the same like you, then its clear that I got garbled >> patch from gmail.com... > > gmail is useless for patches, you can

Re: update lang/ghc

cal type ffs (local, nodev, wxallowed) On Fri, Nov 4, 2016 at 11:27 PM, Matthias Kilian <k...@outback.escape.de> wrote: > On Fri, Nov 04, 2016 at 10:48:11PM +0100, Karel Gardas wrote: >> Simple patch < your message (after stripping headers) failed on me >> with a lot of re

Re: update lang/ghc

On Sat, Nov 5, 2016 at 1:34 PM, Daniel Jakots wrote: >> The question is: is my patch command line OK? > > It works fine for me. I took advantage of this situation to have a > reason to test asciinema: > https://asciinema.org/a/1lxc91o7jnqo7btsvwip7f8d4 :) Wonderful! By any

Re: update lang/ghc

On Fri, Nov 4, 2016 at 11:27 PM, Matthias Kilian <k...@outback.escape.de> wrote: > On Fri, Nov 04, 2016 at 10:48:11PM +0100, Karel Gardas wrote: >> Simple patch < your message (after stripping headers) failed on me >> with a lot of rejected hunks and files. This

Re: update lang/ghc

Simple patch < your message (after stripping headers) failed on me with a lot of rejected hunks and files. This is current CVS of ports. Probably doing something wrong. Anyway, rejected files are: $ find . -name '*.rej' ./patches/patch-configure.rej ./patches/patch-ghc_mk.rej

Re: GHC in snapshots with non-existent ld.

On Tue, Nov 1, 2016 at 5:12 PM, Matthias Kilian wrote: > -# XXX: wxneeded is a hack. Fix rts/Linker.c, mmapForLinker() and > -# loadObj_() instead. > -USE_WXNEEDED = Yes > +# We can't use the wrapper script, because it then gets hardcoded into > +# the

Re: WIP: GCC 6.2.0

On Wed, Sep 7, 2016 at 5:21 AM, Dongsheng Song wrote: > > Your patch block llvm 3.8.1, I'm not care about gcc 4.9.4, but llvm 3.8.1 > depends gcc 4. Pascal already imported LLVM 3.8.1 into the base so I guess the plan is to use it at least on some architectures so

Re: darcs w^x trouble

I'm not sure if USE_WXNEEDED is also applicable to Haskell-based ports. Anyway, this is more generally GHC's issue than darcs one, as the issue arise from the GHC's runtime library probably. I would recommend to read "Haskell wxneeded" thread on this mailing list for more information about the

Re: Haskell wxneeded

On Sat, Aug 13, 2016 at 10:47 PM, Matthias Kilian <k...@outback.escape.de> wrote: > Hi Karel, > > On Sat, Aug 13, 2016 at 06:56:39PM +0200, Karel Gardas wrote: >> > $ ./inplace/bin/ghc-stage2 --interactive >> > GHCi, version 8.1.20160812: http://www.haskell.org/gh

Re: Haskell wxneeded

> With two small fixes GHC HEAD's GHCi runs with enforced wxneeded on > wxallowed fs: > > $ ./inplace/bin/ghc-stage2 --interactive > GHCi, version 8.1.20160812: http://www.haskell.org/ghc/ :? for help > Prelude> 1+1 > 2 > Prelude> :q > Leaving GHCi. > $ > > I'll try to propagate those fixes to

Re: Haskell wxneeded

On Sat, Aug 13, 2016 at 7:47 AM, Karel Gardas <gard...@gmail.com> wrote: >>> Perhaps this is just intended behavior somehow as kernel complains on >>> console with: >>> >>> /home/karel/src/ghc-head-openbsd-wxneeded/inplace/lib/bin/ghc-stage2(94953): &

Re: Haskell wxneeded

>> Perhaps this is just intended behavior somehow as kernel complains on >> console with: >> >> /home/karel/src/ghc-head-openbsd-wxneeded/inplace/lib/bin/ghc-stage2(94953): >> W^X binary outside wxallowed mountpoint >> >> and obviously my current is w/o any wxallowed fs... > > Your port build

Re: Haskell wxneeded

On Sat, Aug 13, 2016 at 12:56 AM, Karel Gardas <gard...@gmail.com> wrote: [...] > $ ./ghc/stage2/build/tmp/ghc-stage2 > ./ghc/stage2/build/tmp/ghc-stage2[1]: syntax error: `)' unexpected > $ file ./ghc/stage2/build/tmp/ghc-sa tage2 > ./ghc/stage2/build/tmp/ghc-stage2: ELF

Re: Haskell wxneeded

> @Karel Gardas and anyone else who is playing with the newest upstream > ghc (8.x): If you have some time, could you please try to build > some hs-programs or libraries for which naddy@ reported w^x violations > recently with ghc-8 (and probably cabal-install, because I d

Re: NEW: cvs2gitdump

Great addition, especially because with vanilla cvs2gitdump from github.com man can't easily find out rcsparse which is its dependency. Thanks! Karel On Sun, Jul 31, 2016 at 11:50 PM, Stuart Henderson wrote: > ok to import? > > "A small python script which imports a cvs

Re: Elasticsearch Java memory errors

See /etc/login.conf for limits. That your machine does have 4GB of RAM does not mean anything. On Thu, Jul 14, 2016 at 12:37 AM, David Alten wrote: > Hello, > > On a new setup, 5,9, i386, I'm getting Java memory errors when starting > elasticsearch: > > $ doas

mc crashes on snapshot (utf8 related?).

Hello, on fairly recent snapshot I've seen quite some crashes in mc while searching filesystem for specific file containing something. The crash stack trace looks: (gdb) where #0 0x0eea51f4fcf0 in g_utf8_get_char_validated () from /usr/local/lib/libglib-2.0.so.4200.3 #1 0x0ee7946acef9

Re: alpha bulk build report

build failure of PostgreSQL seems to be related to missing spinlocks support for Alpha. Log even suggest to use --disable-spinlocks configure option. On Thu, May 26, 2016 at 1:13 PM, wrote: > bulk build on alpha-1.ports.openbsd.org > started on Sat May 14 02:47:41 MDT 2016

Re: lang/hugs (was: 'avoid W|X mappings in libffi' - MARC)

On Tue, May 24, 2016 at 8:57 PM, Matthias Kilian wrote: > IIRC, I once wrote that the ports tree isn't a software museum, so > instead of trying to fix it, i'd just cimpletely remove it from the > tree, and maybe other ancient haskell implementations (yes, I mean > you,

Re: avoid W|X mappings in libffi

Hello, in whole thread I've not seen a note about GHC (Haskell compiler). IIRC although GHC support building with its own intree libffi, on OpenBSD it uses ports libffi. This is IIRC done by current 7.10.x in the tree and is done surely by just released GHC 8.0.1 which is not yet in ports but

Re: GCC, OpenMP, -march=

have you tried to bootstrap your own gcc with recent binutils? i.e. --with-as=... On the other hand you may also give a try to LLVM/clang from ports and see if they support your required features... On Sat, Mar 26, 2016 at 5:25 PM, Hannes Hauswedell wrote: > Hi folks, > >

Re: devel/mico failing due to failed assertion

26 PM, Stuart Henderson <s...@spacehopper.org> wrote: > On 2016/03/11 11:22, Karel Gardas wrote: >> On Thu, Mar 10, 2016 at 10:28 PM, Marc Espie <es...@nerim.net> wrote: >> >> Indeed, it is, but I guess this was done for a good reason in the past >> >> an

Re: devel/mico failing due to failed assertion

On Thu, Mar 10, 2016 at 10:28 PM, Marc Espie wrote: >> Indeed, it is, but I guess this was done for a good reason in the past >> and I would rather keep it this way. What I can certainly do for >> 2.3.14 release is to add some clear error message pointing to the >> incorrect

Re: devel/mico failing due to failed assertion

On Thu, Mar 10, 2016 at 7:37 PM, Michael McConville <mm...@mykolab.com> wrote: > Karel Gardas wrote: >> This is a sign of not so correct network configuration. MICO is really >> picky about it so it should be able to resolve your host name/IP >> address. What's fail

Re: devel/mico failing due to failed assertion

On Thu, Mar 10, 2016 at 3:13 PM, Marc Espie <es...@nerim.net> wrote: > On Thu, Mar 10, 2016 at 11:53:56AM +0100, Karel Gardas wrote: >> This is a sign of not so correct network configuration. MICO is really >> picky about it so it should be able to resolve your host name/

Re: devel/mico failing due to failed assertion

This is a sign of not so correct network configuration. MICO is really picky about it so it should be able to resolve your host name/IP address. What's failing precisely in the assert above is that it's not able to get IP for your hostname. Can you confirm that this is the case? On Thu, Mar 10,

Re: alpha-1.ports.openbsd.org bulk build report

> It has been fixed upstream: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66140 looks like in 5.1.1 which is GPL3 so probably not usable to be merge into the OpenBSD's GPL2 4.2.1? But well, I'm not the lawyer here i just see two different licenses so it raises red flag here...

Re: www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

> would blow the same. No informations are needed, just someone brave (or > foolish?) enough to pick up the ball and fix webkit on powerpc. I lost > too many hours on this in the past and gave up. I'm curious if the same happen on sparc64? i.e. maybe endianess issue or if not, then directly ppc?

Re: www/xombrero Segmentation fault (core dumped) on macppc -current from Feb 8.

gdb `which xombrero` and enter `bt' and hit enter -- this will bring you the stack trace of the place where it crashed. If you compile xombrero with debugging enabled (-g gcc option) you will even see lines of code... Is this your new G5? If so, congratulations! On Tue, Feb 9, 2016 at 11:43

Re: jdk 1.8 compilation

I would think that increasing your account limits should be enough to get rid of OOM exception. I would also think that JDK compilation may be quite memory hog so please be generous with giving enough. On Sun, Feb 7, 2016 at 9:47 AM, Yozo TODA wrote: > I tried to compile

Re: Haskell on PowerPC (Was: Questions about PowerMac G5 (fan control, haskell) ?)

Try to use cross-compilation. I think GHC HEAD should be quite OK on this. GHC also provides functional PowerPC backend which was even enhanced to support 64bit so I think there is really high chance you will be able to succeed. The tricky part is in configuration where you will need to experiment

Re: Haskell on PowerPC (Was: Questions about PowerMac G5 (fan control, haskell) ?)

On Mon, Feb 1, 2016 at 4:22 PM, Christoph R. Murauer wrote: > Thanks for your detailed answer. If the machine arrives, I will give > it a try at the weekend. > > I also think, that cross compiling is the best solution. I will use a > snapshot for it. Depending on how many macppc

Re: pledge(2) binding for Haskell

Hello, I've thought it would be nice if Haskell type checker would work into our strength. Attached patch defines algebraic data type Promise and use this for calling pledge sys call. The patch also provides two version of Promise to string conversion function. One is explicit and another is

Re: GHC 8.0.1 RC1

On Sat, Jan 23, 2016 at 11:03 PM, Matthias Kilian wrote: > Awesome. This works without any patches? Yes, no additional patches necessary! Well, I've basically took your accumulated patches and pushed them upstream with just my little-bit to enable shared libs and PIE. No

Re: pledge(2) binding for Haskell

Hi Kili, On Sat, Jan 23, 2016 at 10:54 PM, Matthias Kilian wrote: > Well, it's of course more elegant, but it would also mean that > everytime a new pledge promise will be introduced or an existing > one removed, this type has to be changed. I don't know how stable > the

GHC 8.0.1 RC1

Hello, GHC 8.0.1 RC1 is announced here: https://mail.haskell.org/pipermail/ghc-devs/2016-January/010966.html what may be interesting for OpenBSD/GHC users is that this release/rc1 supports shared libraries and position independent executables. To build you need to have ghc, alex, happy, libffi,

Re: Firefox performance regressions

If this is about malloc and it's locking, have anybody tried to use some custom more C++ friendly malloc lib like google's tcmalloc? Another possibility is to gdb attach to firefox and than attempt to track down where those excessive locks happen or hack ltrace to print/save full stack trace if

Re: Eclipse on OpenBSD 5.7 java.lang.UnsatisfiedLinkError

Now the question is if this jar is proper bundle and if so if it's mentioned somewhere in Eclipse OSGi configuration. Do you have configuration/config.ini file? Is there a bundle list inside it or is there kind of simple configuration use? i.e. have a look into osgi.bundles= line. If simple

Re: Eclipse on OpenBSD 5.7 java.lang.UnsatisfiedLinkError

On Mon, Sep 14, 2015 at 8:56 PM, Jack J. Woehr wrote: > java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3236 in java.library.path > at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1886) [...] > I do find in >

Re: lang/ghc update preview

Hi, seeing this, I'd like to note that I've got some of your patches to GHC HEAD which will become 7.12 once released probably so this may easy your job a little bit. I've also done some testing and switched on dynamic libraries and full PIE stuff. Got some optimistic results (means majority of

Re: devel/boost fails to build on sparc64

Shouldn't also kind of https://github.com/boostorg/build/commit/ec60c37295146bb80aa44a92cf416027b75b5ff7 goes in? On Tue, Jul 28, 2015 at 4:42 PM, Jérémie Courrèges-Anglas j...@wxcvbn.org wrote: Stuart Henderson s...@spacehopper.org writes: It's just complaining about -mcpu=c3 (which we don't

Re: devel/boost fails to build on sparc64

Oh, I've thought Jérémie's diff just added those cpu specific flags. Reading more carefully it looks like it adds removal of those flags into the OpenBSD's patch file. Sorry guys for noise. On Tue, Jul 28, 2015 at 6:27 PM, Stuart Henderson s...@spacehopper.org wrote: On 2015/07/28 18:10, Karel

[PATCH] libffi -- link with pthread

Hello, ports' libffi depends on libpthread but is not linked against it. That means that any program depending on libffi also needs to link with libpthread explicitly. It also makes some troubles in autoconf's configure systems testing for libffi usability where on OpenBSD we get unresolved

POSIX threading and GCC 3.4/4.0/4.1 in ports.

probably better for misc mailing list. Thanks, Karel -- Karel Gardas [EMAIL PROTECTED] ObjectSecurity Ltd. http://www.objectsecurity.com