https://bugs.freedesktop.org/show_bug.cgi?id=111248
Matt changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Bug 77449 depends on bug 100239, which changed state.
Bug 100239 Summary: Incorrect rendering in CS:GO
https://bugs.freedesktop.org/show_bug.cgi?id=100239
What|Removed |Added
https://bugs.freedesktop.org/show_bug.cgi?id=110357
Andrés Gómez García changed:
What|Removed |Added
CC||agoldmi...@igalia.com,
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #15 from Denis ---
>If you replace the trace with "valgrind --leak-check=full", valgrind's output
>should contain information about where how much memory is (possibly) leaked.
That's how I launched minecraft for tracing (it is
https://bugs.freedesktop.org/show_bug.cgi?id=111302
Turo Lamminen changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #14 from Tapani Pälli ---
(In reply to Michel Dänzer from comment #13)
> Replaying the trace doesn't involve Java.
There seems no leaks on program exit when replaying the trace. Maybe the issue
here is that for some reason memory
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #13 from Michel Dänzer ---
Replaying the trace doesn't involve Java.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.___
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #12 from Greg ---
>"valgrind --leak-check=full"
Valgrind doesn't do well with java. It detects over 1194 errors in jvm
*before minecraft even starts*, and makes it very slow, as Denis mentioned.
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #11 from Michel Dänzer ---
If you replace the trace with "valgrind --leak-check=full", valgrind's output
should contain information about where how much memory is (possibly) leaked.
P.S. If the trace was compressed with e.g. xz, it
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #10 from Greg ---
>it is for about 20 hours in pause
As I said, it pauses leaking when you stay still; it only seems to leak when
you move (supposedly when new chunks (map is split into 16x16x256 (256 in
vertical dimension) areas
https://bugs.freedesktop.org/show_bug.cgi?id=111308
--- Comment #6 from Danylo ---
Yes, changing fexp2 be >= 0 instead of > 0 solves the issue.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #9 from Denis ---
>and absurdly high amount of these records in process memory map seemed to be
>quite rational explanation of where that memory leak is.
Got you, thanks.
>so amount of these can easily grow until there's no memory
https://bugs.freedesktop.org/show_bug.cgi?id=111308
--- Comment #5 from Danylo ---
Interesting observation. I would be able to try tomorrow.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #8 from Greg ---
>First observation - is that the app versions available for me 1.14.4 and 1.14
I use older version (to play with specific mods), but issue also persists on
newest (1.14.4) and oldest versions (1.0 release)
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #7 from Greg ---
>why did you decide that those records relate to memory leaks
I've decided that there's memory leak since memory used by minecraft grows
indefinitely and it's surely not how it should be (I played minecraft on other
https://bugs.freedesktop.org/show_bug.cgi?id=111308
--- Comment #4 from Ian Romanick ---
I think I have an idea what could be happening. There are a lot of occurrences
of a pattern like
y = exp2(-(x*x)) * small_constant + y;
At the end, y is compared 0 < y, and that comparison is
https://bugs.freedesktop.org/show_bug.cgi?id=111306
Michel Dänzer changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |intel-3d-bugs@lists.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #6 from Denis ---
Thanks for the trace and explanations. I installed minecraft (demo version).
First observation - is that the app versions available for me 1.14.4 and 1.14
I ran it thru the valgrind. Result below:
==9226== LEAK
https://bugs.freedesktop.org/show_bug.cgi?id=111308
Danylo changed:
What|Removed |Added
CC||danylo.pilia...@gmail.com
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=111316
Pekka Paalanen changed:
What|Removed |Added
CC||ch...@chris-wilson.co.uk,
https://bugs.freedesktop.org/show_bug.cgi?id=111316
Bug ID: 111316
Summary: Imported GBM BO released with DESTROY_DUMB
Product: Mesa
Version: 18.3
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=111309
Eric Engestrom changed:
What|Removed |Added
CC||bri...@vmware.com,
https://bugs.freedesktop.org/show_bug.cgi?id=111309
Bug ID: 111309
Summary: Mesa doesn't build with current Scons version (3.1.0)
Product: Mesa
Version: git
Hardware: All
OS: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=111308
--- Comment #2 from Ian Romanick ---
Another thing to try... does changing 'flt' to '~flt' make any difference?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=111308
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Ian
https://bugs.freedesktop.org/show_bug.cgi?id=111308
Bug ID: 111308
Summary: [Regression, NIR, bisected] Black squares in Unigine
Heaven via DXVK
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #5 from Greg ---
Mentioned memory regions can also be seen when replaying the trace,
accumulating up to 116.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #4 from Greg ---
Created attachment 144957
--> https://bugs.freedesktop.org/attachment.cgi?id=144957=edit
terminal output of `apitrace replay mine.trace`
Also not sure if it's important, but when replaying this trace I get lots
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #3 from Greg ---
Ok, here it is
https://drive.google.com/file/d/1D3GNUW-DTaxI7hFEZmoEnucRQOrzNBAR/view?usp=sharing
That's fresh trace (i've lost old one), way smaller this time. Apitrace leaks
doesn't find much, yet by the end of
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #2 from Denis ---
Hi Greg, could you please re-upload apitrace somewhere instead of BZ? Looks
like it is too big and can't be opened. (google drive or any other file-sharing
system will be ok I think).
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=111306
Bug ID: 111306
Summary: gbm creates BO with wrong pitch when
dri3_get_modifiers returns modifiers, causing
drmModeAddFB2WithModifiers to fail
Product: Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=111027
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111302
Turo Lamminen changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #2 from Turo Lamminen
https://bugs.freedesktop.org/show_bug.cgi?id=111302
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Bas
https://bugs.freedesktop.org/show_bug.cgi?id=111303
Bug ID: 111303
Summary: DoW3 performance is consistently lower than nvidia
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=111302
Bug ID: 111302
Summary: radv assertion failed on SI cards `reg >=
SI_CONTEXT_REG_OFFSET && reg < SI_CONFIG_REG_END'
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=111265
Kenneth Graunke changed:
What|Removed |Added
Depends on||111301
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=111300
Bug ID: 111300
Summary: Steam overlay flickers on Doom
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=26
--- Comment #12 from Jussi Pakkanen ---
Could someone please test if this issue is fixed if you use the following Meson
PR:
https://github.com/mesonbuild/meson/pull/5674
Upon confirmation we'll get the 0.52.2 release out.
Thanks,
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=111290
--- Comment #2 from Eric Engestrom ---
Issue known, fix here:
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1556
And already tested to fix the build on MacOS :)
--
You are receiving this mail because:
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=111262
--- Comment #4 from Vinson Lee ---
It could be due to different default C++ standards used in different compilers.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111290
Vinson Lee changed:
What|Removed |Added
Keywords||bisected
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=111290
Bug ID: 111290
Summary: undefined symbol _dri2_get_mapping_by_fourcc
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Mac OS X (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=111288
--- Comment #1 from Greg ---
Created attachment 144935
--> https://bugs.freedesktop.org/attachment.cgi?id=144935=edit
glxinfo
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=111288
Bug ID: 111288
Summary: Memory leak in minecraft (supposedly related to
rendering)
Product: Mesa
Version: 19.1
Hardware: x86-64 (AMD64)
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=111264
Matt Turner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=02
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111272
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #15 from Parker Reed ---
Ahh thanks. Wasn't aware of that. This can be closed out in that case. I'll bug
the software I was using about not setting the DRI_PRIME in certain cases.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #14 from Michel Dänzer ---
(In reply to Parker Reed from comment #13)
> But the Intel card isn't enabled in the conf.
That doesn't matter with DRI3. With it, libGL can use an alternative GPU
without any explicit support for it in
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #13 from Parker Reed ---
But the Intel card isn't enabled in the conf. Why is it trying to init it if
it's not there? i915 is loaded kernel side but it's just dead displaying a TTY.
I agree the DRI_PRIME shouldn't be called in
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #12 from Michel Dänzer ---
In other words, the only thing preventing the Intel GPU from being used in this
case is the i965 driver missing the blitImage functionality.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #11 from Michel Dänzer ---
(In reply to Parker Reed from comment #10)
> So would DRI_PRIME=1 acting like 0 if only one GPU is present, be a
> possibility? The fact it's trying to load the non-existent GPU
It's not really
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #10 from Parker Reed ---
So would DRI_PRIME=1 acting like 0 if only one GPU is present, be a
possibility? The fact it's trying to load the non-existent GPU in the first
place seems to be the root issue.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #9 from Parker Reed ---
I need to wakeup and read the comment. So it's because DRI2. Thanks for the
reply.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=111272
--- Comment #8 from Parker Reed ---
Aye, I was more intrigued by the vsync bypass. It even uncapped games with a
forced 60 (regardless of vsync being on or off)
Just a consequence of that DRI fallback?
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=41
--- Comment #22 from Steven Newbury ---
Essentially reverting 3371de38f282c77461bbe5007a2fec2a975776df makes it work...
...why?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the
https://bugs.freedesktop.org/show_bug.cgi?id=111272
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=41
--- Comment #21 from Steven Newbury ---
The first one alone is enough to trigger the behaviour. It just crashes with
the first disabled and the others enabled.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=41
--- Comment #20 from Steven Newbury ---
(In reply to Jason Ekstrand from comment #10)
> The undefined values appear harmless so I'm going to guess that this is
> probably actually a RADV bug. Not knowing too much about RADV, how I'd go
> aboug
https://bugs.freedesktop.org/show_bug.cgi?id=41
--- Comment #19 from Steven Newbury ---
(In reply to Steven Newbury from comment #18)
> (In reply to Connor Abbott from comment #17)
>
> > One other thing you can try is to build mesa with -Dbuildtype=debug (i.e.
> > with assertions enabled
https://bugs.freedesktop.org/show_bug.cgi?id=111053
Haxk20 changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111265
Kenneth Graunke changed:
What|Removed |Added
Depends on||111275
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=111265
Mark Janes changed:
What|Removed |Added
Depends on||111274
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=111264
Matt Turner changed:
What|Removed |Added
URL||https://gitlab.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=26
Dylan Baker changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEEDINFO
https://bugs.freedesktop.org/show_bug.cgi?id=26
--- Comment #10 from Jordan Justen ---
(In reply to Dylan Baker from comment #9)
> Are you passing PKG_CONFIG_PATH at meson setup time? such as
> 'PKG_CONFIG_PATH="..." meson builddir'? Because if you are this is
> definitely a meson bug, and
https://bugs.freedesktop.org/show_bug.cgi?id=26
--- Comment #9 from Dylan Baker ---
Are you passing PKG_CONFIG_PATH at meson setup time? such as
'PKG_CONFIG_PATH="..." meson builddir'? Because if you are this is definitely a
meson bug, and there might be a PR for this already.
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=26
--- Comment #8 from Jordan Justen ---
I found a fix for my build environment. I have to add this
to my meson configuration:
--build.pkg-config-path "$PKG_CONFIG_PATH"
It looks like meson now ignores PKG_CONFIG_PATH if a
"native" library is
https://bugs.freedesktop.org/show_bug.cgi?id=41
--- Comment #18 from Steven Newbury ---
(In reply to Connor Abbott from comment #17)
> One other thing you can try is to build mesa with -Dbuildtype=debug (i.e.
> with assertions enabled and no optimizations) and see if there's an
> assertion
https://bugs.freedesktop.org/show_bug.cgi?id=111264
--- Comment #3 from Matt Turner ---
Aggravatingly, Mac OS's version takes only one parameter it seems. See
https://gitlab.haskell.org/ghc/ghc/issues/9684 for example of other projects
running into this.
--
You are receiving this mail because:
https://bugs.freedesktop.org/show_bug.cgi?id=111264
Vinson Lee changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #2 from Vinson Lee ---
https://bugs.freedesktop.org/show_bug.cgi?id=111269
--- Comment #1 from Timur Kristóf ---
After the hang, the following can be observed in the dmesg log:
[ 123.712426] [drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for
fences timed out or interrupted!
[ 128.832311]
https://bugs.freedesktop.org/show_bug.cgi?id=111264
Ian Romanick changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Ian
https://bugs.freedesktop.org/show_bug.cgi?id=111269
Bug ID: 111269
Summary: GFX10: "Random" GPU hangs with Rise Of The Tomb Raider
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=111265
Peter changed:
What|Removed |Added
CC||pbrobin...@gmail.com
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=111265
Bug ID: 111265
Summary: [TRACKER] Mesa 19.2 feature tracker
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=111262
--- Comment #3 from Michel Dänzer ---
Any idea why the GitLab CI pipeline scons-llvm job doesn't hit this, which
builds against LLVM 3.4.2? (See e.g.
https://gitlab.freedesktop.org/mesa/mesa/-/jobs/460746)
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=111264
Bug ID: 111264
Summary: u_thread.h:64:39: error: too many arguments to
function call, expected 1, have 2
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=111262
--- Comment #2 from Roland Scheidegger ---
Seems like different llvm versions (before 5.0) need different wrappers for
AtomicCmpXchg(). Pretty much the same issue as bug 02.
Although I can't reproduce this bug actually, maybe depends on
https://bugs.freedesktop.org/show_bug.cgi?id=111262
Vinson Lee changed:
What|Removed |Added
CC||srol...@vmware.com
Keywords|
https://bugs.freedesktop.org/show_bug.cgi?id=111262
Bug ID: 111262
Summary: lp_bld_misc.cpp:811:51: error: ‘llvm::AtomicOrdering’
is not a class or namespace
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=111259
Lionel Landwerlin changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111259
--- Comment #5 from jaelp...@outlook.com ---
Okay, thanks a lot. I'll try fix this later and see how it goes.
--
You are receiving this mail because:
You are the assignee for the bug.___
mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=111259
--- Comment #4 from Lionel Landwerlin ---
I would recommend using a list in which you push indices returned by
acquireNextImage() and when you need a new currentFrame, you pull from that
list.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=111259
--- Comment #3 from Lionel Landwerlin ---
(In reply to jaelpark from comment #2)
> I was looking if there would be some minimal test case to demonstrate this,
> but couldn't find one so far. One case where this gets reproduced is the
> desktop
https://bugs.freedesktop.org/show_bug.cgi?id=111259
--- Comment #2 from jaelp...@outlook.com ---
I was looking if there would be some minimal test case to demonstrate this, but
couldn't find one so far. One case where this gets reproduced is the desktop
compositor I've been working on. The build
https://bugs.freedesktop.org/show_bug.cgi?id=111259
Lionel Landwerlin changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from
https://bugs.freedesktop.org/show_bug.cgi?id=111259
Bug ID: 111259
Summary: Presentation regression while rendering on X11 surface
Product: Mesa
Version: git
Hardware: All
OS: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=109791
andrii simiklit changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111019
Bas Nieuwenhuizen changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=111019
--- Comment #4 from Józef Kucia ---
It seems that layout->buffer_count is incorrectly used for
VK_DESCRIPTOR_BINDING_VARIABLE_DESCRIPTOR_COUNT_BIT_EXT. layout->buffer_count
is based on the upper limit taken from descriptor set layout.
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=111019
Józef Kucia changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=111019
--- Comment #3 from Józef Kucia ---
Created attachment 144908
--> https://bugs.freedesktop.org/attachment.cgi?id=144908=edit
Minimal reproducer 2
With the fix it works for samplers now. Unfortunately, it still doesn't work
for other
https://bugs.freedesktop.org/show_bug.cgi?id=107767
Sergii Romantsov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=110603
--- Comment #8 from tivob...@hostguru.top ---
Created attachment 144898
--> https://bugs.freedesktop.org/attachment.cgi?id=144898=edit
Some notable parts of a renderdoc capture
I tried to get a renderdoc capture, but the results are way too
https://bugs.freedesktop.org/show_bug.cgi?id=110662
--- Comment #17 from tempel.jul...@gmail.com ---
I've added a screenshot showing the same corruption in Assassin's Creed:
Odyssey (no issues with amdvlk).
That means that likely also the titles "Syndicate" and "Origins" of that game
series are
https://bugs.freedesktop.org/show_bug.cgi?id=110662
--- Comment #16 from tempel.jul...@gmail.com ---
Created attachment 144874
--> https://bugs.freedesktop.org/attachment.cgi?id=144874=edit
same corruption in Odyssey
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=99553
--- Comment #19 from kaitlynkristy ---
Here is a problem.
I updated LLVM-trunk and installed.
Than run this commands:
git clone http://llvm.org/git/libclc.git
cd libclc
./configure.py
make
More info:
https://bugs.freedesktop.org/show_bug.cgi?id=26
--- Comment #7 from Jordan Justen ---
(In reply to Dylan Baker from comment #5)
> Are you doing a cross compile?
I am not cross compiling.
I do set PKG_CONFIG_PATH, but it includes the system path
where the wayland-scanner.pc is at. Yet, from
901 - 1000 of 22592 matches
Mail list logo
