Re: libreoffice build error

On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated. :-( I fixed almost everything except for exception handling issues.

Re: libreoffice build error

On Wed, 18 Sep 2013 17:39:46 +0100 David Chisnall wrote: On 18 Sep 2013, at 16:26, Tijl Coosemans t...@freebsd.org wrote: On Tue, 17 Sep 2013 21:04:14 -0400 Jung-uk Kim wrote: On 2013-09-17 13:24:41 -0400, Jung-uk Kim wrote: I am still working on libc++ issues but it is much more complicated

restarting SYSCALL system call on amd64 loses arguments

Has anyone taken a look at this PR yet? http://www.freebsd.org/cgi/query-pr.cgi?pr=182161 signature.asc Description: PGP signature

Re: claws-mail deadlocking in iconv

On Wed, 9 Oct 2013 18:34:46 +0200 Fabian Keil wrote: After the iconv import claws-mail started to deadlock in iconv every now and then on my system, which prevented claws-mail from rendering windows or reacting to input. So far I haven't been able to reproduce this intentionally and various

Re: iconv in base breaks multiple ports

On Sun, 20 Oct 2013 20:27:23 +0200 Ulrich Spörlein wrote: ever since that iconv thing replaced the ports version, I run into trouble with several ports that I have installed on a -CURRENT (now stable/10 system). These are not compile-time errors, but crashes or limited functionality where I

Re: iconv in base breaks multiple ports

On Mon, 21 Oct 2013 22:34:45 +0200 Ulrich Spörlein wrote: On Mon, 2013-10-21 at 13:18:55 +0200, Tilman Keskinöz wrote: * Ulrich Spörlein [Sun, 20 Oct 2013 20:27:23 +0200]: ever since that iconv thing replaced the ports version, I run into trouble with several ports that I have installed on a

Re: newcons comming

On Fri, 25 Oct 2013 17:18:15 +0300 Aleksandr Rybalko wrote: On Fri, 25 Oct 2013 15:10:44 +0100 symbol...@gmx.com wrote: On Fri, Oct 25, 2013 at 06:43:54AM -0700, Adrian Chadd wrote: 3) Realise it's not yet ready for 10.0 or HEAD, and target it to be ready for MFC for a 10.1 release. 4) Delay

Re: MACHINE_CPU detection b0rked?

On Thu, 31 Oct 2013 09:53:42 +0700 Alexey Dokuchaev wrote: Hi, Judging from /usr/share/mk/bsd.cpu.mk, it knows about both core and core2 and should be able to give me the list of features these CPUs support. However, I'm puzzled: $ make -V MACHINE_CPU CPUTYPE=core2 ssse3 sse3

Re: new Xorg (KMS, etc.) for Radeon 9600

On Sun, 10 Nov 2013 18:20:29 +0100 d...@gmx.com wrote: info: [drm] Loading R300 Microcode radeonkmsfw_R300_cp: could not load firmware image, error 2 error: [drm:pid667:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to load firmware radeonkmsfw_R300_cp error: [drm:pid667:r100_cp_init]

Re: new Xorg (KMS, etc.) for Radeon 9600

On Tue, 12 Nov 2013 00:34:24 +0100 d...@gmx.com wrote: Tijl Coosemans wrote, On 11/11/2013 10:07: On Sun, 10 Nov 2013 18:20:29 +0100 d...@gmx.com wrote: error: [drm:pid667:r100_cp_init_microcode] *ERROR* radeon_cp: Failed to load firmware radeonkmsfw_R300_cp Make sure you have /boot/kernel

Re: Are clang++ and libc++ compatible?

On Tue, 12 Nov 2013 12:19:22 -0800 Steve Kargl wrote: On Tue, Nov 12, 2013 at 09:55:56AM -0800, Steve Kargl wrote: On Tue, Nov 12, 2013 at 06:37:39PM +0100, Dimitry Andric wrote: On 12 Nov 2013, at 17:54, Steve Kargl s...@troutmask.apl.washington.edu wrote: struct Entry {

Re: new Xorg (KMS, etc.) for Radeon 9600

On Wed, 13 Nov 2013 21:29:23 +0100 Jean-Sébastien Pédron wrote: Le 10/11/2013 18:20, d...@gmx.com a écrit : drmn0: info: GTT: 0M 0xF000 - 0xEFFF Tijl Coosemans is right, the problem is this line. As I don't really now how AGP works and have no AGP hardware to reproduce

Re: new Xorg (KMS, etc.) for Radeon 9600

On Thu, 14 Nov 2013 11:38:46 +0100 Tijl Coosemans wrote: On Wed, 13 Nov 2013 21:29:23 +0100 Jean-Sébastien Pédron wrote: Le 10/11/2013 18:20, d...@gmx.com a écrit : drmn0: info: GTT: 0M 0xF000 - 0xEFFF Tijl Coosemans is right, the problem is this line. As I don't really now how

Re: Are clang++ and libc++ compatible?

On Tue, 12 Nov 2013 14:40:42 -0800 Steve Kargl wrote: On Tue, Nov 12, 2013 at 10:19:46PM +0100, Tijl Coosemans wrote: On Tue, 12 Nov 2013 12:19:22 -0800 Steve Kargl wrote: This can't be good. And, unfortunately, testing math/octave shows no better :( % octave Segmentation fault (core

Re: Are clang++ and libc++ compatible?

On Sat, 16 Nov 2013 08:54:55 -0800 Steve Kargl wrote: On Sat, Nov 16, 2013 at 01:58:11PM +0100, Tijl Coosemans wrote: On Tue, 12 Nov 2013 14:40:42 -0800 Steve Kargl wrote: On Tue, Nov 12, 2013 at 10:19:46PM +0100, Tijl Coosemans wrote: On Tue, 12 Nov 2013 12:19:22 -0800 Steve Kargl wrote

Re: libc++ vs. libstdc++ usage in the ports tree

On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: Trying to migrate to 10, I would like to keep octave. Have you found anything new? Having build the port and all dependencies with standard options, octave is segfaulting for me, too. Anyhow, I can run octave with: env

Re: libc++ vs. libstdc++ usage in the ports tree

On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote: On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: Trying to migrate to 10, I would like to keep octave. Have you found anything new? Having build the port and all dependencies with standard options, octave is segfaulting

Re: libc++ vs. libstdc++ usage in the ports tree

On Tue, 03 Dec 2013 21:26:18 +0100 Jan Henrik Sylvester wrote: On 12/01/2013 15:06, Tijl Coosemans wrote: On Wed, 27 Nov 2013 20:45:56 +0100 Tijl Coosemans wrote: On Wed, 27 Nov 2013 19:31:44 +0100 Jan Henrik Sylvester wrote: Trying to migrate to 10, I would like to keep octave. Have you

Re: libc++ vs. libstdc++ usage in the ports tree

On Tue, 03 Dec 2013 22:37:34 +0100 Jan Henrik Sylvester wrote: On 12/03/2013 21:54, Tijl Coosemans wrote: On Tue, 03 Dec 2013 21:26:18 +0100 Jan Henrik Sylvester wrote: On 12/01/2013 15:06, Tijl Coosemans wrote: The tests were successful: https://redports.org/buildarchive/20131201105316-94935

Re: libc++ vs. libstdc++ usage in the ports tree

On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: I see the octave port is still broken. After a clean install on my self, removing all installed ports, reverting my local chnages in /usr/pors, and rebuilding all ports, I'm see the original problem. % octave Segmentation fault (core

Re: libc++ vs. libstdc++ usage in the ports tree

On Fri, 13 Dec 2013 15:49:19 +0100 Jan Henrik Sylvester wrote: On 12/13/2013 14:47, Tijl Coosemans wrote: On Thu, 12 Dec 2013 17:12:04 -0800 Steve Kargl wrote: I see the octave port is still broken. After a clean install on my self, removing all installed ports, reverting my local chnages

Re: ataidle + notebook hdd + 9.0-BETA2

On Wednesday 14 September 2011 05:59:05 Nenhum_de_Nos wrote: I just installed BETA2 on WD notebook disk: ada0 at ata2 bus 0 scbus1 target 0 lun 0 ada0: WDC WD5000BPVT-00HXZT1 01.01A01 ATA-8 SATA 2.x device ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) ada0: 476940MB (976773168

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 27-08-2012 18:24, John Baldwin wrote: On Sunday, August 26, 2012 4:37:53 pm Doug Barton wrote: The problem is that we don't really support the idea of things in the base magically deleting themselves. As I have said in previous messages, the bootstrapping problem is being overblown by

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 31-08-2012 14:22, Baptiste Daroussin wrote: On Fri, Aug 31, 2012 at 08:10:50AM -0400, John Baldwin wrote: On Friday, August 31, 2012 5:59:10 am Baptiste Daroussin wrote: On Thu, Aug 30, 2012 at 01:02:06PM -1000, Doug Barton wrote: I agree with John on all counts here. Further, the idea of a

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 31-08-2012 14:22, Baptiste Daroussin wrote: On Fri, Aug 31, 2012 at 08:10:50AM -0400, John Baldwin wrote: On Friday, August 31, 2012 5:59:10 am Baptiste Daroussin wrote: On Thu, Aug 30, 2012 at 01:02:06PM -1000, Doug Barton wrote: I agree with John on all counts here. Further, the idea of a

Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

On 01-09-2012 21:40, Matthew Seaman wrote: On 01/09/2012 18:43, Tijl Coosemans wrote: In this scenario the ports tree needs to keep support for older releases, but that's a consequence of the fact that there's only one ports tree for all releases. Somewhere in between the ports and the various

Re: atomic_ops.h: missing ...

On 05-09-2012 16:11, O. Hartmann wrote: Hello. While fiddling around with software that is looking for an include file atomic_ops.h, which seems to reside in the FreeBSD operating system's sources with lib/lbkse, I'd like to know whether those architecture specific header files are

Re: Clang as default compiler November 4th

On 11-09-2012 16:10, Dimitry Andric wrote: On 2012-09-11 15:24, Steve Kargl wrote: What is important is whether software built with clang functions correctly. See for example, http://math-atlas.sourceforge.net/errata.html#WhatComp Yes, maths support, specifically precision, is admittedly

Re: Clang as default compiler November 4th

On 15-09-2012 03:06, Steve Kargl wrote: On Fri, Sep 14, 2012 at 05:18:08PM -0700, Steve Kargl wrote: A third class of failure appears to be that clang emits i387 fpu instructions for at least sinf and cosf instead of calls to the library routines. AFAIK, the library routines are faster and

Re: Clang as default compiler November 4th

On 15-09-2012 14:48, Roman Divacky wrote: Fwiw, this seems to have been fixed as of a few minutes ago. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120910/150720.html Steve, can you please test llvm/clang from (their) svn and report back? We can import a newer snapshot if

Re: Clang as default compiler November 4th

On 15-09-2012 16:09, Roman Divacky wrote: Is this correct? lev ~$ ./cos 1.23456789e20 6.031937e-01 -9.629173e-02 2.814722e-01 Yes, that's what the libm call returns. signature.asc Description: OpenPGP digital signature

Re: Clang as default compiler November 4th

On 15-09-2012 17:39, Mehmet Erol Sanliturk wrote: On Sat, Sep 15, 2012 at 7:30 AM, Tijl Coosemans t...@coosemans.org wrote: On 15-09-2012 16:09, Roman Divacky wrote: Is this correct? lev ~$ ./cos 1.23456789e20 6.031937e-01 -9.629173e-02 2.814722e-01 Yes, that's what the libm call

Re: CD Access in 9.x and -CURRENT

On Thursday 29 December 2011 12:52:39 Claude Buisson wrote: On 12/29/2011 07:41, Garrett Cooper wrote: On Wed, Dec 28, 2011 at 9:56 PM, Joseph S. Atkinsonj...@freebsd.org wrote: I am the maintainer of VLC, I have an outstanding PR (ports/162190) on the issue of cdda:// access. I can confirm

posix_fadvise noreuse disables file caching

Hi, I recently noticed that multimedia/vlc generates a lot of disk IO when playing media files. For instance, when playing a 320kbps mp3 gstat reports about 1250kBps (=1kbps). That's quite a lot of overhead. It turns out that vlc sets POSIX_FADV_NOREUSE on the entire file and reads in chunks

Re: posix_fadvise noreuse disables file caching

On Wednesday 25 January 2012 17:29:22 John Baldwin wrote: On Friday, January 20, 2012 2:12:13 pm John Baldwin wrote: On Thursday, January 19, 2012 11:39:42 am Tijl Coosemans wrote: I recently noticed that multimedia/vlc generates a lot of disk IO when playing media files. For instance, when

Re: My incremental buildworlds started failing

On 2013-04-16 18:39, Dimitry Andric wrote: On Apr 16, 2013, at 18:08, Bjoern A. Zeeb wrote: I have been seeing this on incremental buildworlds for a day or two now? ANyone can throw the cluebat at me? If that means building with NO_CLEAN=yes then the problem is r249484. It creates a symlink:

Re: My incremental buildworlds started failing

On 2013-04-20 04:47, Bjoern A. Zeeb wrote: On Tue, 16 Apr 2013, Tijl Coosemans wrote: On 2013-04-16 18:39, Dimitry Andric wrote: On Apr 16, 2013, at 18:08, Bjoern A. Zeeb wrote: I have been seeing this on incremental buildworlds for a day or two now? ANyone can throw the cluebat at me

Re: new make vs security/vpnc

On 2013-07-09 00:05, Andriy Gapon wrote: Seems like the problem boils down to this: $ make -V MAKEFILE /usr/ports/security/vpnc/Makefile $ fmake -V MAKEFILE Makefile The only explicit assignments of MAKEFILE that I could find in ports infrastructure are these:

Re: CURRENT: CLANG 3.3 and -stad=c++11 and -stdlib=libc++: isnan()/isninf() oddity

On 2013-07-10 20:32, O. Hartmann wrote: On Wed, 10 Jul 2013 18:04:16 +0100 David Chisnall thera...@freebsd.org wrote: On 10 Jul 2013, at 17:33, O. Hartmann ohart...@zedat.fu-berlin.de wrote: Hi David, thanks for the fast response. The code I was told to check with is this: #include

Re: CURRENT: CLANG 3.3 and -stad=c++11 and -stdlib=libc++: isnan()/isninf() oddity

On 2013-07-11 06:21, Bruce Evans wrote: On Wed, 10 Jul 2013, Garrett Wollman wrote: On Wed, 10 Jul 2013 22:12:59 +0200, Tijl Coosemans t...@freebsd.org said: I think isnan(double) and isinf(double) in math.h should only be visible if (_BSD_VISIBLE || _XSI_VISIBLE) __ISO_C_VISIBLE 1999

Re: PKGNG: virtualbox-ose wants lang/gcc AND pdftk wants lang/gcc46

On Sun, 12 Jan 2014 03:00:53 +0100 vermaden wrote: Where is the logic?I can not install lang/gcc and lang/gcc46 both at the same time.Any hints? How to use BOTH virtualbox and pdftk using PKGNG? Please send ports/package related emails to the freebsd-ports mailing list. To answer your

Re: Base iconv (sort of) replaces libiconv in FreeBSD 10

On Wed, 19 Feb 2014 06:32:07 -0800 (PST) Robert_Burmeister wrote: As I use the Gnome2 desktop, I am unclear as to the recommended best practice. Base iconv and ports libiconv conflict, so one or the other should be used. FreeBSD 10 has been updated so that either base iconv or ports libiconv

Re: FYI: clang static analyzer page has moved to http://scan.freebsd.your.org/freebsd-head/

On Thursday 06 January 2011 09:01:09 Erik Cederstrand wrote: Den 05/01/2011 kl. 20.36 skrev Jilles Tjoelker: On Wed, Jan 05, 2011 at 05:55:45PM +0100, Ulrich Spörlein wrote: On Wed, 05.01.2011 at 09:34:49 -0500, John Baldwin wrote: These are all marked as __dead2, so the compiler should know

Re: FYI: clang static analyzer page has moved to http://scan.freebsd.your.org/freebsd-head/

On Wednesday 05 January 2011 14:14:39 Ulrich Spörlein wrote: Now that I'm fairly confident that the stability issues with your.org's VMs have been resolved, I'd like to point you to the new and improved, semi-weekly analyzer runs at http://scan.freebsd.your.org/freebsd-head/ I came

Re: newfs_msdos and DVD-RAM

On Friday 02 April 2010 21:31:33 Andriy Gapon wrote: on 02/04/2010 22:26 Andriy Gapon said the following: OK, I did it again. I tested the below patch using the scenario described above. Could you please review and/or test this patch? If you like it and it works, I can commit it. Thanks!

Re: Cleanup for cryptographic algorithms vs. compiler optimizations

On Friday 11 June 2010 21:37:29 Dag-Erling Smørgrav wrote: Ulrich Spörlein u...@spoerlein.net writes: optimizing compilers have a tendency to remove assignments that have no side effects. The code in sys/crypto/sha2/sha2.c is doing a lot of zeroing variables, which is however optimized away.

Re: Cleanup for cryptographic algorithms vs. compiler optimizations

On Friday 11 June 2010 23:31:57 Dag-Erling Smørgrav wrote: Tijl Coosemans t...@coosemans.org writes: Dag-Erling Smørgrav d...@des.no writes: #define FORCE_ASSIGN(type, var, value) \ *(volatile type *)(var) = (value) memset can be optimised away as well. The only way is to declare

Re: WITHOUT_CLANG=yes fix

On Monday 02 August 2010 18:36:54 Dimitry Andric wrote: On 2010-08-02 18:12, paradox wrote: # XXX: There is no way to specify bootstrap tools depending on MK-flags # with different per-architecture default values. Always build tblgen. Did you read that XXX comment? why do i need to build

Re: Official request: Please make GNU grep the default

On Thursday 19 August 2010 15:38:54 Dag-Erling Smørgrav wrote: Gabor Kovesdan ga...@freebsd.org writes: I've just committed a patch with the kind help of Dimitry Andric, which gives BSD grep a huge performance boost. The performance is now almost comparable to GNU grep. Not quite, as Doug

Re: [patch] syscons/vt keymap: Norwegian country code conflicts with default value

On Mon, 22 Sep 2014 14:09:54 +0200 Stefan Esser s...@freebsd.org wrote: Am 21.09.2014 um 18:39 schrieb Gyrd Thane Lange: Hi, Recent changes in keymap namning for syscons/vt to use shorter names has exposed a conflict with the value no both used as country code for Norway and as a

Re: VT: NOT giving extended console

On Fri, 31 Oct 2014 11:35:00 +0100 Jean-Sébastien Pédron jean-sebastien.ped...@dumbbell.fr wrote: On 31.10.2014 04:16, Larry Rosenman wrote: Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University

Re: A quick poll

On Mon, 12 Oct 2015 12:47:50 -0600 Warner Losh wrote: > The topic of including /usr/local in the paths for compilers, linkers, > etc has come up again. I’ve started a poll to judge sentiment in the > community about what the default policy of FreeBSD should be in this > regard. >

Re: HEADS UP: caution required with updates using custom kernels

On Sat, 25 Jun 2016 18:26:45 +0300 Konstantin Belousov wrote: > On Sat, Jun 25, 2016 at 05:17:14PM +0200, O. Hartmann wrote: >> Is there a way to salvage the situation without relying on "customized" >> third party kernels? >> >> I usually use /bin/csh - so this might be of

Installing opt_*.h kernel headers

Hi, The latest version of x11/nvidia-driver contains a call to a syscons function which is only available if the kernel config contains device sc (https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216050). The call doesn't seem to be critical so I'd like to patch it like this: +#include

Re: how to reduce the size of /usr/share/i18n data?

On Thu, 3 Nov 2016 15:48:09 +0800 Julian Elischer wrote: > On 1/11/2016 7:11 PM, Julian Elischer wrote: >> 01.11.2016 17:53, Julian Elischer пишет: >>> there are a number of packages that want to link with or use that >>> data, and you can't always disable it, but it's very

Re: Installing Linux libraries in /compat

On Fri, 7 Jul 2017 15:05:19 +0800 blubee blubeeme wrote: > This is linux_base-c6 > > I would just like to check with the list to make sure If I want to install > missing libraries I should get the CentOS 6 versions of the rpm > > I am missing some libraries for some printer

Re: Segfault in _Unwind_* code called from pthread_exit

On Thu, 24 Aug 2017 18:42:35 +0300 Konstantin Belousov <kostik...@gmail.com> wrote: > On Wed, Aug 23, 2017 at 04:37:07PM +0200, Tijl Coosemans wrote: >> The following program segfaults for me on amd64 when linked like this: >> >> cc -o test test.c -lpthread -L/usr/lo

Re: Segfault in _Unwind_* code called from pthread_exit

On Sat, 26 Aug 2017 02:44:42 +0300 Konstantin Belousov <kostik...@gmail.com> wrote: > On Fri, Aug 25, 2017 at 05:38:51PM +0200, Tijl Coosemans wrote: >> So both GCC and LLVM unwinding look up the return address in the CFI >> table and fail when the return address is gar

Re: Segfault in _Unwind_* code called from pthread_exit

On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov <kostik...@gmail.com> wrote: > On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >> On Sat, 26 Aug 2017 02:44:42 +0300 Konstantin Belousov <kostik...@gmail.com> >> wrote: >>> How does l

Segfault in _Unwind_* code called from pthread_exit

Hi, The following program segfaults for me on amd64 when linked like this: cc -o test test.c -lpthread -L/usr/local/lib/gcc5 -lgcc_s -rpath /usr/local/lib/gcc5 #include #include void * thr( void *arg ) { return( NULL ); } int main( void ) {

Re: Segfault in _Unwind_* code called from pthread_exit

On Thu, 24 Aug 2017 18:08:30 +0200 Tijl Coosemans <t...@freebsd.org> wrote: > On Thu, 24 Aug 2017 18:42:35 +0300 Konstantin Belousov <kostik...@gmail.com> > wrote: >> On Wed, Aug 23, 2017 at 04:37:07PM +0200, Tijl Coosemans wrote: >>> The following program segf

Re: Segfault in _Unwind_* code called from pthread_exit

On Sun, 22 Oct 2017 23:05:15 +0200 Andreas Tobler <andre...@freebsd.org> wrote: > On 22.10.17 02:18, Tijl Coosemans wrote: >> On Sat, 21 Oct 2017 22:02:38 +0200 Andreas Tobler <andre...@freebsd.org> >> wrote: >>> On 26.08.17 20:40, Konstantin Belousov wrote:

Re: Segfault in _Unwind_* code called from pthread_exit

On Tue, 31 Oct 2017 22:52:33 +0100 Andreas Tobler wrote: > On 31.10.17 22:36, Gerald Pfeifer wrote: >> On Tue, 31 Oct 2017, Andreas Tobler wrote: >> Those possibly still stuck on obsolete versions of FreeBSD don't >> need/want fancy new compilers and GCC 4.9 is still

Re: Segfault in _Unwind_* code called from pthread_exit

On Sun, 29 Oct 2017 21:13:58 +0200 Konstantin Belousov <kostik...@gmail.com> wrote: > On Sun, Oct 29, 2017 at 06:23:51PM +0100, Tijl Coosemans wrote: >> On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov <kostik...@gmail.com> >> wrote: >>> On Sat, Au

Re: Segfault in _Unwind_* code called from pthread_exit

On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler wrote: > Attached what I have for libgcc. It can be applied to gcc5-8, should > give no issues. The mentioned tc from this thread and mine, > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82635 do pass. > > What do you

Re: po/Makefile.in.in was not created by intltoolize."

On Thu, 26 Oct 2017 01:11:55 +0800 blubee blubeeme wrote: > I found this really old thread: > https://mail.gnome.org/archives/gtkmm-list/2009-August/msg00072.html > > and this really old script to "work around" the issue. > > #! /bin/sh -etest -n "$srcdir" ||

Re: Segfault in _Unwind_* code called from pthread_exit

On Sat, 21 Oct 2017 22:02:38 +0200 Andreas Tobler <andre...@freebsd.org> wrote: > On 26.08.17 20:40, Konstantin Belousov wrote: >> On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >>> On Sat, 26 Aug 2017 02:44:42 +0300 Konstantin Belousov >>

Re: Segfault in _Unwind_* code called from pthread_exit

On Sat, 26 Aug 2017 21:40:34 +0300 Konstantin Belousov <kostik...@gmail.com> wrote: > On Sat, Aug 26, 2017 at 08:28:13PM +0200, Tijl Coosemans wrote: >> I did consider using >> a CFI directive (see patch below) and it works, but it's architecture >> specific and it's

Re: Segfault in _Unwind_* code called from pthread_exit

On Mon, 30 Oct 2017 22:54:05 +0100 Andreas Tobler <andreast-l...@fgznet.ch> wrote: > On 30.10.17 15:32, Tijl Coosemans wrote: >> On Sun, 29 Oct 2017 20:40:46 +0100 Andreas Tobler <andreast-l...@fgznet.ch> >> wrote: >>> Attached what I have for libgcc.

Re: Runtime loader issue

On Wed, 9 May 2018 16:45:51 -0700 Steve Kargl wrote: > In review PR 228007, it came to my attention some individuals are > mis-characterizing a FreeBSD loader issue as "gfortran's FreeBSD > issue". See > >

Re: [RFC] Deprecation and removal of the drm2 driver

On Fri, 18 May 2018 14:03:32 -0600 Warner Losh wrote: > So do people use i386 for desktop? And need the latest KMS stuff? I use radeonkms on i386. But what about other architectures like powerpc? If it's getting in the way, can't it be turned into a port instead of removing

Re: atomic in i386 Current after CLANG 6 upgrade

On Mon, 15 Jan 2018 17:08:58 + David Chisnall wrote: > On 15 Jan 2018, at 17:00, Jan Beich wrote: >> It wouldn't help (see below). Clang 6 accidentally made __atomic* work >> enough to satisfy configure check but not for the port to build. I guess,

Re: atomic in i386 Current after CLANG 6 upgrade

On Mon, 15 Jan 2018 18:37:47 +0100 Dimitry Andric wrote: > On 15 Jan 2018, at 11:43, Luca Pizzamiglio wrote: >> I've already received a couple of messages from pkg-fallout about build >> failure on head-i386-default [1] [2] both pointing to the same

Re: atomic in i386 Current after CLANG 6 upgrade

On Mon, 15 Jan 2018 11:43:44 +0100 Luca Pizzamiglio wrote: > I've already received a couple of messages from pkg-fallout about build > failure on head-i386-default [1] [2] both pointing to the same errors, > about missing intrinsic symbols related to __atomic_* > > The

Re: i386 hangs during halt "vnodes remaining... 0 time out"

On Sat, 21 Apr 2018 21:09:09 + Rick Macklem wrote: > With a recent head/current kernel (doesn't happen when running a Dec. > 2017 one), when I do a halt, it gets as far as: > > vnodes remaining... 0 time out > > and that's it (the time out appears several seconds after

Re: i386 hangs during halt "vnodes remaining... 0 time out"

On Sun, 22 Apr 2018 15:05:21 +0300 Konstantin Belousov <kostik...@gmail.com> wrote: > On Sat, Apr 21, 2018 at 11:49:34PM +0200, Tijl Coosemans wrote: >> On Sat, 21 Apr 2018 21:09:09 + Rick Macklem <rmack...@uoguelph.ca> >> wrote: >>> With a recent head

Re: i386 hangs during halt "vnodes remaining... 0 time out"

On Sun, 22 Apr 2018 16:28:55 +0300 Konstantin Belousov <kostik...@gmail.com> wrote: > On Sun, Apr 22, 2018 at 03:15:00PM +0200, Tijl Coosemans wrote: >> Thanks for the review. There's just one concern I have. With this patch >> the bufspace_daemon threads appear to shutdown