Displaying 20 results from an estimated 1300 matches similar to: "Compile on Centos7, run on 6 possible?"
2016 Jun 28
2
The clang for centos6 are need GLIBC_2.14, but we only have GLIB 2.12 by default.
[root at localhost clang+llvm-3.8.0-linux-x86_64-centos6]# cd bin
[root at localhost bin]# ./clang
./clang: /lib64/libc.so.6: version `GLIBC_2.15' not found (required by
./clang)
./clang: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by
./clang)
./clang: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found
(required by ./clang)
./clang: /usr/lib64/libstdc++.so.6:
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
2012 Jun 21
2
[LLVMdev] [cfe-dev] is configure+make dead yet?
On 21 Jun 2012, at 09:45, Konstantin Tokarev wrote:
> Use ccmake and don't suffer anymore!
Now there's a construct that I never expected to see anyone utter seriously...
David
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
2011 Jul 30
1
[LLVMdev] Problem while selfhosting LLVM and Clang
Hi, Aaron
> > I am not sure where to put cxxabi.h. How can I let clang find this
> > header file while compiling LLVM and Clang (in step 2)?
> >
>
> You need to add it to somewhere that is in Clangs includes search path. E.g.
> $INSTALL/lib/clang/2.9/include perhaps.
Thanks for your help. Now I have another problem,
---
llvm[4]: Compiling Version.cpp for Release
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
2015 Apr 25
1
google-earth crashes on CentOS 6.6
Hey all,
With google-earth-stable.x86_64 0:7.1.2.2041-0
[mlapier at peach /]$ /usr/bin/google-earth
[0425/000212:ERROR:net_util.cc(2195)] Not implemented reached in bool
net::HaveOnlyLoopbackAddresses()
Failed to load "/opt/google/earth/free/libinput_plugin.so" because
"/usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required
by ./libLeap.so)"
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
2009 May 22
0
[LLVMdev] CMake build maturity [was: Re: Arm port]
Hi, just chiming in here...
Óscar Fuentes wrote:
> [...]
>
> This is a simple guide for using cmake with LLVM:
>
> http://www.llvm.org/docs/CMake.html
>
> The makefiles distributed with LLVM have nothing to do with cmake.
>From the few times I tried building LLVM with CMake I got the impression
that it wasn't completely mature yet (the "TODO" sections in
2012 Jun 23
0
[LLVMdev] [cfe-dev] is configure+make dead yet?
2012/6/23 Joshua Cranmer <pidgeot18 at gmail.com>:
> I decided to try recently to do one of my builds with cmake instead of
> configure. The problem I hit is before I even try compiling in the first
> place: cmake /src/llvm --help produces an extremely useless list of options,
> so it's impossible to figure out how to configure it with cmake without
> looking up online.
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'
2014 Sep 15
1
Installation of WPS
Hi,
i tried to install WPS as alternative to Openffice but it give me this
error below.
Requires: libstdc++.so.6(GLIBCXX_3.4.14)
Kindly advice.
Regards
Samson.
2015 Jul 08
2
[LLVMdev] Excluding project builds
Dan Liew <dan at su-root.co.uk> writes:
> On 7 July 2015 at 15:05, David A. Greene <greened at obbligato.org> wrote:
>> I'm learning the cmake build.
>>
>> Is there a way to disable the build of a subdirectory in llvm/projects?
>> I'm getting a build error on one project and don't want it to hold up
>> the build of everything else.
>
2020 Oct 21
0
Firefox 78 under CentOS 6 -- no sound?
Leon Fauster via CentOS <centos at centos.org> wrote:
> ... or a general problem. Does some one tried the version from
> mozilla?
>
> https://www.mozilla.org/en-US/firefox/all/#product-desktop-esr
>
> Can't test it - I don't run EL6 workstations anymore ...
[yves at home firefox]$ ./firefox
./firefox: /lib64/libc.so.6: version `GLIBC_2.17' not found
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:
2012 Jun 21
0
[LLVMdev] [cfe-dev] is configure+make dead yet?
21.06.2012, 11:50, "Ashok Nalkund" <ashoknn at qualcomm.com>:
> On 6/20/2012 11:55 PM, Ashok Nalkund wrote:
>
>> On 6/20/2012 11:00 PM, "C. Bergström" wrote:
>>> On 06/21/12 12:47 PM, Chandler Carruth wrote:
>>>> On Wed, Jun 20, 2012 at 5:13 PM, Nick Lewycky <nlewycky at google.com
>>>> <mailto:nlewycky at
2015 Aug 25
2
Compile for C6 / glibc
Am 25.08.2015 um 16:31 schrieb Eero Volotinen <eero.volotinen at iki.fi>:
> 25.8.2015 4.03 ip. "Leon Fauster" <leonfauster at googlemail.com> kirjoitti:
>
>>
>> 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
2012 Jun 22
0
[LLVMdev] [cfe-dev] is configure+make dead yet?
22.06.2012, 19:36, "Joshua Cranmer" <pidgeot18 at gmail.com>:
> I decided to try recently to do one of my builds with cmake instead of configure. The problem I hit is before I even try compiling in the first place: cmake /src/llvm --help produces an extremely useless list of options, so it's impossible to figure out how to configure it with cmake without looking up online.
2010 Apr 15
1
[LLVMdev] [cfe-dev] Living on Clang
Hi,
On Apr 14, 2010, at 10:51 PM, Douglas Gregor wrote:
> Hello fellow LLVMers and Clangstas,
>
> We want to make Clang great, and we need your help!
>
> Helping is easy: just build Clang on your platform and start using it as your main compiler for LLVM and Clang development. Much of the Clang team has been living on Clang for at least several weeks already, and we've