Displaying 20 results from an estimated 600 matches similar to: "The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default."
2016 Jun 28
0
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
Yes, I believe it was built against centos 6.7. I wanted to build it
against an older release but couldn't quite bootstrap it without newer
libstdc++.
Sorry, it would be clearer if I'd have made the package name include
"centos6.7".
On Tue, Jun 28, 2016 at 11:43 AM, 罗勇刚(Yonggang Luo) <llvm-dev at lists.llvm.org
> wrote:
> [root at localhost
2016 Jun 28
3
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
So CentOS before 6.7 is not an option after all?
Is that possible to use clang on CentOS 6.6 and before?
On Wed, Jun 29, 2016 at 12:48 AM, Brian Cain <brian.cain at gmail.com> wrote:
> Yes, I believe it was built against centos 6.7. I wanted to build it
> against an older release but couldn't quite bootstrap it without newer
> libstdc++.
>
> Sorry, it would be clearer
2018 Jul 13
2
Widevine plugin for CentOS 6?
Does anyone know of a CentOS 6 compiled version of the widevine DRM plugin?
With Firefox 60ESR, Netflix (e.g.) installs a version in your
~/.mozilla/firefox/(profile name)gmp-widevinecdm/ directory but it has the
following library failures in 'ldd' output:
> ldd libwidevinecdm.so
./libwidevinecdm.so: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.5' not
found (required by
2018 Jul 13
3
Widevine plugin for CentOS 6?
On 07/13/2018 08:17 AM, Johnny Hughes wrote:
> On 07/13/2018 07:42 AM, Matthew Phelps wrote:
>> Does anyone know of a CentOS 6 compiled version of the widevine DRM plugin?
>>
>> With Firefox 60ESR, Netflix (e.g.) installs a version in your
>> ~/.mozilla/firefox/(profile name)gmp-widevinecdm/ directory but it has the
>> following library failures in 'ldd'
2016 Sep 22
3
Flash player beta
On Thu, Sep 22, 2016 at 9:02 AM, Richard <lists-centos at listmail.innovate.net
> wrote:
>
> > Date: Thursday, September 22, 2016 12:36:57 +0100
> > From: isdtor <isdtor at gmail.com>
> >
> > Has anyone tried the new flash player beta for Linux?
> >
> > http://labs.adobe.com/downloads/flashplayer.html
> >
> > I can't get it to
2016 Jun 28
0
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
On Tue, Jun 28, 2016 at 11:50 AM, 罗勇刚(Yonggang Luo) <luoyonggang at gmail.com>
wrote:
> So CentOS before 6.7 is not an option after all?
> Is that possible to use clang on CentOS 6.6 and before?
>
>
Not with these binaries, unless you can update your libc/libstdc++. In the
general sense -- yes, it's possible if you build from source. There's a
couple of potential
2016 Jun 28
0
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
Sorry if I was unclear, I have no problems building clang against a newer
gcc for my own purpose. But it doesn't make sense to provide a release
binary for clang that's hosted on llvm.org that's ostensibly for "centos6"
when it would really be bound to "centos6 plus the SCLO mirror which has
the dependency for a newer libstdc++".
The glibc 2.14 dependency is a
2016 Jun 28
2
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
Hell, Brian, I found a way to install Gcc 5.3 on CentOS 6 without the need
to building it from source. You may try it on CentOS 6.0
That's makes clang/llvm won't depends on the newer version of glibc 2.14
The instruction:
vim /etc/yum.repos.d/llvm.repo
The content:
```
[sclo]
name=SCLO
baseurl=http://mirror.centos.org/centos/6/sclo/x86_64/rh/
gpgcheck=0
enabled=1
```
Installation step:
2016 Sep 22
2
Flash player beta
Has anyone tried the new flash player beta for Linux?
http://labs.adobe.com/downloads/flashplayer.html
I can't get it to work on CentOS 6.8, ff 45.3.0-1, all x86_64. ff's pluginreg.dat shows the plugin is [INVALID], which is often a sign of bitness-mismatch, but that's not the case here.
$ tail -n 3 pluginreg.dat
[INVALID]
/usr/lib64/flash-plugin/libflashplayer.so:$
1474541270000:$
2016 Jun 29
0
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
It is possible to statically link against libstdc++, yes. I don't quite
know all the pieces to the recipe in order to get that to work. It would
require changes to the release script in order to get those configuration
changes all the way through the third phase build.
I don't believe any other tarball release does this, so it would at least
be an unconventional release.
On Wed, Jun
2015 Apr 27
4
Folding At Home OT
On 04/22/15 21:05, Mark LaPierre wrote:
> Can someone recommend a good video card to use with CentOS 6.6 that has
> a GPU, or two, or more, that will work with the Folding At Home project.
>
> I built a killer machine primarily for contributing to the FAH effort
> but the video card, NVIDIA Corporation G94 [GeForce 9600 GT], I had on
> hand is not getting any assignments.
2016 Jun 29
3
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
Well, is that possible to include libstdc++4.7 into llvm?
On Wed, Jun 29, 2016 at 2:26 AM, Brian Cain <brian.cain at gmail.com> wrote:
> Sorry if I was unclear, I have no problems building clang against a newer
> gcc for my own purpose. But it doesn't make sense to provide a release
> binary for clang that's hosted on llvm.org that's ostensibly for
>
2014 Jul 21
1
Compile on Centos7, run on 6 possible?
I'm getting errors: '/lib64/libc.so.6: version `GLIBC_2.14' not found'
and '/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found'.
Is there a way to make a backward-compatible binary?
If not, is there a sane way to build something that needs gcc
4.8+/boost 1.5.3+/cmake 2.8 on Centos6? I found the devtoolset-2
software collection with a usable gcc, but no
2020 Oct 05
2
LLJIT: __{math}_finite symbols not resolved ?
Hello,
Right now I am just using a Generator to look for symbols in my process
(which links dynamically against libc / libm).
It seems to have no trouble finding every other libc / libm / libc++ / ...
symbol so I assumed that it was not necessary to specifically link against
libm where these __finite symbols reside:
$ nm -D /usr/lib/libm.so.6 | grep finite
0000000000050540 T
2018 Jul 13
0
Widevine plugin for CentOS 6?
On 07/13/2018 07:42 AM, Matthew Phelps wrote:
> Does anyone know of a CentOS 6 compiled version of the widevine DRM plugin?
>
> With Firefox 60ESR, Netflix (e.g.) installs a version in your
> ~/.mozilla/firefox/(profile name)gmp-widevinecdm/ directory but it has the
> following library failures in 'ldd' output:
>
>> ldd libwidevinecdm.so
> ./libwidevinecdm.so:
2018 Jul 13
0
Widevine plugin for CentOS 6?
On Fri, Jul 13, 2018 at 9:23 AM Johnny Hughes <johnny at centos.org> wrote:
> On 07/13/2018 08:17 AM, Johnny Hughes wrote:
> > On 07/13/2018 07:42 AM, Matthew Phelps wrote:
> >> Does anyone know of a CentOS 6 compiled version of the widevine DRM
> plugin?
> >>
> >> With Firefox 60ESR, Netflix (e.g.) installs a version in your
> >>
2016 Sep 22
0
Flash player beta
On Thu, Sep 22, 2016 at 9:27 AM, Phelps, Matthew <mphelps at cfa.harvard.edu>
wrote:
>
>
> On Thu, Sep 22, 2016 at 9:02 AM, Richard <lists-centos at listmail.
> innovate.net> wrote:
>
>>
>> > Date: Thursday, September 22, 2016 12:36:57 +0100
>> > From: isdtor <isdtor at gmail.com>
>> >
>> > Has anyone tried the new flash
2020 Oct 05
2
LLJIT: __{math}_finite symbols not resolved ?
Hello,
here is a repro which runs in a docker image.
https://we.tl/t-O1EhIAOeOF
To see the issue, run repro.sh
It will first download a (big, sorry) centos:7 docker image with my build
of LLVM-11 and build a simple lljit-based example.
This example is called with some trivial .cpp which calls `cos`.
When ran from *within the container* it works.
When the same example, with the same bitcode
2015 Aug 25
4
Compile for C6 / glibc
In the hope that some skilled developers are here:
We have a commercial product that do not run under CentOS6
/lib64/libc.so.6: version `GLIBC_2.14' not found
Is it possible to compile software (compile switch?) on a system that
uses a newer glibc but in such a way that can be used (executed) on
a system with an older glibc (like here: compiled on glibc 2.14
based system but C6 is on
2020 Oct 05
2
LLJIT: __{math}_finite symbols not resolved ?
Hello,
when building code with -Ofast -ffinite-math-only -ffast-math, clang
generates calls to "finite" variants of math functions.
This has been the source of a fair amount of issues in a "normal", non-JIT
pipeline, which seem to have been fixed over time - a simple fix being
recompiling the target app against the new glibc.
- https://bugs.llvm.org/show_bug.cgi?id=44842
-