[Mesa-dev] [Bug 53664] es1_conversion.c:130:5: error: implicit declaration of function '_mesa_DrawTexf' [-Werror=implicit-function-declaration]
https://bugs.freedesktop.org/show_bug.cgi?id=53664
Vinson Lee v...@freedesktop.org changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #7 from Vinson Lee v...@freedesktop.org 2012-08-18 05:48:17 UTC
---
The SCons build passes.
$ scons
[...]
scons: done building targets.
The automake build fails.
$ ./autogen.sh --with-dri-drivers=swrast --with-gallium-drivers=
[...]
prefix: /usr/local
exec_prefix: ${prefix}
libdir: ${exec_prefix}/lib
includedir: ${prefix}/include
OpenGL: yes (ES1: no ES2: no)
OpenVG: no
OSMesa: no
DRI drivers: swrast
DRI driver dir: ${libdir}/dri
GLX: DRI-based
GLU: yes
EGL: yes
EGL platforms: x11
EGL drivers: builtin:egl_glx builtin:egl_dri2
llvm:no
Gallium: no
Shared libs: yes
Static libs: no
CFLAGS: -g -O2 -Wall -std=c99
-Werror=implicit-function-declaration -Werror=missing-prototypes
-fno-strict-aliasing -fno-builtin-memcmp -fPIC
CXXFLAGS:-g -O2 -Wall -fno-strict-aliasing -fno-builtin-memcmp
-fPIC
Macros: -D_GNU_SOURCE -DPTHREADS -DUSE_X86_64_ASM
-DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING
-DGLX_DIRECT_RENDERING -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS
-DHAVE_MINCORE -DHAVE_LIBUDEV
PYTHON2: python2
Run 'make' to build Mesa
$ make
[...]
CC es1_conversion.lo
../../src/mesa/main/es1_conversion.c: In function '_es_DrawTexxOES':
../../src/mesa/main/es1_conversion.c:130:5: error: implicit declaration of
function '_mesa_DrawTexf' [-Werror=implicit-function-declaration]
../../src/mesa/main/es1_conversion.c: In function '_es_DrawTexxvOES':
../../src/mesa/main/es1_conversion.c:147:5: error: implicit declaration of
function '_mesa_DrawTexfv' [-Werror=implicit-function-declaration]
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 53664] es1_conversion.c:130:5: error: implicit declaration of function '_mesa_DrawTexf' [-Werror=implicit-function-declaration]
https://bugs.freedesktop.org/show_bug.cgi?id=53664 --- Comment #8 from Vinson Lee v...@freedesktop.org 2012-08-18 05:48:51 UTC --- Created attachment 65724 -- https://bugs.freedesktop.org/attachment.cgi?id=65724 config.log -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] breakage from Make shared-glapi the default
On Fri, Aug 17, 2012 at 3:09 PM, Matt Turner matts...@gmail.com wrote: On Thu, Aug 9, 2012 at 8:09 AM, Brian Paul bri...@vmware.com wrote: As of commit 9f7b3d171306ed2ae588e1a4145c5a364cf986ff, when I try to configure and build with: $ CFLAGS=-g ./autogen.sh --enable-xlib-glx --with-x --disable-driglx-direct --disable-dri --enable-debug --enable-gles1 --enable-gles2 --enable-openvg --enable-gallium-egl --enable-xa --enable-xorg I notice that you're building GLES/EGL with Xlib-GLX. I'm working on this problem, but I can't make GLES/EGL test programs (es2gears, es2_info) work even before Ian's shared-glapi changes. I get: MESA_DEBUG=1 LIBGL_DEBUG=verbose EGL_LOG_LEVEL=debug LD_LIBRARY_PATH=/home/mattst88/projects/mesa/lib EGL_DRIVERS_PATH=/home/mattst88/projects/mesa/lib LIBGL_DRIVERS_PATH=/home/mattst88/projects/mesa/lib libEGL debug: Native platform type: x11 (autodetected) libEGL debug: EGL search path is /home/mattst88/projects/mesa/lib:/usr/local/lib/egl libEGL debug: added egl_glx to module array libEGL warning: GLX: failed to load GLX libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglInitialize Error: eglInitialize() failed Is there something I need to do? Reading egl_glx.c, I see that ES isn't supported. So, it looks like Xlib-GLX/EGL/GLES isn't a useful configuration. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 38172] Mesa build errors using build.sh script
https://bugs.freedesktop.org/show_bug.cgi?id=38172 Matt Turner matts...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTABUG --- Comment #1 from Matt Turner matts...@gmail.com 2012-08-18 06:29:00 UTC --- This looks like you don't have the Xlib headers installed. I don't know what the problem is, but I don't think it's in Mesa's build system. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 37423] Broken build
https://bugs.freedesktop.org/show_bug.cgi?id=37423 Matt Turner matts...@gmail.com changed: What|Removed |Added CC||matts...@gmail.com --- Comment #1 from Matt Turner matts...@gmail.com 2012-08-18 06:30:15 UTC --- Sorry, what's the problem? The description is obviously useless. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 36702] git master 41b38bd won't build on amd64
https://bugs.freedesktop.org/show_bug.cgi?id=36702 Matt Turner matts...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Matt Turner matts...@gmail.com 2012-08-18 06:31:52 UTC --- Missing libdrm header. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 33221] Configure incorrectly determines whether C++ compiler understands -fvisibility=hidden
https://bugs.freedesktop.org/show_bug.cgi?id=33221 Matt Turner matts...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Matt Turner matts...@gmail.com 2012-08-18 06:34:43 UTC --- Fixed by commit 560f76227ccc848390095414e93d199e588b0c92 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 29613] OSMesa and GL cannot be linked together
https://bugs.freedesktop.org/show_bug.cgi?id=29613 Matt Turner matts...@gmail.com changed: What|Removed |Added CC||dbn.li...@gmail.com -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 27612] Mesa 7.8.1 does not compile against libdrm 2.4.20
https://bugs.freedesktop.org/show_bug.cgi?id=27612 Matt Turner matts...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Matt Turner matts...@gmail.com 2012-08-18 06:38:09 UTC --- Neither of these versions are supported anymore. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] egl_dri2: Fix segmentation fault
On Sat, Aug 18, 2012 at 5:20 AM, Ian Romanick i...@freedesktop.org wrote: On 08/17/2012 10:08 AM, Paulo Alcantara wrote: The segmentation fault occurs when DRI2 is not loaded up and dri2_setup_screen() function deferences dri2_dpy-dri2 (since it's NULL at this point). This patch fixes the segmentation fault by checking if dri2 pointer is not NULL before deferencing it. Which only happens with swrast, right? But we do want to enable KHR_create_context when using swrast as well, don't we? Regards, Tomeu ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 38172] Mesa build errors using build.sh script
https://bugs.freedesktop.org/show_bug.cgi?id=38172 --- Comment #2 from David jdc...@sccoast.net 2012-08-18 09:11:23 UTC --- This issue is NOT resolved. Matt Turner wrote : This looks like you don't have the Xlib headers installed. Read what I wrote : The problem has to do with gcc not finding the X headers that were installed by build.sh. That means that the Xlib headers ARE installed. Every other package used by the build script can find those headers without problems. Only mesa has this problem. Try it yourself. Use build.sh to install X into /opt/X 14 months to respond to my bug report. Someone must be busy. Better late than never :) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] r600g-llvm: Crude fix for a race in initialization of the llvm backend
Tom, On Thursday, August 16, 2012 14:50:57 you wrote: Actually, I just noticed that the LLVM docs say that only one thread can access the target registry at a time: http://llvm.org/docs/doxygen/html/structllvm_1_1TargetRegistry.html#a0b078b4 68553a84ec2b9fd70e93f7b43 Also, I think we should be doing the target registry once per context rather than once per compile. Yep, I think so too. For the problem you mentioned, we can even avoid using the target registry here. This registry just only calls the usual constructor as far as I could see now. I have, during debugging this, now also tested just directly instantiating an AMDGPUTargetMachine instance directly on the stack without querying the target registry. this workes fine too. So, when cleaning this up a little more, it might be an option to just instanciate our required target machine in context initialization. But for today, this does not affect the problem I observe! I have found a race that we trigger inside llvm's pass registry and that is the reason of the problem I observe at least. I will post a patch for that in the next minutes. Greetings Mathias ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] radeon-llvm: Start multithreaded before using llvm.
This is required to make some of llvm's api calls
thread save. In particular the PassRegistry, which is
implicitly accessed while compiling shader programs.
The PassRegistry uses a mutex that is only active if
the llvm_is_multithreaded() returns true.
Calling llvm_start_multithreading() makes this happen
and by calling this function we try to make sure that
we can savely compile shaders in paralell.
Since there is also a call llvm_stop_multithreading()
in the llvm api, we cannot guarantee that this does
not get switched off while we are relying on this being
set, but for the easier use cases this fixes a race with
the radeon llvm compiler we have as of today.
Signed-off-by: Mathias Froehlich mathias.froehl...@web.de
---
src/gallium/drivers/radeon/radeon_llvm_emit.cpp | 15 +++
1 file changed, 15 insertions(+)
diff --git a/src/gallium/drivers/radeon/radeon_llvm_emit.cpp
b/src/gallium/drivers/radeon/radeon_llvm_emit.cpp
index 89130b3..eef55a8 100644
--- a/src/gallium/drivers/radeon/radeon_llvm_emit.cpp
+++ b/src/gallium/drivers/radeon/radeon_llvm_emit.cpp
@@ -35,6 +35,7 @@
#include llvm/Support/SourceMgr.h
#include llvm/Support/TargetRegistry.h
#include llvm/Support/TargetSelect.h
+#include llvm/Support/Threading.h
#include llvm/Target/TargetData.h
#include llvm/Target/TargetMachine.h
@@ -57,6 +58,20 @@ void LLVMInitializeAMDGPUTargetInfo(void);
}
#endif
+namespace {
+
+class LLVMEnsureMultithreaded {
+public:
+ LLVMEnsureMultithreaded()
+ {
+ llvm_start_multithreaded();
+ }
+};
+
+static LLVMEnsureMultithreaded lLVMEnsureMultithreaded;
+
+}
+
/**
* Compile an LLVM module to machine code.
*
--
1.7.11.4
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 53664] es1_conversion.c:130:5: error: implicit declaration of function '_mesa_DrawTexf' [-Werror=implicit-function-declaration]
https://bugs.freedesktop.org/show_bug.cgi?id=53664 --- Comment #9 from Tilman Sauerbeck til...@code-monkey.de 2012-08-18 09:51:52 UTC --- Looks like es1_conversion.c should use #if instead of #ifdef for the FEATURE_ES1 check. I submitted a patch to the mailing list. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] Use #if over #ifdef in the FEATURE_ES1 check to fix a build failure.
mfeatures.h will define FEATURE_ES1 to 0 if it's not defined yet. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=53664 --- src/mesa/main/es1_conversion.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/es1_conversion.c b/src/mesa/main/es1_conversion.c index a1d3b76..b8ae267 100644 --- a/src/mesa/main/es1_conversion.c +++ b/src/mesa/main/es1_conversion.c @@ -1,7 +1,7 @@ #include stdbool.h #include main/mfeatures.h -#ifdef FEATURE_ES1 +#if FEATURE_ES1 #include api_loopback.h #include api_exec.h -- 1.7.10 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 53664] es1_conversion.c:130:5: error: implicit declaration of function '_mesa_DrawTexf' [-Werror=implicit-function-declaration]
https://bugs.freedesktop.org/show_bug.cgi?id=53664 U. Artie Eoff ullysses.a.e...@intel.com changed: What|Removed |Added CC||ullysses.a.e...@intel.com -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 53617] [llvmpipe] piglit fbo-depthtex regression
https://bugs.freedesktop.org/show_bug.cgi?id=53617 Brian Paul brian.e.p...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brian Paul brian.e.p...@gmail.com 2012-08-18 13:53:12 UTC --- Fixed with commit 5b542681dc05b8b9eba677ee74323ac0ff85a5f0 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 53664] es1_conversion.c:130:5: error: implicit declaration of function '_mesa_DrawTexf' [-Werror=implicit-function-declaration]
https://bugs.freedesktop.org/show_bug.cgi?id=53664 Brian Paul brian.e.p...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Brian Paul brian.e.p...@gmail.com 2012-08-18 13:55:01 UTC --- Thanks. I repro'd the issue here and your patch fixes it. Thanks, Tilman! Pushed as d0ace4e949d0e2f11e6f0fb0fd97ccde58457937 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH 00/26] Eventually remove ES and ES2 filter wrappers
On 08/17/2012 09:11 PM, Ian Romanick wrote: This is the first of several patch bombs that remove the generated ES1 and ES2 parameter filter wrapper functions. This wrappers need to be removed for several reasons: - Extra CPU hit that only penalizes ES applications. - Changing ES functionality has one more place to touch Mesa... because you don't already have to modify enough places. - All of the filtering that is done for ES also needs to be done for desktop core contexts. - A subset of the filtering that is currently done for ES2 needs to be done for ES3. This first batch is the easy stuff. There are a lot of the generated filter functions that filter enums down to the set that core Mesa already accepts. Patch 01 is the perfect example. The generated function makes sure that the mag filter can only be GL_NEAREST or GL_LINEAR. Strong work! The next batch (about 65 patches) moves the validation out of the wrappers and into the core Mesa functions. I will send these out in batches, grouped by functional area, to keep the review burden to a minimum. Lol. Patches 1-26 LGTM. Thanks for doing this. Reviewed-by: Brian Paul bri...@vmware.com ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake
https://bugs.freedesktop.org/show_bug.cgi?id=50754 --- Comment #9 from Kenneth Graunke kenn...@whitecape.org 2012-08-18 17:46:21 UTC --- (In reply to comment #8) Created attachment 65690 [details] [review] hopeful fix attached patch fixes the issue for me That does seem to produce a 32-bit build with only --enable-32-bit. Nice :) Reviewed-by: Kenneth Graunke kenn...@whitecape.org -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake
https://bugs.freedesktop.org/show_bug.cgi?id=50754 --- Comment #10 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-18 18:02:25 UTC --- Comment on attachment 65690 -- https://bugs.freedesktop.org/attachment.cgi?id=65690 hopeful fix Review of attachment 65690: -- (https://bugs.freedesktop.org/page.cgi?id=splinter.htmlbug=50754attachment=65690) - It does the trick over here. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 50754] Building 32 bit mesa on 64 bit OS fails since change for automake
https://bugs.freedesktop.org/show_bug.cgi?id=50754 --- Comment #11 from Matt Turner matts...@gmail.com 2012-08-18 20:31:02 UTC --- (In reply to comment #8) Created attachment 65690 [details] [review] hopeful fix attached patch fixes the issue for me Can you explain why this works? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 9733] Bug when calling glPixelZoom( 1.0, -1.0 )?
https://bugs.freedesktop.org/show_bug.cgi?id=9733 Florian Echtler echt...@in.tum.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #5 from Florian Echtler echt...@in.tum.de 2012-08-18 20:57:10 UTC --- I can't remember running into this bug again in the last few years, so I suppose it can be closed. In fact, I don't even have a radeon anymore on which to test this. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
