[Mesa-dev] [Bug 91106] glx: make check fails to build on osx

2018-05-09 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

Jeremy Huddleston Sequoia  changed:

   What|Removed |Added

 Status|NEEDINFO|RESOLVED
 Resolution|--- |FIXED

--- Comment #6 from Jeremy Huddleston Sequoia  ---
Pretty sure we can call this fixed with Jon's changes from a few years back. 
If there are still issues, we'll need newer reports.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 91106] glx: make check fails to build on osx

2018-05-08 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

Timothy Arceri  changed:

   What|Removed |Added

 Status|NEW |NEEDINFO

--- Comment #5 from Timothy Arceri  ---
There have been verious osx fixes since this bug was filed. Is this still a
problem or can we close this bug?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev


[Mesa-dev] [Bug 91106] glx: make check fails to build on osx

2015-06-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

--- Comment #4 from Jon TURNEY  ---
(In reply to Emil Velikov from comment #2)
> Iirc Jon had some
> branches which rework/clean things up which seems like the way forward imho.

Sorry, all the clean-up I did for __APPLE__ is already upstream, with the
exception of the 2 patches which clearly need to be done in a better way.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
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 91106] glx: make check fails to build on osx

2015-06-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

--- Comment #3 from Jon TURNEY  ---
(In reply to Emil Velikov from comment #1) 
> +#if defined(GLX_USE_APPLEGL)
> +#define _ATTRIBUTE_WEAK __attribute__((weak))
> +#else
> +#define _ATTRIBUTE_WEAK
> +#endif
> +
> (If we end up keeping this) Can we avoid redefining it X times ? Ian (the
> original author of these tests) should know the details as to why/how we
> don't end up with duplicated/conflicting symbols.

These really are duplicates that the test harness provides to override the
real versions.

Unfortunately, ld on OSX doesn't behave that way, and the option
-multiply_defined suppress seems to be obsolete.

I'm not very keen on scattering __attribute__(weak) around to fix this, but I
guess the only other approach is to split those symbols out into a separate
object, which is linked with to produce libglx.a, but not into a convenience
library which is used by the tests.

> + $(top_builddir)/src/mapi/glapi/libglapi.la \
> Which symbols are missing if we omit this ? Noone else seems to need it.

glapi_create_table_from_handle, which only exists on APPLE, if memory serves.

But linking with glapi and shared-glapi doesn't seem right, so I think this is
a sign that something else is wrong.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
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 91106] glx: make check fails to build on osx

2015-06-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

--- Comment #2 from Emil Velikov  ---
Although I would honestly suggest that one takes a closer look into
src/glx{,/apple} and give it some much needed love. Iirc Jon had some branches
which rework/clean things up which seems like the way forward imho.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
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 91106] glx: make check fails to build on osx

2015-06-26 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

--- Comment #1 from Emil Velikov  ---
Hi Julien, I'm not sure how many people go bugzilla hunting for patches. Here
are some things that stuck out:

>From 2b424445a8c9028e72e2370da8dbdc969bb8717b Mon Sep 17 00:00:00 2001
From: Julien Isorce 
Date: Thu, 25 Jun 2015 08:59:27 +0100
Subject: [PATCH] glx: fix unit tests build on osx

It fails because of missing symbols
and some duplicated symbols.

The patch adds missing dependencies in tests/Makefile.am
to fix some missing symbols.
The patch also marks some functions with attribute weak
to fix some duplicated symbols due to redefinitions in
the unit tests.

Signed-off-by: Julien Isorce 
---
 src/glx/glxcmds.c | 10 --
 src/glx/glxcurrent.c  |  8 +++-
 src/glx/glxextensions.c   |  7 ++-
 src/glx/indirect_init.h   |  2 ++
 src/glx/tests/Makefile.am |  9 -
 5 files changed, 31 insertions(+), 5 deletions(-)

diff --git a/src/glx/glxcmds.c b/src/glx/glxcmds.c
index 26ff804..f073ecb 100644
--- a/src/glx/glxcmds.c
+++ b/src/glx/glxcmds.c
@@ -55,6 +55,12 @@
 #include 
 #include 

+#if defined(GLX_USE_APPLEGL)
+#define _ATTRIBUTE_WEAK __attribute__((weak))
+#else
+#define _ATTRIBUTE_WEAK
+#endif
+
(If we end up keeping this) Can we avoid redefining it X times ? Ian (the
original author of these tests) should know the details as to why/how we don't
end up with duplicated/conflicting symbols.


--- a/src/glx/tests/Makefile.am
+++ b/src/glx/tests/Makefile.am
@@ -21,7 +21,6 @@ glx_test_SOURCES =\
 enum_sizes.cpp\
 fake_glx_screen.cpp\
 fake_glx_screen.h\
-indirect_api.cpp\
 mock_xdisplay.h\
 query_renderer_unittest.cpp

@@ -30,9 +29,17 @@ glx_test_SOURCES += \
 query_renderer_implementation_unittest.cpp
 endif

+if !HAVE_APPLEDRI
+glx_test_SOURCES += indirect_api.cpp
+endif
+
 glx_test_LDADD = \
 $(top_builddir)/src/glx/libglx.la \
 $(top_builddir)/src/gtest/libgtest.la \
+$(top_builddir)/src/mapi/glapi/libglapi.la \
Which symbols are missing if we omit this ? Noone else seems to need it.

 $(top_builddir)/src/mapi/shared-glapi/libglapi.la \
+$(SHARED_GLAPI_LIB) \
Unset/empty variable.

+$(GL_LIB_DEPS) \
Good catch, I think we can now nuke PTHEADS_LIBS below. Perhaps do this as a
separate commit ?

+$(X11_LIBS) \
Unset/empty variable. Upon closer look one can do a X11_* variable cleanup
though mesa.

 $(PTHREAD_LIBS)
 endif
-- 
1.9.5 (Apple Git-50.3)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
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 91106] glx: make check fails to build on osx

2015-06-25 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

Julien Isorce  changed:

   What|Removed |Added

 CC||bri...@vmware.com,
   ||emil.l.veli...@gmail.com,
   ||jerem...@freedesktop.org,
   ||jon.tur...@dronecode.org.uk
   ||, k...@bitplanet.net,
   ||matts...@gmail.com

-- 
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 91106] glx: make check fails to build on osx

2015-06-25 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=91106

Bug ID: 91106
   Summary: glx: make check fails to build on osx
   Product: Mesa
   Version: git
  Hardware: Other
OS: Mac OS X (All)
Status: NEW
  Severity: normal
  Priority: medium
 Component: Mesa core
  Assignee: mesa-dev@lists.freedesktop.org
  Reporter: julien.iso...@gmail.com
QA Contact: mesa-dev@lists.freedesktop.org

Created attachment 116709
  --> https://bugs.freedesktop.org/attachment.cgi?id=116709&action=edit
glx: fix unit tests build on osx

It fails because of missing symbols and some duplicated symbols.

The attached patch adds missing dependencies in tests/Makefile.am to fix some
missing symbols.

The attached patch also marks some functions with attribute weak to fix some
duplicated symbols due to redefinitions in the unit tests.

It allows to fix the build.

Then it passes some tests but crash around the 30th test
(glXCreateContextAttribARB_test.does_send_protocol):

It seems to crash when calling apple_cgl.choose_pixel_format. I investigated a
bit and glx/apple/apple_cgl.c::apple_cgl_init is not called (so
apple_cgl.choose_pixel_format = sym(h, "CGLChoosePixelFormat"); is not called).

backtrace with lldb:

* thread #1: tid = 0x86cd39, 0x, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)
frame #0: 0x
(lldb) bt
* thread #1: tid = 0x86cd39, 0x, queue =
'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)
  * frame #0: 0x
frame #1: 0x0001000879fa
glx-test`apple_visual_create_pfobj(pfobj=0x000100c22e88,
mode=0x000100c22328, double_buffered=0x000100c22ea4,
uses_stereo=0x000100c22ea5, offscreen=false) + 1610 at apple_visual.c:169
frame #2: 0x0001000833b9
glx-test`apple_glx_create_context(ptr=0x000100c22de8,
dpy=0x, screen=0, mode=0x000100c22328,
sharedContext=0x, errorptr=0x7fff5fbff09c,
x11errorptr=0x7fff5fbff09b) + 377 at apple_glx_context.c:161
frame #3: 0x0001000823ec
glx-test`applegl_create_context(psc=0x000100c22c90,
config=0x000100c22328, shareList=0x, renderType=0) + 332 at
applegl_glx.c:150
frame #4: 0x0001000439f3
glx-test`glXCreateContextAttribsARB(dpy=0x00010100e400,
config=0x000100c22328, share_context=0x, direct=0,
attrib_list=0x) + 451 at create_context.c:86
frame #5: 0x0001000155c1
glx-test`glXCreateContextAttribARB_test_does_send_protocol_Test::TestBody(this=0x000100c22310)
+ 97 at create_context_unittest.cpp:221
frame #6: 0x0001004a1f13 glx-test`void
testing::internal::HandleSehExceptionsInMethodIfSupported(object=0x000100c22310, method=0x0021,
location=0x00010057f3fd)(), char const*) + 131 at gtest.cc:2078
frame #7: 0x00010048c7b7 glx-test`void
testing::internal::HandleExceptionsInMethodIfSupported(object=0x000100c22310, method=0x0021,
location=0x00010057f3fd)(), char const*) + 119 at gtest.cc:2114
frame #8: 0x000100465b05
glx-test`testing::Test::Run(this=0x000100c22310) + 197 at gtest.cc:2150
frame #9: 0x000100466ddb
glx-test`testing::TestInfo::Run(this=0x000100c1a420) + 219 at gtest.cc:2326
frame #10: 0x000100467d07
glx-test`testing::TestCase::Run(this=0x000100c1a040) + 231 at gtest.cc:2444
frame #11: 0x0001004747f8
glx-test`testing::internal::UnitTestImpl::RunAllTests(this=0x000100c17590)
+ 952 at gtest.cc:4315
frame #12: 0x00010049ed93 glx-test`bool
testing::internal::HandleSehExceptionsInMethodIfSupported(object=0x000100c17590, method=0x000100474440,
location=0x00010057fabc)(), char const*) + 131 at gtest.cc:2078
frame #13: 0x00010048efc7 glx-test`bool
testing::internal::HandleExceptionsInMethodIfSupported(object=0x000100c17590, method=0x000100474440,
location=0x00010057fabc)(), char const*) + 119 at gtest.cc:2114
frame #14: 0x0001004743b6
glx-test`testing::UnitTest::Run(this=0x0001005b3458) + 422 at gtest.cc:3926
frame #15: 0x0001004ac491 glx-test`RUN_ALL_TESTS() + 17 at gtest.h:2288
frame #16: 0x0001004ac46c glx-test`main(argc=1,
argv=0x7fff5fbffac0) + 60 at gtest_main.cc:37
frame #17: 0x7fff886ee5c9 libdyld.dylib`start + 1

Also I tried to manually call __glXInitialize (because it is never called) in
tests/create_context_unittest.cpp::GetGLXScreenConfigs existing redefinition:

 GetGLXScreenConfigs(Display * dpy, int scrn)
 {
+   if(psc)
+ __glXInitialize(dpy);

But it still does not make "apple_cgl_init" to be called, because it crashes in
glxext.c:847:   dpyPriv->codes = XInitExtension(dpy, __glXExtensionName);

* thread #1: tid = 0x86de8e, 0x000100989057 libX11.6.dylib`require_socket +
32, queue = 'com.apple.main