On 2013-01-07 00:07, Jakub Lach wrote:
While it is only remotely related, it looks like MFC of 3.2 for STABLE
should be around the corner?
I'm postponing the MFC of 3.2, until we find the exact cause of the
libgcc problem (1).
-Dimitry
1) http://lists.freebsd.org/pipermail/freebsd-current/201
While it is only remotely related, it looks like MFC of 3.2 for STABLE
should be around the corner?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/LLVM-3-2-official-stable-port-is-still-LLVM-3-1-Basesystem-missing-important-LLVM-pieces-tp5775141p5775300.html
Sent from the
On 2013-01-06 21:38, Erik Cederstrand wrote:
Den 06/01/2013 kl. 18.25 skrev "O. Hartmann" :
In contrast, LLVM changes the ABI (and API!) significantly between point
releases. We therefore don't want to encourage anything outside of the base
system to link against these libraries, because doin
Den 06/01/2013 kl. 18.25 skrev "O. Hartmann" :
>> In contrast, LLVM changes the ABI (and API!) significantly between point
>> releases. We therefore don't want to encourage anything outside of the base
>> system to link against these libraries, because doing so would prevent us
>> from importi
On 6 Jan 2013 14:57, "Dimitry Andric" wrote:
>
> On 2013-01-06 15:16, Erik Cederstrand wrote:
> ...
>
>> I think the real problem is that LLVM and the related tools are build in
one go, so you can't easily build llvm-config and others for the base
version of LLVM.
>
>
> Well, it would be easy enou
Am 01/06/13 17:49, schrieb David Chisnall:
> On 6 Jan 2013, at 12:55, O. Hartmann wrote:
>
>> Having a crippled LLVM aboard AND the need having installed a port is a
>> kind of none-sense. Why should I install port devel/llvm to have a
>> working LLVM backend?
>
> The issue is the same as the iss
On 6 Jan 2013, at 16:48, Nathan Whitehorn wrote:
> No. It's completely broken at all optimization levels. There do not
> appear to be any flags that change the behavior. Building unwind-dw2.c
> either with gcc or with the previous import of clang in our tree does
> fix it, however.
Do you have an
On 6 Jan 2013, at 12:55, O. Hartmann wrote:
> Having a crippled LLVM aboard AND the need having installed a port is a
> kind of none-sense. Why should I install port devel/llvm to have a
> working LLVM backend?
The issue is the same as the issue for anything in the FreeBSD base system,
which is:
On 01/06/13 11:46, David Chisnall wrote:
> On 6 Jan 2013, at 14:17, Stefan Farfeleder wrote:
>
>> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
>>> Here's a minimal test case that reproduces the bug:
>> [...]
>>
>> Until someone fixes this bug, could we apply something like th
On 6 Jan 2013, at 14:17, Stefan Farfeleder wrote:
> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
>> Here's a minimal test case that reproduces the bug:
> [...]
>
> Until someone fixes this bug, could we apply something like this as a
> work-around?
>
> Stefan
>
> Index: gn
On 01/06/13 10:29, Nathan Whitehorn wrote:
> On 01/06/13 09:59, Dimitry Andric wrote:
>> On 2013-01-06 15:17, Stefan Farfeleder wrote:
>>> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that reproduces the bug:
>>> [...]
>>>
>>> Until someone fixe
On Sun, Jan 06, 2013 at 04:23:13PM +0100, Marius Strobl wrote:
> On Wed, Dec 26, 2012 at 09:24:46PM +0200, Alexander Motin wrote:
> > On 26.12.2012 01:21, Marius Strobl wrote:
> > > On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote:
> > >> Experiments with dummynet shown ineffective s
On Sun, Jan 06, 2013 at 03:59:59PM +0100, Dimitry Andric wrote:
> On 2013-01-06 15:17, Stefan Farfeleder wrote:
> > On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
> >> Here's a minimal test case that reproduces the bug:
> > [...]
> >
> > Until someone fixes this bug, could we ap
Am 01/06/13 15:52, schrieb Dimitry Andric:
> On 2013-01-06 13:55, O. Hartmann wrote:
>> While working with an OpenCL port that is depending on LLVM 3.2, I feel
>> very uncomfortable haveng to have devel/llvm-devel installed while the
>> official release of LLVM is 3.2.
>
> Please prod the port mai
Am 01/06/13 15:57, schrieb Dimitry Andric:
> On 2013-01-06 15:16, Erik Cederstrand wrote:
> ...
>> I think the real problem is that LLVM and the related tools are build
>> in one go, so you can't easily build llvm-config and others for the
>> base version of LLVM.
>
> Well, it would be easy enough
Am 01/06/13 15:52, schrieb Dimitry Andric:
> On 2013-01-06 13:55, O. Hartmann wrote:
>> While working with an OpenCL port that is depending on LLVM 3.2, I feel
>> very uncomfortable haveng to have devel/llvm-devel installed while the
>> official release of LLVM is 3.2.
>
> Please prod the port mai
On 01/06/13 09:59, Dimitry Andric wrote:
> On 2013-01-06 15:17, Stefan Farfeleder wrote:
>> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
>>> Here's a minimal test case that reproduces the bug:
>> [...]
>>
>> Until someone fixes this bug, could we apply something like this as a
On Wed, Dec 26, 2012 at 09:24:46PM +0200, Alexander Motin wrote:
> On 26.12.2012 01:21, Marius Strobl wrote:
> > On Tue, Dec 18, 2012 at 11:03:47AM +0200, Alexander Motin wrote:
> >> Experiments with dummynet shown ineffective support for very short
> >> tick-based callouts. New version fixes that,
On 2013-01-06 15:17, Stefan Farfeleder wrote:
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that reproduces the bug:
[...]
Until someone fixes this bug, could we apply something like this as a
work-around?
Stefan
Index: gnu/lib/libgcc/Makefile
On 2013-01-06 15:16, Erik Cederstrand wrote:
...
I think the real problem is that LLVM and the related tools are build in one
go, so you can't easily build llvm-config and others for the base version of
LLVM.
Well, it would be easy enough to build llvm-config, but what should its
output be?
On 2013-01-06 13:55, O. Hartmann wrote:
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2.
Please prod the port maintainer (Brooks) to update the llvm port
instead. I ha
Den 06/01/2013 kl. 13.55 skrev O. Hartmann :
> While FreeBSD's
> base system already has LLVM/CLANG, it is missing some important LLVM
> pieces, like llvm-config and others.
llvm-config is a build dependency that spits out some lib paths that you can
just hard-code for FreeBSD. So what in "other
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
> Here's a minimal test case that reproduces the bug:
[...]
Until someone fixes this bug, could we apply something like this as a
work-around?
Stefan
Index: gnu/lib/libgcc/Makefile
While working with an OpenCL port that is depending on LLVM 3.2, I feel
very uncomfortable haveng to have devel/llvm-devel installed while the
official release of LLVM is 3.2. The port devel/llvm is still the older
3.1. Is this going to be changed? I guess it must be synchronized with
FreeBSD 9.X's
24 matches
Mail list logo
