How to install libstdc++.i686 on RedHat RHEL 7?
Multi tool use
yum install libstdc++.i686
...
Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
What does this tell me and how can I fix it?
Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux
Yes, I did try to cheat and just linked the 64bit
# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6
# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6
but got this as a result:
./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
linux redhat-enterprise-linux
asked Dec 24 '17 at 23:47
ThomasThomas
11316
add a comment |
yum install libstdc++.i686
...
Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
What does this tell me and how can I fix it?
Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux
Yes, I did try to cheat and just linked the 64bit
# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6
# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6
but got this as a result:
./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
linux redhat-enterprise-linux
asked Dec 24 '17 at 23:47
ThomasThomas
11316
1
Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must runyum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.
– JakeGould
Dec 25 '17 at 0:16
1
FWIW, thei686indicates that is the 32-bit version of what you are attempting to install. What you have installed is thex86_64version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.
– JakeGould
Dec 25 '17 at 3:34
1
This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.
– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28
@JakeGould I edited my question to show you my reasons. Thanks!
– Thomas
Dec 25 '17 at 9:57
add a comment |
yum install libstdc++.i686
...
Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
What does this tell me and how can I fix it?
Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux
Yes, I did try to cheat and just linked the 64bit
# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6
# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6
but got this as a result:
./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
linux redhat-enterprise-linux
asked Dec 24 '17 at 23:47
ThomasThomas
11316
yum install libstdc++.i686
...
Transaction check error:
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyc from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
file /usr/share/gcc-4.8.2/python/libstdcxx/v6/printers.pyo from install of libstdc++-4.8.5-16.el7_4.1.i686 conflicts with file from package libstdc++-4.8.5-16.el7_4.1.x86_64
What does this tell me and how can I fix it?
Here's the reason why I need it:
https://docs.bmc.com/docs/brid91/en/preparing-a-unix-environment-610402414.html#PreparingaUNIXenvironment-PreparingtoinstallonRedHatLinux
Yes, I did try to cheat and just linked the 64bit
# ln -s /usr/lib64/libstdc++.so.6 /lib/libstdc++.so.6
# ls -lad libstdc++.so.6
lrwxrwxrwx. 1 root root 25 25. Dez 09:53 libstdc++.so.6 -> /usr/lib64/libstdc++.so.6
but got this as a result:
./arcache: error while loading shared libraries: libstdc++.so.6: wrong ELF class: ELFCLASS64
linux redhat-enterprise-linux
linux redhat-enterprise-linux
asked Dec 24 '17 at 23:47
ThomasThomas
11316
asked Dec 24 '17 at 23:47
ThomasThomas
11316
edited Dec 25 '17 at 9:55
Thomas
asked Dec 24 '17 at 23:47
ThomasThomas
11316
asked Dec 24 '17 at 23:47
ThomasThomas
11316
asked Dec 24 '17 at 23:47
ThomasThomas
11316
11316
1
Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must runyum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.
– JakeGould
Dec 25 '17 at 0:16
1
FWIW, thei686indicates that is the 32-bit version of what you are attempting to install. What you have installed is thex86_64version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.
– JakeGould
Dec 25 '17 at 3:34
1
This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.
– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28
@JakeGould I edited my question to show you my reasons. Thanks!
– Thomas
Dec 25 '17 at 9:57
add a comment |
1
Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must runyum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.
– JakeGould
Dec 25 '17 at 0:16
1
FWIW, thei686indicates that is the 32-bit version of what you are attempting to install. What you have installed is thex86_64version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.
– JakeGould
Dec 25 '17 at 3:34
1
This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.
– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28
@JakeGould I edited my question to show you my reasons. Thanks!
– Thomas
Dec 25 '17 at 9:57
1
1
Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run
yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.– JakeGould
Dec 25 '17 at 0:16
Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run
yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.– JakeGould
Dec 25 '17 at 0:16
1
1
FWIW, the
i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.– JakeGould
Dec 25 '17 at 3:34
FWIW, the
i686 indicates that is the 32-bit version of what you are attempting to install. What you have installed is the x86_64 version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.– JakeGould
Dec 25 '17 at 3:34
1
1
This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.
– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28
This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.
– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28
@JakeGould I edited my question to show you my reasons. Thanks!
– Thomas
Dec 25 '17 at 9:57
@JakeGould I edited my question to show you my reasons. Thanks!
– Thomas
Dec 25 '17 at 9:57
add a comment |
2 Answers
2
active
oldest
votes
I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.
$ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
$ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm
yum
--downloadonly - only download the package into an RPM
--downloaddir - download an RPM to the specified dir
rpm
--ivh - install/verbose log/print hashes for progress
--force - ignore existing installs, this is what ignores the above error
--nodeps - ignore dependencies
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
add a comment |
It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:
yum update -y libstdc++.x86_64
yum install libstdc++.i686
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1279873%2fhow-to-install-libstdc-i686-on-redhat-rhel-7%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.
$ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
$ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm
yum
--downloadonly - only download the package into an RPM
--downloaddir - download an RPM to the specified dir
rpm
--ivh - install/verbose log/print hashes for progress
--force - ignore existing installs, this is what ignores the above error
--nodeps - ignore dependencies
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
add a comment |
I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.
$ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
$ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm
yum
--downloadonly - only download the package into an RPM
--downloaddir - download an RPM to the specified dir
rpm
--ivh - install/verbose log/print hashes for progress
--force - ignore existing installs, this is what ignores the above error
--nodeps - ignore dependencies
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
add a comment |
I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.
$ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
$ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm
yum
--downloadonly - only download the package into an RPM
--downloaddir - download an RPM to the specified dir
rpm
--ivh - install/verbose log/print hashes for progress
--force - ignore existing installs, this is what ignores the above error
--nodeps - ignore dependencies
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
I ran into this same issue. I was able to use yum to download the RPM, then force install the rpm.
$ sudo yum install --downloadonly --downloaddir=/var/tmp/ libstdc++.i686
$ sudo rpm -ivh --force --nodeps /var/tmp/libstdc++-<VERSION>.i686.rpm
yum
--downloadonly - only download the package into an RPM
--downloaddir - download an RPM to the specified dir
rpm
--ivh - install/verbose log/print hashes for progress
--force - ignore existing installs, this is what ignores the above error
--nodeps - ignore dependencies
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
edited Feb 12 at 16:09
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
answered Feb 12 at 0:07
redfeatherplusplusredfeatherplusplus
112
112
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
add a comment |
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Why do this rather than the shorter commands?
– Scott
Feb 12 at 2:07
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
Because the shorter command will fail per the original question. In case you mean why do the options, I'll add that to the answer.
– redfeatherplusplus
Feb 12 at 16:04
add a comment |
It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:
yum update -y libstdc++.x86_64
yum install libstdc++.i686
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
add a comment |
It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:
yum update -y libstdc++.x86_64
yum install libstdc++.i686
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
add a comment |
It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:
yum update -y libstdc++.x86_64
yum install libstdc++.i686
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
It says you i686 package not match with you x86_64 package(must with same version number), update the x86_64 package first, then try again:
yum update -y libstdc++.x86_64
yum install libstdc++.i686
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
answered Jul 10 '18 at 2:42
tangxinfatangxinfa
1013
1013
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1279873%2fhow-to-install-libstdc-i686-on-redhat-rhel-7%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
V v0 HPJ,PjYbkX0O1hlbyBS56xzcxVFFrAnufzyf coT8njX0Y,TUCN0peR2
1
Why are you doing this? What does Oracle have to do with this? Are you following some random online instructions that say you must run
yum install libstdc++.i686? Because it seems to me you have that library installed already. Just move onto the next step and all should be fine.– JakeGould
Dec 25 '17 at 0:16
1
FWIW, the
i686indicates that is the 32-bit version of what you are attempting to install. What you have installed is thex86_64version which is the 64-bit version. Unless there is an incredibly specific reason you need the 32-bit version of that library, there is no reason to install that. Just compile with the 64-bit version.– JakeGould
Dec 25 '17 at 3:34
1
This tells you that, assuming the packages are from the same source, since the package version and release are the same the package maintainer has allowed a small bug to slip through.
– Ignacio Vazquez-Abrams
Dec 25 '17 at 6:28
@JakeGould I edited my question to show you my reasons. Thanks!
– Thomas
Dec 25 '17 at 9:57