[Mesa-dev] mesa clover from git fails to compile
Hello, after fixing problem with mako version mesa from git still fails to compile. Now problematic part is clover state tracker. Error message is: libtool: compile: g++-4.8 -DPACKAGE_NAME=\"Mesa\" -DPACKAGE_TARNAME=\"mesa\" - DPACKAGE_VERSION=\"12.1.0-devel\" "-DPACKAGE_STRING=\"Mesa 12.1.0-devel\"" "- DPACKAGE_BUGREPORT=\"https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa\"; -DPACKAGE_URL=\"\" - DPACKAGE=\"mesa\" -DVERSION=\"12.1.0-devel\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 - DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DYYTEXT_POINTER=1 - DHAVE___BUILTIN_BSWAP32=1 -DHAVE___BUILTIN_BSWAP64=1 -DHAVE___BUILTIN_CLZ=1 -DHAVE___BUILTIN_CLZLL=1 - DHAVE___BUILTIN_CTZ=1 -DHAVE___BUILTIN_EXPECT=1 -DHAVE___BUILTIN_FFS=1 -DHAVE___BUILTIN_FFSLL=1 - DHAVE___BUILTIN_POPCOUNT=1 -DHAVE___BUILTIN_POPCOUNTLL=1 -DHAVE___BUILTIN_UNREACHABLE=1 - DHAVE_FUNC_ATTRIBUTE_CONST=1 -DHAVE_FUNC_ATTRIBUTE_FLATTEN=1 -DHAVE_FUNC_ATTRIBUTE_FORMAT=1 - DHAVE_FUNC_ATTRIBUTE_MALLOC=1 -DHAVE_FUNC_ATTRIBUTE_PACKED=1 -DHAVE_FUNC_ATTRIBUTE_PURE=1 - DHAVE_FUNC_ATTRIBUTE_UNUSED=1 -DHAVE_FUNC_ATTRIBUTE_VISIBILITY=1 - DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT=1 -DHAVE_FUNC_ATTRIBUTE_WEAK=1 -DHAVE_DLADDR=1 - DHAVE_PTHREAD=1 -DHAVE_LIBEXPAT=1 -I. -I../../../../../../src/gallium/state_trackers/clover - I../../../../../../include -I../../../../../../src -I../../../../../../src/gallium/include - I../../../../../../src/gallium/drivers -I../../../../../../src/gallium/auxiliary - I../../../../../../src/gallium/winsys -I../../../../src - I../../../../../../src/gallium/state_trackers/clover -DHAVE_CLOVER_ICD -D_FORTIFY_SOURCE=2 -std=c++11 -fvisibility=hidden -I/usr/lib/llvm-3.7/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS - D__STDC_LIMIT_MACROS -std=c++11 -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE - DUSE_SSE41 -DNDEBUG -DTEXTURE_FLOAT_ENABLED -DUSE_X86_64_ASM -DHAVE_XLOCALE_H -DHAVE_SYS_SYSCTL_H - DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_DRM - DHAVE_LIBUDEV -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DHAVE_ALIAS - DHAVE_MINCORE -DHAVE_ST_VDPAU -DHAVE_LLVM=0x0307 -DMESA_LLVM_VERSION_PATCH=0 - DLIBCLC_INCLUDEDIR=\"/usr/include/\" -DLIBCLC_LIBEXECDIR=\"/usr/lib/clc/\" - DCLANG_RESOURCE_DIR=\"/usr/lib/llvm-3.7/lib/clang/3.7.0\" -g -O2 -fstack-protector --param=ssp-buffer- size=4 -Wformat -Wformat-security -Werror=format-security -Wall -Wall -fno-strict-aliasing -fno-math- errno -fno-trapping-math -MT llvm/libclllvm_la-invocation.lo -MD -MP -MF llvm/.deps/libclllvm_la- invocation.Tpo -c ../../../../../../src/gallium/state_trackers/clover/llvm/invocation.cpp -fPIC -DPIC -o llvm/.libs/libclllvm_la-invocation.o ../../../../../../src/gallium/state_trackers/clover/llvm/codegen/native.cpp: In function 'std::vector {anonymous}::emit_code(llvm::Module&, const clover::llvm::target&, llvm::TargetMachine::CodeGenFileType, std::string&)': ../../../../../../src/gallium/state_trackers/clover/llvm/codegen/native.cpp:129:52: error: invalid initialization of non-const reference of type 'clover::llvm::compat::raw_ostream_to_emit_file {aka llvm::raw_svector_ostream&}' from an rvalue of type '' compat::raw_ostream_to_emit_file fos { os }; ^ make[5]: *** [llvm/codegen/libclllvm_la-native.lo] Error 1 -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] Required Mako version? (WAS: mesa from git fails to compile)
On Tuesday 19 July 2016 05:11:56 Kenneth Graunke wrote: > On Monday, July 18, 2016 10:58:25 PM PDT Pali Rohár wrote: > > Any conclusion or fix for this issue? > > Dylan suggested you use pip --user to install a newer version of > Mako. Is that a workable solution to your problem? Now I was able to upgrade mako to version 0.9.1, hope that it is enough. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] Required Mako version? (WAS: mesa from git fails to compile)
Any conclusion or fix for this issue? On Saturday 16 July 2016 02:52:50 Jason Ekstrand wrote: > Adding Dylan > > On Jul 14, 2016 10:24 PM, "Samuel Iglesias Gonsálvez" > <sigles...@igalia.com> > > wrote: > > On 14/07/16 18:34, Eric Engestrom wrote: > > > On Thu, Jul 14, 2016 at 04:01:13PM +0100, Eric Engestrom wrote: > > >> Oh right, there's already check for the Mako version, but the > > >> minimum is currently set to 0.3.4 (configure.ac:92). > > >> > > >> Emil, you were the one to mention 0.8.0; is that the actual > > >> minimum, or just a known working version? > > > > > > OK, so I did a bit of digging, and the version check was > > > introduced by Samuel Iglesias Gonsalvez a couple years ago > > > (2b37bea0) at 0.7.3, and he later lowered it to 0.3.4 > > > (6d43a4c3), but I can't find any discussion regarding this > > > change: it seems there was none on the mailing list [0]. > > > > > > Adding Samuel so he can enlighten us :) > > > > > > [0] > > > > https://lists.freedesktop.org/archives/mesa-dev/2015-January/074366 > > .html > > > > > > There was a discussion in the mailing list. Just after I pushed > > this patch to master [0] setting it to 0.7.3 (because that was the > > version I had back then), Dave Airlie mentioned that RHEL6 only > > ships mako 0.3.4 [1] and asked if we really need a later version > > or not. We did some tests [2][3] and finally this patch [4] was > > pushed upstream. > > > > I don't know if we need some feature from mako 0.8.0 to generate > > isl_format_layout because this file was added later than my change, > > probably Emil knows it. > > > > Sam > > > > [0] > > https://lists.freedesktop.org/archives/mesa-dev/2015-January/074000 > > .html [1] > > https://lists.freedesktop.org/archives/mesa-dev/2015-January/074283 > > .html [2] > > https://lists.freedesktop.org/archives/mesa-dev/2015-January/074287 > > .html [3] > > https://lists.freedesktop.org/archives/mesa-dev/2015-January/074332 > > .html [4] > > https://lists.freedesktop.org/archives/mesa-dev/2015-January/074366 > > .html > > > > > > ___ > > mesa-dev mailing list > > mesa-dev@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/mesa-dev -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] mesa from git fails to compile
On Thursday 14 July 2016 15:41:51 Eric Engestrom wrote: > On Thu, Jul 14, 2016 at 12:24:32PM +0200, Pali Rohár wrote: > > Any news? Or possible fix? > > Have you tried Emil's suggestion, ie. upgrading to at least 0.8.0? No, as I wrote that ubuntu precise for that build has only python-mako in version 0.5.0 :-( As ubuntu precise does not have newer version I cannot update system package... > Build system wizards: > Any way to check the version and abort the compilation before running > into this issue? If it helps, this prints the version: > python <<< 'import mako; print(mako.__version__)' -- Pali Rohár pali.ro...@gmail.com ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] mesa from git fails to compile
Any news? Or possible fix? On Sunday 10 July 2016 18:26:28 Jason Ekstrand wrote: > This smells like strange Python problems. Ccing the resident Python expert. > Hello, compiling mesa from git is failing on this error: > > Making all in isl > make[5]: Entering directory `/«PKGBUILDDIR»/build/dri/src/intel/isl' > python2.7 ../../../../../src/intel/isl/gen_format_layout.py \ > --csv ../../../../../src/intel/isl/isl_format_layout.csv --out > isl_format_layout.c > Traceback (most recent call last): > File "../../../../../src/intel/isl/gen_format_layout.py", line 92, in > > output_encoding='utf-8') > TypeError: __init__() got an unexpected keyword argument 'future_imports' > make[5]: *** [isl_format_layout.c] Error 1 > make[5]: Leaving directory `/«PKGBUILDDIR»/build/dri/src/intel/isl' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory `/«PKGBUILDDIR»/build/dri/src/intel' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/«PKGBUILDDIR»/build/dri/src' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/«PKGBUILDDIR»/build/dri/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/«PKGBUILDDIR»/build/dri' > make: *** [debian/stamp/x86_64-linux-gnu-build-dri] Error 2 > > Any idea where is problem and how to fix it? > > Full build log is available at: > > https://launchpad.net/~pali/+archive/ubuntu/graphics-drivers/+build/10446196/+files/buildlog_ubuntu-precise-amd64.mesa-lts-trusty_11.3.0-git201607100358.5c17fb2~ubuntu12.04.1_BUILDING.txt.gz > > -- > Pali Rohár > pali.ro...@gmail.com > > ___ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/mesa-dev -- Pali Rohár pali.ro...@gmail.com ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] mesa from git fails to compile
On Monday 11 July 2016 10:11:30 Emil Velikov wrote: > Sounds similar (the same?) as > https://bugs.freedesktop.org/show_bug.cgi?id=89347. Output error looks lo be same. > Which version of mako do you have, can you give things a try with > 0.8.0 or later ? If you mean mako python module, then I have version 0.5.0. That build is for Ubuntu precise which have only that one version in repository, see: http://packages.ubuntu.com/precise/python-mako So I do not have new version of make... -- Pali Rohár pali.ro...@gmail.com ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] mesa from git fails to compile
Hello, compiling mesa from git is failing on this error: Making all in isl make[5]: Entering directory `/«PKGBUILDDIR»/build/dri/src/intel/isl' python2.7 ../../../../../src/intel/isl/gen_format_layout.py \ --csv ../../../../../src/intel/isl/isl_format_layout.csv --out isl_format_layout.c Traceback (most recent call last): File "../../../../../src/intel/isl/gen_format_layout.py", line 92, in output_encoding='utf-8') TypeError: __init__() got an unexpected keyword argument 'future_imports' make[5]: *** [isl_format_layout.c] Error 1 make[5]: Leaving directory `/«PKGBUILDDIR»/build/dri/src/intel/isl' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/«PKGBUILDDIR»/build/dri/src/intel' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/«PKGBUILDDIR»/build/dri/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/«PKGBUILDDIR»/build/dri/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»/build/dri' make: *** [debian/stamp/x86_64-linux-gnu-build-dri] Error 2 Any idea where is problem and how to fix it? Full build log is available at: https://launchpad.net/~pali/+archive/ubuntu/graphics-drivers/+build/10446196/+files/buildlog_ubuntu-precise-amd64.mesa-lts-trusty_11.3.0-git201607100358.5c17fb2~ubuntu12.04.1_BUILDING.txt.gz -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] Fix 32bit compilation with -Werror=implicit-function-declaration
On Thursday 23 April 2015 23:04:22 Jose Fonseca wrote: On 23/04/15 18:46, Pali Rohár wrote: On Monday 13 April 2015 22:35:03 Pali Rohár wrote: On Monday 13 April 2015 22:32:10 Brian Paul wrote: On 04/13/2015 01:49 PM, Pali Rohár wrote: On Monday 13 April 2015 21:26:32 Pali Rohár wrote: File glapi_entrypoint.c calls memcpy() function, but does not include string.h header. So compilation can fail at error: implicit declaration of function 'memcpy'. --- src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:09.0 +0200 +++ src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:55.284118513 +0200 @@ -33,6 +33,7 @@ #include glapi/glapi_priv.h #include u_execmem.h +#include string.h #ifdef USE_X86_ASM This problem is caused by commit: https://urldefense.proofpoint.com/v2/url?u=http-3A__cgit. fre edesktop.org_mesa_mesa_commit_-3Fid-3D9fbbd60c1da4467683 d935 40c64164ad337ce454d=AwIFaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXV eAw- YihVMNtXt-uEsr=T0t4QG7chq2ZwJo6wilkFznRSFy-8uDKartPGbom Vj8 m=cHbB4rMFT3az-q-Y6KO11a04PyYTYhOCPMZ3PAFmydss=lvCbo4YT BIN1 5kh-3Wu1-rQAsyFcdKtCE-Ywc4u_muge= which removes #include string.h from glapi_priv.h file. What configure or autogen.sh options did you use? I haven't seen this on any of my systems. -Brian If it helps here is full build log with error message: https://urldefense.proofpoint.com/v2/url?u=https-3A__launch padlibrarian.net_203127592_buildlog-5Fubuntu-2Dprecise-2Di3 86.mesa-5F10.6.0-2Dgit201504131208.36ceda4-7Eubuntu12.04.1- 5FBUILDING.txt.gzd=AwIDaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw- YihVMNtXt-uEsr=zfmBZnnVGHeYde45pMKNnVyzeaZbdIqVLprmZCM2zzE m=APogfpCq-vsnsGAuf6IWkOzXLZ4dY83aVZTYvsJsdtIs=6SlGiWJZZs OV1qK8l0vLE5nJaRUhJn0DTwSw2hQdbXAe= Its compiled on Ubuntu 12.04 Precise box. Hello, this problem is still not fixed and compilation from git still failing... Please can you look at it and include missing string.h file? It is obvious problem in mesa and I also found which commit broke compilation... I pushed your fix. Sorry for the delay. It wasn't intentional. There's so much traffic in Mesa, it's easy for things to fall through cracks. Jose Thanks. Now compilation from git working fine... -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] Fix 32bit compilation with -Werror=implicit-function-declaration
On Monday 13 April 2015 22:35:03 Pali Rohár wrote: On Monday 13 April 2015 22:32:10 Brian Paul wrote: On 04/13/2015 01:49 PM, Pali Rohár wrote: On Monday 13 April 2015 21:26:32 Pali Rohár wrote: File glapi_entrypoint.c calls memcpy() function, but does not include string.h header. So compilation can fail at error: implicit declaration of function 'memcpy'. --- src/mapi/glapi/glapi_entrypoint.c2015-04-13 21:11:09.0 +0200 +++ src/mapi/glapi/glapi_entrypoint.c2015-04-13 21:11:55.284118513 +0200 @@ -33,6 +33,7 @@ #include glapi/glapi_priv.h #include u_execmem.h +#include string.h #ifdef USE_X86_ASM This problem is caused by commit: https://urldefense.proofpoint.com/v2/url?u=http-3A__cgit.fre edesktop.org_mesa_mesa_commit_-3Fid-3D9fbbd60c1da4467683d935 40c64164ad337ce454d=AwIFaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw- YihVMNtXt-uEsr=T0t4QG7chq2ZwJo6wilkFznRSFy-8uDKartPGbomVj8 m=cHbB4rMFT3az-q-Y6KO11a04PyYTYhOCPMZ3PAFmydss=lvCbo4YTBIN1 5kh-3Wu1-rQAsyFcdKtCE-Ywc4u_muge= which removes #include string.h from glapi_priv.h file. What configure or autogen.sh options did you use? I haven't seen this on any of my systems. -Brian If it helps here is full build log with error message: https://launchpadlibrarian.net/203127592/buildlog_ubuntu-precise-i386.mesa_10.6.0-git201504131208.36ceda4~ubuntu12.04.1_BUILDING.txt.gz Its compiled on Ubuntu 12.04 Precise box. Hello, this problem is still not fixed and compilation from git still failing... Please can you look at it and include missing string.h file? It is obvious problem in mesa and I also found which commit broke compilation... -- Pali Rohár pali.ro...@gmail.com ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] Fix 32bit compilation with -Werror=implicit-function-declaration
On Monday 13 April 2015 21:26:32 Pali Rohár wrote: File glapi_entrypoint.c calls memcpy() function, but does not include string.h header. So compilation can fail at error: implicit declaration of function 'memcpy'. --- src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:09.0 +0200 +++ src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:55.284118513 +0200 @@ -33,6 +33,7 @@ #include glapi/glapi_priv.h #include u_execmem.h +#include string.h #ifdef USE_X86_ASM This problem is caused by commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=9fbbd60c1da4467683d93540c64164ad337ce454 which removes #include string.h from glapi_priv.h file. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] Fix 32bit compilation with -Werror=implicit-function-declaration
File glapi_entrypoint.c calls memcpy() function, but does not include string.h header. So compilation can fail at error: implicit declaration of function 'memcpy'. --- src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:09.0 +0200 +++ src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:55.284118513 +0200 @@ -33,6 +33,7 @@ #include glapi/glapi_priv.h #include u_execmem.h +#include string.h #ifdef USE_X86_ASM -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] Fix 32bit compilation with -Werror=implicit-function-declaration
On Monday 13 April 2015 22:32:10 Brian Paul wrote: On 04/13/2015 01:49 PM, Pali Rohár wrote: On Monday 13 April 2015 21:26:32 Pali Rohár wrote: File glapi_entrypoint.c calls memcpy() function, but does not include string.h header. So compilation can fail at error: implicit declaration of function 'memcpy'. --- src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:09.0 +0200 +++ src/mapi/glapi/glapi_entrypoint.c 2015-04-13 21:11:55.284118513 +0200 @@ -33,6 +33,7 @@ #include glapi/glapi_priv.h #include u_execmem.h +#include string.h #ifdef USE_X86_ASM This problem is caused by commit: https://urldefense.proofpoint.com/v2/url?u=http-3A__cgit.fre edesktop.org_mesa_mesa_commit_-3Fid-3D9fbbd60c1da4467683d935 40c64164ad337ce454d=AwIFaQc=Sqcl0Ez6M0X8aeM67LKIiDJAXVeAw- YihVMNtXt-uEsr=T0t4QG7chq2ZwJo6wilkFznRSFy-8uDKartPGbomVj8 m=cHbB4rMFT3az-q-Y6KO11a04PyYTYhOCPMZ3PAFmydss=lvCbo4YTBIN1 5kh-3Wu1-rQAsyFcdKtCE-Ywc4u_muge= which removes #include string.h from glapi_priv.h file. What configure or autogen.sh options did you use? I haven't seen this on any of my systems. -Brian If it helps here is full build log with error message: https://launchpadlibrarian.net/203127592/buildlog_ubuntu-precise-i386.mesa_10.6.0-git201504131208.36ceda4~ubuntu12.04.1_BUILDING.txt.gz Its compiled on Ubuntu 12.04 Precise box. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] configure: check for dladdr via AC_CHECK_FUNC/AC_CHECK_LIB
This problem happen when gcc is compiled with LTO support (even if is not used). Also in some manpage (I do not remember) is written that it depends on order of arguments for compiler/linker Btw, you can add my Signed-off-by to commit message. On Friday 08 August 2014 19:58:07 Ilia Mirkin wrote: The problem is that AC_CHECK_FUNCS would stick the LDFLAGS before the conftest.c arg while AC_CHECK_LIB sticks the -ldl after conftest.c. This apparently matters with newer gcc's. There's probably some correct autoconf way of dealing with it, but... this works :) On Fri, Aug 8, 2014 at 1:55 PM, Matt Turner matts...@gmail.com wrote: No idea why this was a problem, but the new code matches the existing dlopen check. Reviewed-by: Matt Turner matts...@gmail.com ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] nouveau: xvmc on nv43
, create_vs_state = 0x7fca300d8240 nv30_vp_state_create, bind_vs_state = 0x7fca300d8230 nv30_vp_state_bind, delete_vs_state = 0x7fca300d8360 nv30_vp_state_delete, create_gs_state = 0, bind_gs_state = 0, delete_gs_state = 0, create_vertex_elements_state = 0x7fca300d9d90 nv30_vertex_state_create, bind_vertex_elements_state = 0x7fca300d9d40 nv30_vertex_state_bind, delete_vertex_elements_state = 0x7fca300d9d60 nv30_vertex_state_delete, set_blend_color = 0x7fca300d3dd0 nv30_set_blend_color, set_stencil_ref = 0x7fca300d3df0 nv30_set_stencil_ref, set_sample_mask = 0x7fca300d3e10 nv30_set_sample_mask, set_clip_state = 0x7fca300d4080 nv30_set_clip_state, set_constant_buffer = 0x7fca300d4c30 nv30_set_constant_buffer, set_framebuffer_state = 0x7fca300d3f50 nv30_set_framebuffer_state, set_polygon_stipple = 0x7fca300d3e30 nv30_set_polygon_stipple, set_scissor_states = 0x7fca300d3ef0 nv30_set_scissor_states, set_viewport_states = 0x7fca300d3f10 nv30_set_viewport_states, set_fragment_sampler_views = 0x7fca300d7330 nv30_fragtex_set_sampler_views, set_vertex_sampler_views = 0x7fca300d7a30 nv40_verttex_set_sampler_views, set_geometry_sampler_views = 0, set_compute_sampler_views = 0, set_shader_resources = 0, set_vertex_buffers = 0x7fca300d4000 nv30_set_vertex_buffers, set_index_buffer = 0x7fca300d4dc0 nv30_set_index_buffer, create_stream_output_target = 0, stream_output_target_destroy = 0, set_stream_output_targets = 0, resource_copy_region = 0x7fca300d2e30 nv30_resource_copy_region, blit = 0x7fca300d3370 nv30_blit, clear = 0x7fca300d8be0 nv30_clear, clear_render_target = 0x7fca300d95c0 nv30_clear_render_target, clear_depth_stencil = 0x7fca300d91b0 nv30_clear_depth_stencil, flush = 0x7fca300d0130 nv30_context_flush, create_sampler_view = 0x7fca300d6ec0 nv30_sampler_view_create, sampler_view_destroy = 0x7fca300d7220 nv30_sampler_view_destroy, create_surface = 0x7fca300d3be0 nv30_miptree_surface_new, surface_destroy = 0x7fca300d3d60 nv30_miptree_surface_del, transfer_map = 0x7fca30031040 u_transfer_map_vtbl, transfer_flush_region = 0x7fca30031050 u_transfer_flush_region_vtbl, transfer_unmap = 0x7fca30031060 u_transfer_unmap_vtbl, transfer_inline_write = 0x7fca30031070 u_transfer_inline_write_vtbl, texture_barrier = 0, create_video_decoder = 0, create_video_buffer = 0, create_compute_state = 0, bind_compute_state = 0, delete_compute_state = 0, set_compute_resources = 0, set_global_binding = 0, launch_grid = 0, get_sample_position = 0} Can you look at this xvmc problem? At least mesa should not crash if there is problem or unsupported hardware. If you need some more debug info (or full coredump file) I can send it. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] nouveau: xvmc on nv43
On Friday 16 August 2013 16:34:43 you wrote: On Fri, Aug 16, 2013 at 5:40 AM, Pali Rohár pali.ro...@gmail.com wrote: Hello Ilia, I was your last commit which fixing xvmc support for nv30 hw in mesa git tree. Maybe you can help me. I have graphics card nvidia geforce 6600 gt (nv43 chip) According to wiki page http://nouveau.freedesktop.org/wiki/FeatureMatrix/ xvmc support for nv43 is already done. When I start xvmcinfo it print: FTR, an individual with a NV43 AGP had trouble with it. See http://nouveau.freedesktop.org/wiki/VideoAcceleration/ for a few more details. Note that if you're using a recent kernel, you need 3.11-rc4 or later (nouveau/master is fine too, of course), as support got broken at some point. Ok, I'm using kernel 3.8 from ubuntu. Will try 3.11 if something change. Also I have PCI-E card, not AGP. $ ./xvmcinfo Huh, never heard of that. No gentoo ebuild either. You can download it from: http://www.mythtv.org/wiki/XvMC#Checking_your_installation or from: http://svnweb.freebsd.org/ports/head/x11/xvmcinfo/files/ Xv version 2.2 XvMC version 1.1 screen number 0 info for adaptor 0 [NV40 texture adapter] number of XvMC surface types: 2 info about surface 0: max_width=2048 max_height=2048 subpicture_max_width=2048 subpicture_max_height=2048 chroma_format: XVMC_CHROMA_FORMAT_420 mc_type: format : MPEG2 accelaration start from : IDCT flags: XVMC_BACKEND_SUBPICTURE XVMC_SUBPICTURE_INDEPENDENT_SCALING info about surface 1: max_width=2048 max_height=2048 subpicture_max_width=2048 subpicture_max_height=2048 chroma_format: XVMC_CHROMA_FORMAT_422 mc_type: format : MPEG2 accelaration start from : IDCT flags: XVMC_BACKEND_SUBPICTURE XVMC_SUBPICTURE_INDEPENDENT_SCALING info for adaptor 1 [NV40 high quality adapter] number of XvMC surface types: 0 info for adaptor 2 [NV Video Blitter] number of XvMC surface types: 0 This actually doesn't (necessarily) have anything to do with reality. It's reported entirely by X, which has little to do with actual XvMC operation. It calling some XvMC functions. At least this means that X has XvMC support for screen. So some xvmc support is there (via nouveau xvmc library). But when I tried to use mpeg2play_accel testing application (or mplayer) it crash. Here is gdb backtrace from coredump file: (gdb) bt #0 0x in ?? () #1 0x7fca300cd345 in XvMCCreateContext (dpy=0xbefd00, port=63, surface_type_id=842094169, width=720, height=480, flags=1, context=0x60dee0) at context.c:248 #2 0x0040941f in init_display () at display.c:270 #3 0x00402f0c in initdecoder () at mpeg2dec.c:211 #4 0x00402b57 in main (argc=2, argv=0x7fff94c89f10) at mpeg2dec.c:121 (gdb) bt full #0 0x in ?? () No symbol table info available. #1 0x7fca300cd345 in XvMCCreateContext (dpy=0xbefd00, port=63, surface_type_id=842094169, width=720, height=480, flags=1, context=0x60dee0) at context.c:248 found_port = true scrn = 0 chroma_format = 1 mc_type = 65538 surface_flags = 6 subpic_max_w = 2048 subpic_max_h = 2048 ret = 0 vscreen = 0xbf13f0 pipe = 0xc191e0 context_priv = 0xbfead0 csc = {{0, 0, 0, 0}, {-2.02570359e-26, 4.59163468e-41, 5.89217978e-39, 0}, {-2.02575536e-26, 4.59163468e-41, 8.44951942e-10, 4.5842078e-41}} #2 0x0040941f in init_display () at display.c:270 surface_type_id = 842094169 result = 0 i = 4204800 color = 0 root = 652 #3 0x00402f0c in initdecoder () at mpeg2dec.c:211 i = 640 blk_cnt_tab = {6, 8, 12} #4 0x00402b57 in main (argc=2, argv=0x7fff94c89f10) at mpeg2dec.c:121 first = 1 framenum = 0 runtime = 0 tstart = {tv_sec = 140735689563912, tv_usec = 4236512} tstop = {tv_sec = 0, tv_usec = 4204800} It looks like that in mesa code is calling pipe-create_video_decoder(...) but create_video_decoder is NULL and then it crash. (gdb) print *pipe $1 = {screen = 0xbffa50, priv = 0xbf13f0, draw = 0x0, destroy = 0x7fca300d00a0 nv30_context_destroy, draw_vbo = 0x7fca300da250 nv30_draw_vbo, render_condition = 0x7fca300dd760 nv40_query_render_condition, create_query = 0x7fca300dd510
[Mesa-dev] nouveau: nv43: Kwin from KDE 4.8 not working
Hello, with last mesa from master, kwin not rendering correctly. It render some random colors and after some time rendering is freezed. Keyboard, mouse working fine I'm able to write something in opened xterm. When I disable compositing (with keyboard shortcut) then rendering working fine and I can see what I wrote to xterm. I run git bisect and found that commit which caused this regression is: 35840ab189595b817fa8b1a1df8cc92474a7c38d st/dri: implement MSAA for GLX/DRI2 framebuffers Author: Marek Olšák 2012-12-03 05:36:08 Committer: Marek Olšák 2012-12-07 14:19:29 Reviewed-by: Brian Paul Above problem with kwin is only on nouveau nv43 (geforce 6600 gt). On another machine with radeon r600 driver it is not reproducable (also from mesa master) with same KDE/KWin version. I found some reported bugs, but I'm not sure if this is same: https://bugs.freedesktop.org/show_bug.cgi?id=58925 https://bugs.kde.org/show_bug.cgi?id=300475 At least upgrading KDE to new version 4.11 and manually choose use opengl 1.3 in kwin systemsettings solving this problem. With opengl 2.1 problem is still there. Do you have any idea where can be problem? Fact is that mesa from commit before 35840ab189595b817fa8b1a1df8cc92474a7c38d working fine without problems on nv43. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This is a digitally signed message part. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev