Displaying 20 results from an estimated 100 matches similar to: "[LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points"
2015 Feb 17
3
[LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points
On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote:
> Avoid redefined symbol errors in clang. Based on a suggestion from
> Rafael Ávila de Espíndola <rafael.espindola at gmail.com> in
> http://llvm.org/bugs/show_bug.cgi?id=19778.
>
> Signed-off-by: Marc Dietrich <marvin24 at gmx.de>
> ---
> v2: - no change
> v3: - include util
2015 Feb 17
2
[LLVMdev] [PATCH 1/2 v3] configure: add visibility macro detection to configure
On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote:
> This adds clang/gcc visibility macro detection to configure and util/macros.h.
> This is can be used to conveniently add e.g. a "HIDDEN" attribute to a function.
>
> Signed-off-by: Marc Dietrich <marvin24 at gmx.de>
> ---
> v2: use VISIBILITY_*FLAGS instead of *FLAGS directly
>
2015 Feb 26
2
[LLVMdev] [Mesa-dev] [PATCH 1/2 v3] configure: add visibility macro detection to configure
Hi Marc
On 17/02/15 09:40, Marc Dietrich wrote:
> This adds clang/gcc visibility macro detection to configure and util/macros.h.
> This is can be used to conveniently add e.g. a "HIDDEN" attribute to a function.
>
I believe this should be OK to go in regardless of the status of patch
2. There are just a couple of trivial nitpicks.
> Signed-off-by: Marc Dietrich
2015 Feb 20
2
[LLVMdev] [PATCH 0/2 v3] add visibility hidden to tls entry points
On Tue, Feb 17, 2015 at 1:55 PM, Sedat Dilek <sedat.dilek at gmail.com> wrote:
> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote:
>> Patch 1 adds a check for the compilers visibility macro to configure.ac.
>> Patch 2 avoids redefined symbol errors in clang of the tls entry points.
>> Based on a suggestion from Rafael Ávila de Espíndola
2015 Feb 17
2
[LLVMdev] [PATCH 2/2 v3] add visibility hidden to tls entry points
On Tue, Feb 17, 2015 at 12:38 PM, Marc Dietrich <marvin24 at gmx.de> wrote:
> Am Dienstag, 17. Februar 2015, 11:58:06 schrieb Sedat Dilek:
>> On Tue, Feb 17, 2015 at 10:40 AM, Marc Dietrich <marvin24 at gmx.de> wrote:
>> > Avoid redefined symbol errors in clang. Based on a suggestion from
>> > Rafael Ávila de Espíndola <rafael.espindola at gmail.com> in
2015 Feb 10
2
[LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2
On 10/02/15 13:17, Dimitry Andric wrote:
> On 09 Feb 2015, at 18:52, Sedat Dilek <sedat.dilek at gmail.com> wrote:
>>
>> On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>>> On 07/02/15 22:42, Sedat Dilek wrote:
> ...
>>>> In file included from ../../src/mapi/entry.c:49:
>>>> ./entry_x86-64_tls.h:66:1:
2015 Feb 14
4
[LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2
On 11 Feb 2015, at 11:16, Sedat Dilek <sedat.dilek at gmail.com> wrote:
>
> On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>> On 10/02/15 13:17, Dimitry Andric wrote:
>>> On 09 Feb 2015, at 18:52, Sedat Dilek <sedat.dilek at gmail.com> wrote:
>>>>
>>>> On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov
2015 Feb 09
2
[LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2
On Mon, Feb 9, 2015 at 6:44 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote:
> Hi Sedat,
>
> On 07/02/15 22:42, Sedat Dilek wrote:
>> [ Please CC me I am not subscribed to mesa-dev and llvmdev MLs ]
>>
>> Hi,
>>
>> I already reported this when playing 1st time with my llvm-toolchain
>> v3.6.0rc2 and mesa v10.3.7 [1].
>> The issue still
2015 Feb 16
2
[LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support in GLXwithllvm-toolchain v3.6.0rc2
Am Montag, 16. Februar 2015, 12:42:19 schrieb Sedat Dilek:
> On Mon, Feb 16, 2015 at 10:39 AM, Marc Dietrich <marvin24 at gmx.de> wrote:
> > Am Samstag, 14. Februar 2015, 18:20:12 schrieb Dimitry Andric:
> >> On 11 Feb 2015, at 11:16, Sedat Dilek <sedat.dilek at gmail.com> wrote:
> >> > On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov
> >> >
2014 Jul 30
3
[PATCH] libdrm: hide all private symbols
On 30/07/14 11:16, Christian K?nig wrote:
> [CCing Emil as well]
>
> Am 30.07.2014 um 11:38 schrieb Maarten Lankhorst:
>> Using -export-symbols-regex all private symbols are hidden, resulting in the
>> following changes:
>
> Wasn't "-export-symbols-regex" exactly that stuff we are trying to avoid in mesa?
>
IMHO we should try to pick up Thierry
2014 Jul 30
2
[PATCH libdrm] configure: Support symbol visibility when available
On Wed, Jul 30, 2014 at 9:48 AM, Thierry Reding
<thierry.reding at gmail.com> wrote:
> From: Thierry Reding <treding at nvidia.com>
>
> Checks whether or not the compiler supports the -fvisibility option. If
> so it sets the VISIBILITY_CFLAGS variable which can be added to the per
> directory AM_CFLAGS where appropriate.
>
> By default all symbols will be hidden
2015 Feb 16
1
[LLVMdev] [Mesa-dev] mesa-10.4.4: BROKEN TLS support in GLXwith llvm-toolchain v3.6.0rc2
Am Samstag, 14. Februar 2015, 18:20:12 schrieb Dimitry Andric:
> On 11 Feb 2015, at 11:16, Sedat Dilek <sedat.dilek at gmail.com> wrote:
> > On Wed, Feb 11, 2015 at 12:09 AM, Emil Velikov <emil.l.velikov at gmail.com>
wrote:
> >> On 10/02/15 13:17, Dimitry Andric wrote:
> >>> On 09 Feb 2015, at 18:52, Sedat Dilek <sedat.dilek at gmail.com> wrote:
2015 Feb 09
2
[LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2
On 09/02/15 17:44, Emil Velikov wrote:
> Hi Sedat,
>
> On 07/02/15 22:42, Sedat Dilek wrote:
>> [ Please CC me I am not subscribed to mesa-dev and llvmdev MLs ]
>>
>> Hi,
>>
>> I already reported this when playing 1st time with my llvm-toolchain
>> v3.6.0rc2 and mesa v10.3.7 [1].
>> The issue still remains in mesa v10.4.4.
>>
>> So,
2015 Feb 07
5
[LLVMdev] mesa-10.4.4: BROKEN TLS support in GLX with llvm-toolchain v3.6.0rc2
[ Please CC me I am not subscribed to mesa-dev and llvmdev MLs ]
Hi,
I already reported this when playing 1st time with my llvm-toolchain
v3.6.0rc2 and mesa v10.3.7 [1].
The issue still remains in mesa v10.4.4.
So, this is a field test to see if LLVM/Clang v3.6.0rc2 fits my needs.
I see the following build-error...
...
make[4]: Entering directory
2014 Jul 30
0
[PATCH libdrm] configure: Support symbol visibility when available
On 30/07/14 15:31, Rob Clark wrote:
> On Wed, Jul 30, 2014 at 9:48 AM, Thierry Reding
> <thierry.reding at gmail.com> wrote:
>> From: Thierry Reding <treding at nvidia.com>
>>
>> Checks whether or not the compiler supports the -fvisibility option. If
>> so it sets the VISIBILITY_CFLAGS variable which can be added to the per
>> directory AM_CFLAGS
2014 Jul 30
0
[PATCH libdrm] configure: Support symbol visibility when available
From: Thierry Reding <treding at nvidia.com>
Checks whether or not the compiler supports the -fvisibility option. If
so it sets the VISIBILITY_CFLAGS variable which can be added to the per
directory AM_CFLAGS where appropriate.
By default all symbols will be hidden via the VISIBILITY_CFLAGS. The
drm_public macro can be used to mark symbols that should be exported.
Signed-off-by: Thierry
2015 May 07
0
[ANNOUNCE] libdrm 2.4.61
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Release to fix regression in nouveau in 2.4.60,
but brings lots of android changes and other fixes.
Ben Skeggs (2):
nouveau: restore check that avoids multiple user bos per kernel bo
configure.ac: bump version to 2.4.61 for release
Chih-Wei Huang (3):
android: simplify the including rule of subdirs
android: get rid of
2014 Jul 31
1
[libdrm PATCH 1/3] nouveau: Only export public functions.
This hides all the abi16_* functions and the nouveau_debug variable,
they should have been private to begin with.
Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com>
---
nouveau/Makefile.am | 1 +
nouveau/bufctx.c | 10 +++++-----
nouveau/nouveau.c | 40 ++++++++++++++++++++--------------------
nouveau/private.h | 1 +
nouveau/pushbuf.c | 20
2017 Mar 13
1
[ANNOUNCE] intel-gpu-tools 1.18
A new intel-gpu-tools quarterly release is available with the
following changes:
Library changes:
- Various changes to library functions so that they don't assume Intel
hardware. (Lyude)
- Added helper functions for managing synchronization primitives.
(Robert Foss)
- Added support for the new generic CRC capture kernel ABI. (Tomeu
Vizoso)
- Added Geminilake platform support. (Ander
2010 May 02
2
samba4 make error - drsblobs.so
Hello - make fails to build the latest git of samba4 - erroring on drsblobs.so. Below is a full log from autogen.sh to the make. Would you have any suggestions on proceeding?
Thank you,
Ryan
ryan at test1:~/samba-master/source4$ sudo ./autogen.sh
./autogen.sh: running script/mkversion.sh
./script/mkversion.sh: 'version.h' created for Samba("4.0.0alpha12-GIT-d83850a")