On Mon, Mar 19, 2012 at 1:26 AM, Andrew Lowe a...@wht.com.au wrote:
Hi all,
Has anyone played around with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do
FEA jobs can be parallelized, right? Take a hard look at CUDA and OpenCL.
ZZ
On Mar 19, 2012 1:29 AM, Andrew Lowe a...@wht.com.au wrote:
Hi all,
Has anyone played around with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote:
Hi all,
Has anyone played around with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do
Andrew Lowe agl at wht.com.au writes:
Has anyone played around with the various better known
compilers on Gentoo? By better known, I'm referring to gcc, Intel,
llvm, pathscale. My situation is that I've just started my PhD which
requires me to do Finite Element Analysis, FEA
in the top 500 list :) It's amazing how
fast this list changes, 6 months ago, this machine was at 107 and 6
months before that 87.
Andrew
Just in closing on this subject, thanks to those who responded, have a
quick look at this page from the llvm/clang project:
http://clang.llvm.org
On 27/05/2014 14:52, Time Lucky wrote:
Hey,guys.
Anyone can tell me how to switch Gallium 0.4 to intel driver?
I dont know why it happened but now my computer is very slow when I use
gnome 3.10.
$ /usr/libexec/gnome-session-check-accelerated-helper -v
libGL error: dlopen
On Wednesday 28 May 2014 14:46:30 Time Lucky wrote:
Now I change the VIDEO_CARDS to intel i965
Everything seems OK too.
Gnome can detect Intel® Sandybridge Mobile rather than Gallium 0.4 for
i915 I dont know the difference between classic and gallium but i965's
classic mode works well.
By
On 08/16/2016 04:43 PM, Silvio Siefke wrote:
Please submit a full bug report
Seems like a good recommendation. Also, once the bug
is filed, you can provide all the details in the bug report
and reference those details in your gentoo-user threads.
That way the gentoo-user thread can focus on a
libclc, compiled against the previous version of clang, still
good? I'm hoping this is just a build-phase problem, with nothing changed in
the object code. I can't go back in clang versions without also reverting
sys-devel/llvm, and maybe other things too.
The bug has been open for three weeks
>
> qlist is part of portage-utils, which you probably already have.
I seem to recall clang clashing recently with some package, which required the
clang USE flag to be unset - was it llvm? I suspect as a result clang is no
longer installed on my laptop.
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
4.0.0-r1 and clang has now disappeared. If I type in "clang --version",
I get "command not found". "whereis clang" only gives me the library
dir. Doing "ls -la /usr/bin/cla*" gives me "No such file or directory"
I've run the insta
Alan McKinnon wrote:
> On 07/03/2017 21:46, Dale wrote:
>> Helmut Jarausch wrote:
>>> Hi,
>>> I have packages which can't be updated at the moment, e.g.
>>> dev-python/numba doesn't work with llvm-4.0.0(_rc3)
>>> But this makes
>>>
>>
c dri3 egl gallium gbm gcrypt gles2 llvm nettle nptl opencl openmax
osmesa pax_kernel pic vaapi vdpau wayland xa xvmc
I'm using gentoo hardened kernel (4.8.17-hardened-r2).
This is the error message:
user@puter ~ $ glxgears
libGL error: MESA-LOADER: failed to retrieve device information
l
On 07/03/2017 21:46, Dale wrote:
> Helmut Jarausch wrote:
>> Hi,
>> I have packages which can't be updated at the moment, e.g.
>> dev-python/numba doesn't work with llvm-4.0.0(_rc3)
>> But this makes
>>
>> emerge -uvp --tree --unordered-display --verbose-co
sion, I did not spend the night monitoring the process, but
> nevertheless every time
> I checked the load was very low.
multi-core is definitely worth it. Any non-trivial package
(wine,glibc,gcc,llvm,qt off the top of my head) will spend a long time
building many files that can be built in paral
^d(01:53:11 2017-12-05)(classic dri3 egl
gallium gbm nptl pax_kernel pic vaapi -bindist -d3d9 -debug -gles1 -gles2 -llvm
-opencl -openmax -osmesa -selinux -unwind -valgrind -vdpau -vulkan -wayland -xa
-xvmc ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -
s it's automake-1.16 for ~arch, and
> > since automake is used everywhere..
>
> Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge
> 217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm.
>
> --
> Regards,
> Peter.
>
>
Hi Peter,
luky you...I got 462 packages to recompile...
Cheers
Meino
On Monday, 26 February 2018 15:24:40 GMT Michael Orlitzky wrote:
> On 02/26/2018 10:16 AM, Peter Humphrey wrote:
> > Well, I'm on amd64, not ~amd64, and this morning portage wanted to
> > remerge 217 packages. Removing --changed-deps reduced that to one:
> > sys-deve
>
> > Someone probably changed a dependency in a commonly used eclass. I
> > would guess portage is operating as expected.
>
> As the pastebin log says it's automake-1.16 for ~arch, and
> since automake is used everywhere..
Well, I'm on amd64, not ~amd64, and this morning
On 26/02/18 17:24, Michael Orlitzky wrote:
On 02/26/2018 10:16 AM, Peter Humphrey wrote:
Well, I'm on amd64, not ~amd64, and this morning portage wanted to remerge
217 packages. Removing --changed-deps reduced that to one: sys-devel/llvm.
You do need to reinstall those.
The latest (un
/usr/lib/llvm/*/lib32) has been pretty painful.
Many config phase failed.
- dev-libs/glib-2.58.3
Solved by emerging util-linux and libpcre
- many x11-libs stuff
Solved by emerging some x11-base packages (especially xorg-x11)
- dev-libs/libgudev, media-libs/libv4l, x11-misc/colord
and media-libs
On 6/17/19 5:37 AM, Grant Taylor wrote:
I doubt it.
I've routinely done emerges on machines with < 16 GB of memory and 2 GB
of swap.?? Including llvm, clang, gcc, rust, Firefox and Thunderbird.
I routinely do an emerge -DuNe @world on a VPS with 1 GB of memory and 1
GB of swap.?? It wo
> What about USE flags for mesa and libva?
>
x11-libs/libva-2.4.0:0/2::gentoo USE="X drm opengl -utils -vdpau -wayland"
media-libs/mesa-19.1.1::gentoo USE="classic dri3 egl gallium gbm gles2
llvm vaapi -d3d9 -debug -gles1 (-libglvnd) -lm_sensors -opencl -osmesa
-pax_
ages that require Python 2.7.
> Some packages might have a "python" USE flag
> that disables functionality that needs python, so try that first.
I had 'python' in the 'USE=" in 'make.conf' for whatever reason,
so i deleted it & that removed some of the outstanding proble
190912 David Haller wrote:
> On Thu, 12 Sep 2019, Philip Webb wrote:
>> I'm now left with 5 problem pkgs :
>> llvm-7.1.0 fetchmail-6.3.26-r4 qtwebkit-5.212.0_pre20180120
> For fetchmail, unset the 'tk'-useflag:
> + + tk : Enable support for Tk GUI toolkit,
> i
No mistake:
https://bugs.gentoo.org/694978
Am Sa., 28. Sept. 2019 um 19:54 Uhr schrieb Ian Zimmerman <
i...@very.loosely.org>:
> After my weekly webrsync this morning, emerge -p showed me a whale of an
> upgrade, including rebuilding both pythons, llvm and firefox, on top of
>
-test" 698 KiB
[ebuild U ] media-libs/mesa-19.3.5::gentoo [19.2.8::gentoo] USE="X classic
dri3 egl gbm gles2 libglvnd* -d3d9 -debug -gallium -gles1 -llvm -lm-sensors
-opencl -osmesa -pax_kernel (-selinux) -test -unwind -vaapi -valgrind -vdpau
-vulkan -vulkan-overlay -wayland -xa -xv
ent_variables_per_package
> for pointers on how to create package-specific make.conf files
> (or other stuff) for individual packages.
>
I did set this. It seems to be ignored. The llvm/clang portions of
the build do abide by them but part of the build still runs out of
memory.
hould, t keep your system consistent. You should also heed the
messages about unread news items and updating config files as these can
also have a bearing on keeping your system running smoothly.
> Oh that went fast. But just as I expected ... it's going to remove
> kernel/gentoo-sources? gc
On Mon, 14 Dec 2020 07:54:55 +0100, n952162 wrote:
> One thing about frequent updating... I thought I was following the
> advice here by developing a procedure to update at the start of every
> month. When I did that, llvm, rust, clang, firefox, and thunderbird
> would rebuil
... I thought I was following the
advice here by developing a procedure to update at the start of every
month. When I did that, llvm, rust, clang, firefox, and thunderbird
would rebuild every time, for an average of 4 to 8 hours a piece. If
those things - or their dependencies - are triggered
"--jobs 1 ..."
>
> This seems to solved the issue:
> # cat /etc/portage/env/j1
> MAKEOPTS=-j1
> # cat /etc/portage/package.env/R
> dev-lang/R j1
That will work around the issue, and you may have to use that trick for
some other packages like firefox/LLVM with &q
eselect a newer working gcc than your
current version?
I think one of the root issues is that llvm-13 deprecated several
command line options that broke a number of packages that took a great
many more packages down with them. I first just masked clang-13 but that
doesn't seem to be enough, I also
On Thu, 21 Apr 2022 09:41:55 -0400, Michael Orlitzky wrote:
> > Firefox and Rust have -bin packages - not so lucky with LLVM and
> > webkit-gtk.
>
> Everything has a -bin package if you're willing to trade the security,
> configurability, and performance that you ge
action toward feeling that I am
> forced to have it. Another reason is the growing collection of
> compilers and development tools and their build time (gcc,
> bin-utils, llvm, clang ... etc.) and now rust.
>
> Firefox itself takes a lot of time to build, and if rust is a must
> have, th
ut you may
> >> wish to use a package.env override to build Thunderbird with GCC as a
> >> workaround until the problem can be fixed upstream.
> >
> > I don't know anything about clang ... it must be the default ...
> >
> > I thought part of Firefox/Thunderbird was
CC as a
>> workaround until the problem can be fixed upstream.
>
> I don't know anything about clang ... it must be the default ...
>
> I thought part of Firefox/Thunderbird was written in Rust, so I assumed
> it was built with llvm as a matter of course.
>
> I'll just wa
who has the same kinds of troubles just about as
often. He just also knows that it's because he wants to compile everything
with LLVM/Clang.
Unfortunately, the package manager that can account for everything the user
might possibly have changed and make it compile anyway is still a work in
progress.
LMP
bengine
> dev-qt/qtwebkit
> dev-lang/spidermonkey
> www-client/chromium
> app-office/libreoffice
> sys-devel/llvm
> dev-lang/rust (I use the rust binary these days as this has gotten
> really out of hand)
> x11-libs/gtk+
Thanks for the list, Rich.
--
Regards,
Peter.
XITHbsUUlYI.mp4
Even before Walter's reply to me, I'd rebuilt mesa with new flags:
media-libs/mesa-9.0 USE=classic egl g3dvl gallium llvm nptl
r600-llvm-compiler shared-glapi xa xvmc -bindist -debug -gbm -gles1 -gles2
-openvg -osmesa -pax_kernel -pic (-selinux) -vdpau (-wayland) -xorg
VIDEO_CARDS=r600 -i915
-than greater-than Preparing source in
/var/tmp/portage/media-libs/mesa-10.2.0.rcbled/work/Mesa-10.2.0-r
cbled ...
* Cannot find $EPATCHSOURCE! Value for $EPATCHSOURCE is: * *
/usr/portage/media-libs/mesa/files/mesa-10.2-dont-require-llvm-fo
r-r3004patch * were mesa-10.2-dont-require-llvm
egl gallium gbm llvm nptl udev xa xvmc -debug -gles1 -gles2 -opencl
-openmax -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux
-vdpau -wayland ABI_MIPS=-n32 -n64 -o32 ABI_PPC=-32 -64
ABI_S390=-32 -64 ABI_X86=64 -32 -x32 KERNEL=linux -FreeBSD
VIDEO_CARDS=intel -freedreno -i915 -i965
t to see
what needs to be built::
Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'.
Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::gentoo
I did nothing manual in between. Explanations?
portage is doing what's expected. You don't have -a in the command line
and there's nothing sto
uf
> happy
>
> Blockers in that output usually have "!!" annotations at the beginning.
Ah excellent point, but the build did not move forward with::
' emerge -uvDN world' either. With the --tree it did move forward with
the build update. In the first attempt usually the packages to
5] USE="classic dri3 egl gallium
> gbm llvm nptl -bindist -d3d9 -debug -gles1 -gles2 -opencl -openmax -osmesa
> -pax_kernel -pic (-selinux) -vaapi -valgrind -vdpau -vulkan -wayland -xa
> -xvmc (-gcrypt%) (-libressl%) (-nettle%*) (-openssl%*)" ABI_X86="(64) -32
> (-x32)&
mp png szip truetype x264 x265
xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps -chatzilla
-cracklib -crypt -elogind -filecaps -gallium -gdbm -gmp-autoupdate -graphite
-gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 -libav -libglvnd -llvm
-manpager -nls -pam -pch -roaming -se
gt; will end up taking up more of your time that would updating once a
>> week.
>>
>> --
>> Grant
>>
>>
>
> One thing about frequent updating... I thought I was following the
> advice here by developing a procedure to update at the start of every
> m
king dev-java/java-config-2.2.0-r3)
> [ebuild NS] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc
> -examples -tcl {-test}"
> [ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%"
> [ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1]
Hello,
> undefined reference to
> `llvm::RTDyldMemoryManager::getSymbolAddressInProcess(std::__cxx11::basic_string
> , std::allocator > const&)'
Seems to be the error, maybe you have to recompile llvm with c++11
Regards,
Rasmus
Original Message
On 17
disabled?
Here's mine which works for me with an i915:
[I] media-libs/mesa
Installed versions: 10.1.4(09:27:10 25/05/2014)(dri3 egl gallium
gbm gles2 nptl xvmc -bindist -classic -debug -gles1 -llvm -opencl
-openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau
-wayland -xa ABI_MIPS
Installed versions: 10.1.4(09:27:10 25/05/2014)(dri3 egl gallium
gbm gles2 nptl xvmc -bindist -classic -debug -gles1 -llvm -opencl
-openvg -osmesa -pax_kernel -pic -r600-llvm-compiler -selinux -vdpau
-wayland -xa ABI_MIPS=-n32 -n64 -o32 ABI_X86=64 -32 -x32
KERNEL=-FreeBSD VIDEO_CARDS=intel radeon
llvm
nptl -bindist -debug -gbm -gles1 -gles2 -llvm-shared-libs -opencl
-openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau
-wayland -xa -xvmc ABI_X86=(64) (-32) (-x32) VIDEO_CARDS=intel
(-freedreno) -i915 -i965 -ilo -nouveau -r100 -r200 -r300 -r600 -radeon
-radeonsi -vmware 0 kB
v0.0.0
> (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libproc_macro)
> Compiling syntax_ext v0.0.0
> (file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libsyntax_ext)
> LLVM ERROR: IO failure on output stream: No s
ng the -j 1 option this time -
> thank you) and that completed, as did then the subsequent emerge of @world.
You're welcome.
Please be aware that SD-cards are really not designed for the type of use a
Gentoo update causes. I would definitely put at least the build-dir (usually /
var/tmp/portage) on an
::gentoo, installed)
=sys-libs/ncurses-5.2 required by
(dev-lang/python-3.4.1:3.4/3.4::gentoo, installed)
=sys-libs/ncurses-5.2:= required by
(app-emulation/wine-1.6.2:0/0::gentoo, installed)
=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)]
required by (sys-devel/llvm
/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)]
required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed)
sys-libs
:3.4/3.4::gentoo, installed)
=sys-libs/ncurses-5.2:= required by
(app-emulation/wine-1.6.2:0/0::gentoo, installed)
=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)]
required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client
-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)]
required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys-devel/gettext-0.19.4:0/0::gentoo, installed
-emulation/wine-1.6.2:0/0::gentoo, installed)
=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)]
required by (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
=sys-libs/ncurses-5.1 required by
(mail-client/alpine-2.00-r5:0/0::gentoo, installed)
sys-libs/ncurses required by
(sys
NS ] sys-libs/db-5.3.28-r2 [4.8.30-r2] USE="cxx java -doc
>> -examples -tcl {-test}"
>> [ebuild U ] sys-libs/ncurses-6.0-r1 [5.9-r5] USE="{-test%} -threads%"
>> [ebuild r U ] sys-process/procps-3.3.12 [3.3.10-r1] USE="kill%*"
>>
, Northern Islands)
sw (Software renderer)
[1] classic
[2] gallium *
and gnome tells it is Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits) again.
it seems i915 is the very reason.
2014-05-28 15:14 GMT+08:00 Mick michaelkintz...@gmail.com:
On Tuesday 27 May 2014 22:41:32 Alan McKinnon wrote
even tried to read the message before asking?
Didn't this told you anything? (From your log):
---
* LLVM-3.6.2 requires C++11-capable C++ compiler. Your current compiler
* does not seem to support -std=c++11 option. Please upgrade your compiler
* to gcc-4.7 or an equivalent version supporting C
(23:51:45 19/02/15)(glamor ipv6 nptl suid udev
xorg -dmx -doc -kdrive -minimal -selinux -static-libs -systemd -tslib -unwind
-wayland -xnest -xvfb)
media-libs/mesa
Installed versions: 10.3.7-r1(18:24:07 20/02/15)(bindist classic dri3
egl gallium gbm gles2 llvm nptl opencl r600-llvm-compiler
gt;
> Ah excellent point, but the build did not move forward with::
> ' emerge -uvDN world' either. With the --tree it did move forward with
> the build update. In the first attempt usually the packages to be built
> are listed, conflicts or blockers.
>
> None of these 3 packages where
tra output).
Is clang/llvm stuff still popping up on the list of skipped packages? I
remember a
similar conflict around the time of your first post and it turned out that the
latest
stable clang blocks the latest stable libclc. So the tree is (still) broken.
For most
users it's not a problem becau
e.
>>>
>>> If my experience to date holds true and for a general purpose desktop none
>>> of
>>> the above rebuilds are necessary, other than switching your gcc to 7.3.0.
>>
>> Thank you for your reply. I do not want to rebuild gcc-7.3 for the second
&g
lang/rust-1.29.1/work/rustc-1.29.1-src/src/librustc_errors)
Compiling proc_macro v0.0.0
(file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/libproc_macro)
Compiling syntax_ext v0.0.0
(file:///var/tmp/portage/portage/dev-lang/rust-1.29.1/work/rustc-1.29.1-src/src/lib
Try enabling clang and see what happens. llvm is a really good piece of
software.
I generally also have pulseaudio and hwaccel enabled but thats up to
you.
---
Aisha
blog.aisha.cc
On 2020-01-25 04:39, Dale wrote:
Hi,
I'm checking that as I type. It may not solve all my problems
e -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3
> -libav -libglvnd -llvm -manpager -nls -pam -pch -roaming -sendmail -spell
> -tcpd -udev -udisks -unicode -upower -xinerama"
>
> But libglvnd is still pulled in as a hard dependency...
>
> [i3][root][~] emerge -pv
uire -j1 to keep
>> you from running out of memory. But aside from that, the big ones are
>>
>> * dev-lang/rust: pulled in by anything that needs SVG support unless
>> you unmask an old insecure version of librsvg or can tolerate half-
>> broken SVG support. This ta
is available for mesa-7.9
# emerge -1aDv mesa
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] media-libs/mesa-7.9 USE=classic gallium nptl -debug
-gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64
-mga -nouveau -r128 -savage -sis
be merged, in order:
Calculating dependencies... done!
[ebuild R ] media-libs/mesa-7.9 USE=classic gallium nptl -debug
-gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64
-mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB
Agree with Mick. I also did not find
be merged, in order:
Calculating dependencies... done!
[ebuild R ] media-libs/mesa-7.9 USE=classic gallium nptl -debug
-gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64
-mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB
Agree with Mick. I also did not find r300 USE flag
] x11-drivers/radeon-ucode-20110106 0 kB
[ebuild R ] media-libs/mesa-7.9.1 USE=classic nptl -debug -gallium
-gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64
-mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB
[ebuild R ] x11-base/xorg-server-1.9.5 USE=ipv6
experienced one myself.
Shades of FUD methinks.
http://bugs.gentoo.org/buglist.cgi?quicksearch=lvm
or if you like a bit of history:
Not all of these are LVM, some are only shown because they're related to llvm
(Which is a virtual machine), but lets ignore those all-together :)
On the first page
input_devices_mouse video_cards_intel video_cards_vesa)
[I] media-libs/mesa
Available versions: 7.9.2 7.10.2 (~)7.10.2-r1 7.10.3 7.11 {}
Installed versions: 7.11(09:39:15 AM 08/15/2011)(classic egl gallium llvm
nptl shared-glapi video_cards_intel )
If you are using a newer version of xf86-video
-pv mesa kwin'?
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl
shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic
(-selinux) -shared-dricore VIDEO_CARDS=-intel
here:
http://www.gentoo.org/doc/en/xorg-config.xml
and when I remerge media-libs/mesa-7.11 only radeon is shown under
VIDEO_CARDS:
[ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl
shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (-
selinux) -shared
On 19/03/12 07:26, Andrew Lowe wrote:
Hi all,
Has anyone played around with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale.
My situation is that I've just started my PhD which requires me to do
Finite Element Analysis, FEA
On Mon, Mar 19, 2012 at 5:32 AM, Mark Knecht markkne...@gmail.com wrote:
On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote:
Hi all,
Has anyone played around with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
On Mon, Mar 19, 2012 at 8:32 AM, Mark Knecht markkne...@gmail.com wrote:
On Sun, Mar 18, 2012 at 10:26 PM, Andrew Lowe a...@wht.com.au wrote:
Hi all,
Has anyone played around with the various better known compilers on
Gentoo? By better known, I'm referring to gcc, Intel, llvm, pathscale. My
referring to gcc, Intel, llvm, pathscale. My
situation is that I've just started my PhD which requires me to do Finite
Element Analysis, FEA, and Computational Fluid Dynamics, CFD, and I want to
find the best compiler for the job. Before anyone says Why bother, XXX
compiler is only 1 - 2% faster than
can boot back to that if I need to and still get email etc. while
working oout what I screwed up.
Excluding gcc, llvm, various app-emulation packages, videolibs, etc, most of it
looks innocent enough.
...
Some give me pause:
=sys-apps/baselayout-2.2
Is baselayout 2.2 necessary
On Tuesday 27 May 2014 22:41:32 Alan McKinnon wrote:
On 27/05/2014 18:20, Time Lucky wrote:
VIDEO_CARDS=intel radeon -freedreno -i915 -i965 -ilo -nouveau -r100
-r200 -r300 -r600 -radeonsi -vmware
Solved!
I realized that your VIDEO_CARDS was -i915
installing acroread on one of my XFCE boxes: 81 rebuilds one way, a
handful over 200 the other.
And I think it's at least the third time in the past few months I've
looked up llvm to see what it is and why it's getting built -- I keep
getting it confused with lvm.
--
Grant Edwards
dri3 egl gallium gbm llvm nptl udev
Any additional flags I could/should set for mesa and a radeon card?
Any other helper packages?
[1] http://www.gentoo.org/dyn/use-index.xml#doc_chap1
-llvm -nls -openmp -pam -roaming
-sendmail -tcpd -udev -unicode
So I went from -* plus add a lot of USE flags to
default/linux/amd64/13.0/no-multilib and negating a lot of USE flags.
Six of one, half a dozen of the other.
--
Walter Dnes waltd...@waltdnes.org
I don't run desktop environments; I
conventional style, without "-*", but I now have a lot of
"-foobar" flags in USE, like so...
USE="10bit 12bit X apng bindist ffmpeg gles2 jpeg netifrc png snappy szip
truetype x264 x265 xorg -acl -berkdb -caps -chatzilla -cracklib -crypt
-filecaps -gallium -gdbm -gmp-au
his
is mine, in case it helps anyone:
# ls /etc/portage/package.use
boinc firefox firmware iputils qtwebengine runtime-meta xorg
# cat /etc/portage/package.use/xorg
media-libs/mesa -vaapi
sys-devel/llvm clang video_cards_radeon
x11-libs/libdrm video_cards_radeon
# cat /et
entoo USE="bindist classic dri3 egl gallium
gbm gles2 llvm nettle nptl -d3d9 -debug -gcrypt -gles1 -libressl
-opencl -openmax -openssl -osmesa -pax_kernel -pic (-selinux) -vaapi
-valgrind -vdpau -vulkan -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)"
VIDEO_CARDS="radeon rad
bin/cla*" gives me "No such file or
directory"
Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
should find the executables.
qlist is part of portage-utils, which you probably already have.
Done as requested. There are 41 files found with
Try "qlist clang" so see what is installed, "qlist clang | grep bin/"
>> should find the executables.
>>
>> qlist is part of portage-utils, which you probably already have.
>>
>>
>
> Done as requested. There are 41 files found with clang i
e-float' '--disable-nine' '--disable-debug'
'--enable-dri3' '--enable-egl' '--enable-gbm' '--disable-gles1'
'--enable-gles2' '--enable-glx-tls' '--enable-valgrind=no'
'--enable-llvm-shared-libs' '--with-dri-drivers=,swrast,radeon,r200'
'--with-gallium-drivers=,swrast,r300,r600,radeonsi'
'--with
>
> xorg-server: doc glamor ipv6 kdrive suid udev xorg xvfb
>
> mesa: classic dri3 egl gallium gbm gcrypt gles2 llvm nettle nptl
> opencl openmax osmesa pax_kernel pic vaapi vdpau wayland xa xvmc
>
> I'm using gentoo hardened kernel (4.8.17-hardened-r2).
>
>
>
ed in by:
* (sys-apps/util-linux-2.26.2:0/0::gentoo, installed)
*
* >=sys-libs/ncurses-5.9-r3:5/5=[abi_x86_32(-),abi_x86_64(-)] pulled in by:
* (sys-devel/llvm-3.5.0:0/3.5::gentoo, installed)
*
*
>=media-libs/harfbuzz-0.9.12:0/0.9.18=[glib(+),truetype(+),abi_x86_32(-),abi_x86_6
sqlite
kde-apps/kdesu-handbook
media-libs/libvpx svc
media-libs/mesa -vaapi
net-misc/iputils -caps -filecaps
sys-devel/llvmclang video_cards_radeon
sys-kernel/linux-firmware savedconfig
x11-libs/libdrm video_cards_radeon
ter
really responsible for guessing what the programmer meant to accomplish
with buggy code? It would of course be preferable if the compiler could
just abort with an error when it detects UB, but that turns out to be
very hard to impossible in the case of C. That's just a built in
problem wi
mesa, dev-libs/nss, what-ever and see if
> things improve" is the best suggestion so far.
>
> I would do something like 'emerge -1 xorg-server xorg-drivers
> @x11-module-rebuild mesa llvm clang' then restart X and try again.
Thank you for your reply.
Initially, I understood the above re
>
> > I would do something like 'emerge -1 xorg-server xorg-drivers
> > @x11-module-rebuild mesa llvm clang' then restart X and try again.
>
> Thank you for your reply.
>
> Initially, I understood the above recomendation as the suggestion to
> rebuild the packages
2018-08-02 3:16 GMT+03:00 Adam Carter :
>> > I would do something like 'emerge -1 xorg-server xorg-drivers
>> > @x11-module-rebuild mesa llvm clang' then restart X and try again.
>>
>> Thank you for your reply.
>>
>> Initially, I understood the above rec
201 - 300 of 483 matches
Mail list logo