Dmitry Mikushin
2018-10-04 00:00:03 UTC
First of, "error opening libc.a" message looks highly unusual. It's not the
way ld typically complains about a missing library or wrong architecture.
More likely, here it is rather some gcc-internal lib.a to be deployed in
some special way, but was missing.
I would try two things:
1) Re-iterate the failing conftest manually, appending -v option to show
what underlying ld command is being executed
2) Search for libc.a in the gcc build tree on another server, where the
build was successful.
Good luck,
- Dmitry.
On Thu, Oct 4, 2018, 02:32 Jost, Gabriele (ARC-TNC)[Supersmith] via gcc <
way ld typically complains about a missing library or wrong architecture.
More likely, here it is rather some gcc-internal lib.a to be deployed in
some special way, but was missing.
I would try two things:
1) Re-iterate the failing conftest manually, appending -v option to show
what underlying ld command is being executed
2) Search for libc.a in the gcc build tree on another server, where the
build was successful.
Good luck,
- Dmitry.
On Thu, Oct 4, 2018, 02:32 Jost, Gabriele (ARC-TNC)[Supersmith] via gcc <
Hello,
I have successfully installed gcc 8.1 on one system. I had to build the
accelerator on the front end, because the compute nodes did not have libc.a.
The build process seems to require a libc.a.
I am now struggling with trying to install it on a different system: Same
concept, front end has libc.a, compute nodes don’t. But now I can’t even
build the build the accelerator compiler, because of of the missing libc.a.
But it lives in /usr/lib64, just like on the other system. Would you have
any advise how I can get around this? Thanks in advance,
Gabriele
configure:3016: /nobackup/gcc_nvptx/gcc/build-accel/./gcc/xgcc
-B/nobackup//gcc_nvptx/gcc/build-accel/./gcc/
-B/nobackup/gcc-8.1.0-install/nvptx-none/bin/
-B/nobackup/gcc-8.1.0-install/nvptx-none/lib/ -isystem
/nobackup/gcc-8.1.0-install/nvptx-none/include -isystem
/nobackup/gcc-8.1.0-install/nvptx-none/sys-include -g -O2 conftest.c
-lc >&5
error opening libc.a
collect2: error: ld returned 1 exit status
configure:3020: $? = 1
| /* confdefs.h */
| #define PACKAGE_NAME "package-unused"
| #define PACKAGE_TARNAME "libbacktrace"
| #define PACKAGE_VERSION "version-unused"
| #define PACKAGE_STRING "package-unused version-unused"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
I have successfully installed gcc 8.1 on one system. I had to build the
accelerator on the front end, because the compute nodes did not have libc.a.
The build process seems to require a libc.a.
I am now struggling with trying to install it on a different system: Same
concept, front end has libc.a, compute nodes don’t. But now I can’t even
build the build the accelerator compiler, because of of the missing libc.a.
But it lives in /usr/lib64, just like on the other system. Would you have
any advise how I can get around this? Thanks in advance,
Gabriele
configure:3016: /nobackup/gcc_nvptx/gcc/build-accel/./gcc/xgcc
-B/nobackup//gcc_nvptx/gcc/build-accel/./gcc/
-B/nobackup/gcc-8.1.0-install/nvptx-none/bin/
-B/nobackup/gcc-8.1.0-install/nvptx-none/lib/ -isystem
/nobackup/gcc-8.1.0-install/nvptx-none/include -isystem
/nobackup/gcc-8.1.0-install/nvptx-none/sys-include -g -O2 conftest.c
-lc >&5
error opening libc.a
collect2: error: ld returned 1 exit status
configure:3020: $? = 1
| /* confdefs.h */
| #define PACKAGE_NAME "package-unused"
| #define PACKAGE_TARNAME "libbacktrace"
| #define PACKAGE_VERSION "version-unused"
| #define PACKAGE_STRING "package-unused version-unused"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }