On 17 Aug 2014, at 03:16, Jens K. Loewe wrote:
> for a couple of weeks qt4 seems to be broken on 10.0-RELEASE-p7.
> Trying to compile qt4-xmlpatterns pretty much fails:
>
> -
>
> c++: error: unable to execute command: Killed
> c++: error: clang frontend command failed
The following reply was made to PR ports/154084; it has been noted by GNATS.
From: Dimitry Andric
To: Raphael Kubo da Costa
Cc: bug-follo...@freebsd.org
Subject: Re: [kde-freebsd] Re: ports/154084: www/qt4-webkit giving link errors
on amd64 with new binutils
Date: Mon, 17 Jan 2011 17:04:15
The following reply was made to PR ports/154084; it has been noted by GNATS.
From: Dimitry Andric
To: Raphael Kubo da Costa
Cc: bug-follo...@freebsd.org
Subject: Re: [kde-freebsd] Re: ports/154084: www/qt4-webkit giving link errors
on amd64 with new binutils
Date: Mon, 17 Jan 2011 20:47:57
The following reply was made to PR ports/154084; it has been noted by GNATS.
From: Dimitry Andric
To: bug-follo...@freebsd.org
Cc:
Subject: Re: ports/154084: www/qt4-webkit giving link errors on amd64 with
new binutils
Date: Tue, 18 Jan 2011 23:57:03 +0100
The patch has been accepted
On 2011-04-14 10:58, George Liaskos wrote:
...
More precisely, /usr/local/include/eigen2/Eigen/Core :
37 #ifdef __SSE3__
38 #include
39 #endif
40 #ifdef __SSSE3__
41 #include
42 #endif
I have tmmintrin.h only under /usr/include/clang/2.9, using r220528 - amd64.
You
On 2011-04-14 15:20, Alexander Best wrote:
...
>> There's one more minor hiccup described here
>> http://lists.freebsd.org/pipermail/freebsd-current/2011-March/023415.html
>>
>> This issue as of r220528 is not resolved.
>
> odd. r219697 should have taken care of that. maybe you might want to ping
>
On 2011-04-14 16:03, Alexander Best wrote:
...
> for me too when using clang. i cannot say anything about base gcc because it's
> dated march 13th on my machine, which is before r219697 was committed.
>
> are you sure you are running a copy of base gcc built from a recent HEAD?
Yep, built today fr
On 2012-12-06 18:12, Mark Atkinson wrote:
Short backstory, I had recently upgraded my workstation to the latest
current which included clang as default cc now.
...
qdbus under kde segfaults in malloc with a huge recursion stack:
[...]
#44740 0x282f7bd4 in QObject::QObject () from
/usr/local/li
On 2012-12-07 13:59, Dimitry Andric wrote:
On 2012-12-06 18:12, Mark Atkinson wrote:
Short backstory, I had recently upgraded my workstation to the latest
current which included clang as default cc now.
...
qdbus under kde segfaults in malloc with a huge recursion stack:
...
This is a bug
On 2012-12-07 17:43, Mark Atkinson wrote:
On 12/7/2012 6:08 AM, Dimitry Andric wrote:
...
With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus
starts up and exits normally for me. I did not do any other rigorous
testing, though. :)
Thanks for the awesome analysis. I will
Hi,
I finally had some time to figure out why devel/qt4-corelib could not be
built with clang. In particular, src/corelib/tools/qsimd.cpp fails
with:
clang++ -c -O2 -pipe -fno-strict-aliasing -pthread
-I/usr/local/include/glib-2.0 -I/usr/local/include -O2 -fvisibility=hidden
-fvisibility-inl
On 2013-05-08 13:18, Raphael Kubo da Costa wrote:
Dimitry Andric writes:
However, for 3DNow intrinsics, the header has something different:
#if defined(QT_HAVE_3DNOW)
#include
#endif
As you can see, there is no test whether the compiler defines __3dNOW__,
so if the configuration
On 2013-05-08 13:23, Raphael Kubo da Costa wrote:
Raphael Kubo da Costa writes:
This still looks weird to me: QT_HAVE_3DNOW should only be defined if
the test in config.tests/unix/3dnow/3dnow.cpp passes. It's supposed to
fail to build with clang-i486 just like qsimd.cpp.
[...]
I'm at $WORK ri
On 2013-05-08 16:11, Raphael Kubo da Costa wrote:
Dimitry Andric writes:
And it does similar includes for other intrinsics. Note that it tests
both QT_HAVE_SSE3 (which is a configure-time feature), and __SSE3__,
which is defined by the compiler, if it supports SSE3 in the current
mode. That
On May 27, 2013, at 18:24, Matthias Apitz wrote:
> On 10-CURRENT r250558 with ports from SVN head r319094, clang as
>
> # clang --version
> FreeBSD clang version 3.3 (trunk 178860) 20130405
>
> the compilation of:
>
> # cd /usr/ports/www/qt4-webkit
> # make install
>
> ends up reproduceable w
On Jun 9, 2013, at 17:13, Martin Wilke wrote:
> Begin forwarded message:
>> From: Charlie Root
>> Subject: [10i386-default] Build failed for qt4-webkit-4.8.4_1 during build
>> Date: June 9, 2013 11:24:58 AM GMT+08:00
>> To: m...@bsdhash.org
>>
>> Maintainer: k...@freebsd.org
>> Last committe
On Jun 11, 2013, at 22:09, Matthias Apitz wrote:
> El día Tuesday, June 11, 2013 a las 08:50:13PM +0300, Raphael Kubo da Costa
> escribió:
>
>>> What is the best option for this to be set on the command line while making
>>> x11/kde4 or only www/qt4-webkit and returning after this to the make of
On Aug 13, 2013, at 07:48, Schaich Alonso wrote:
> devel/smokekde seems to use the -fno-exceptions compiler switch to disable
> C++ exceptions, while at the same time it refers to some inline code of
> akonadi that uses exceptions
> (${KDEPREFIX}/include/akonadi/itempayloadinternals_p.h:164 for e
On Sep 8, 2013, at 08:14, O. Hartmann wrote:
> On Sat, 7 Sep 2013 22:49:54 GMT
> rak...@freebsd.org wrote:
>
>> Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22:
>> error: call to 'swap' is ambiguous
>>
>> State-Changed-From-To: open->patched
>> State-Changed-By: rakuco
>> Sta
On Oct 2, 2013, at 14:02, Matthias Apitz wrote:
> After the unsuccessfull attempts in May/June I though it's time to give
> it a try again to build the port x11/kde4 in
>
> $ uname -a
> FreeBSD aurora.Sisis.de 10.0-ALPHA4 FreeBSD 10.0-ALPHA4 #0 r255948: Tue
> Oct 1 09:00:53 CEST 2013 g...@aurora
On Oct 18, 2013, at 15:30, Raphael Kubo da Costa wrote:
> Alonso Schaich writes:
>
>> SVN commit 9630 by aschai:
>>
>> Disable OTT optimization that breaks clang's linker. While here, enable the
>> RAWSPEED build, track missing dependecies, USE pkgconfig and fix a broken C++
>> procedure.
>
>
On 13 Dec 2013, at 10:06, Anton Shterenlikht wrote:
> I'm asking for help debugging random moc related segfaults on ia64.
> This is a major problem, but I have no idea where to look at all.
>
> Examples:
>
> 1) multimedia/phonon
>
> https://bugs.kde.org/show_bug.cgi?id=325841
> Generating moc_
22 matches
Mail list logo
