Wladislav Artsimovich writes:
> Finally, on Gen4/Gen5 iGPUs, crocus does not expose
> GL_EXT_gpu_shader4, thus modern GLSL functions are missing targets and
> no "GL_ARB_blend_func_extended", as is normally possible on with i915
> and documented here:
> https://lists.freedesktop.org/archives/mesa
Jan Beich writes:
> "int" isn't large enough and lack of builtins only manifests at link time.
> This was breaking build on FreeBSD 11.0 i386 with Clang 3.8.0.
>
> glsl/.libs/libstandalone.a(libmesautil_la-disk_cache.o): In function
> `disk_cache_remove':
>
ed reference to `__atomic_fetch_add_8'
disk_cache.c:(.text+0xec1): undefined reference to `__atomic_fetch_add_8'
c++: error: linker command failed with exit code 1 (use -v to see invocation)
Signed-off-by: Jan Beich
---
configure.ac| 13 -
src/util/u_atomic.c | 4
[-Werror,-Wmissing-prototypes]
__atomic_fetch_sub_8(uint64_t *ptr, uint64_t val, int memorder)
^
2 errors generated.
Signed-off-by: Jan Beich
---
src/util/u_atomic.c | 8
1 file changed, 8 insertions(+)
diff --git a/src/util/u_atomic.c b/src/util/u_atomic.c
index 691c34cf30..ce600aeeed 1
Jonathan Gray writes:
> commit a6a38a038bd62e6d9558905f00bef81b5e7e6fcc
> Author: Grazvydas Ignotas
> Date: Fri Mar 31 01:26:25 2017 +0300
>
> util/u_atomic: provide 64bit atomics where they're missing
>
> attempts to handle powerpc like situations, though not sync
> builtins being missing
Jonathan Gray writes:
> On Sat, May 13, 2017 at 02:22:30AM +0200, Jan Beich wrote:
>
>> "int" isn't large enough and lack of builtins only manifests at link time.
>> This was breaking build on FreeBSD 11.0 i386 with Clang 3.8.0.
>>
>> glsl/.libs/lib
"int" isn't large enough and lack of builtins only manifests at link time.
This was breaking build on FreeBSD 11.0 i386 with Clang 3.8.0.
glsl/.libs/libstandalone.a(libmesautil_la-disk_cache.o): In function
`disk_cache_remove':
disk_cache.c:(.text+0x763): undefined reference to `__atomic_fetch_ad
Vinson Lee writes:
> --e 's/[[[:space:]]]+-DNDEBUG\>//g' \
> --e 's/[[[:space:]]]+-D_GNU_SOURCE\>//g' \
> --e 's/[[[:space:]]]+-pedantic\>//g' \
> +-e 's/[[[:space:]]]+-DNDEBUG[[[:space:]]]//g' \
> +-e 's/[[[:space:]]]+-D_GNU_SOURCE[[[:space:]]]//g' \
> +
Vinson Lee writes:
> -# Use \> (marks the end of the word)
> +# Use [[:>:]] (marks the end of the word)
[[:>:]] is "an extension, compatible with but not specified by POSIX 1003.2".
GNU libc doesn't support it.
$ echo 'foot foo bar' | sed -E 's/foo[[:>:]]//g'
sed: -e expression #1, char
Eric Engestrom writes:
> On Monday, 2017-03-13 11:56:45 +0000, Jan Beich wrote:
>
>> Eric Engestrom writes:
>>
>> >> +echo " `$1`" | sed -E \
>> >> +-e 's/[[[:space:]]]+-m[[^[:space:]]]*//g' \
[...]
>> Do you w
Eric Engestrom writes:
>> +echo " `$1`" | sed -E \
>> +-e 's/[[[:space:]]]+-m[[^[:space:]]]*//g' \
>
> These only work for me if I remove the outermost `[]` on each line,
> leaving one pair around `:space:` and one for the set.
> The above line, for instance, becomes:
> -e 's/[[:spa
BSD regex library doesn't support extended RE escapes (e.g. \+) and
shorthand character classes (e.g. \s, \S) and SVR4-style word
delimiters[1] (on DragonFly and NetBSD). Both GNU and BSD sed support
-E and -r to enable extended RE but OS X still lacks -r.
[1] https://www.illumos.org/issues/516
--
12 matches
Mail list logo
