rama_krishna
asked on
gcc not working
I have installed gcc's c compiler ( package downloaded and added). I tested it . It is working fine from last 2 months. now suddenly it giving error. when i compile any c file
$ gcc test.c
ld.so.1: /usr/ccs/bin/ld: fatal: relocation error: file /usr/ccs/lib/libld.so.2: symbol _elf_getxoff: referenced symbol not found
gcc: Internal compiler error: program ld got fatal signal 9
what is wrong ? I reinstalled the package. but still it is giving the same error why? please help...
thank u.
$ gcc test.c
ld.so.1: /usr/ccs/bin/ld: fatal: relocation error: file /usr/ccs/lib/libld.so.2: symbol _elf_getxoff: referenced symbol not found
gcc: Internal compiler error: program ld got fatal signal 9
what is wrong ? I reinstalled the package. but still it is giving the same error why? please help...
thank u.
ASKER
OS is intel sun solaris 2.6. I have not made any changes to the system recently. /usr/ccs/li/libld.so.2 is there which is linked to /usr//lib/libld.so.2 ( which is also present).
please post result when you call gcc with -v option
ASKER
When i do
@gcc -v file1.c
the output is
gcc -v test1.c
Reading specs from /usr/local/lib/gcc-lib/i38
gcc version 2.8.1
/usr/local/lib/gcc-lib/i38
GNU CPP version 2.8.1 (i386 System V Release 4)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/local/i386-pc-solaris
/usr/local/lib/gcc-lib/i38
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i38
GNU C version 2.8.1 (i386-pc-solaris2.6) compiled by GNU C version 2.8.1.
/usr/ccs/bin/as -V -Qy -o /var/tmp/ccsTOQt_1.o /var/tmp/ccsTOQt_.s
as: WorkShop Compilers 4.2 alpha 14 Jun 1996
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy /usr/local/lib/gcc-lib/i38
ld: Software Generation Utilities - Solaris-ELF (4.0)
Undefined first referenced
symbol in file
sqlcxt /var/tmp/ccsTOQt_1.o
ld: fatal: Symbol referencing errors. No output written to a.out
@gcc -v file1.c
the output is
gcc -v test1.c
Reading specs from /usr/local/lib/gcc-lib/i38
gcc version 2.8.1
/usr/local/lib/gcc-lib/i38
GNU CPP version 2.8.1 (i386 System V Release 4)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/local/i386-pc-solaris
/usr/local/lib/gcc-lib/i38
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i38
GNU C version 2.8.1 (i386-pc-solaris2.6) compiled by GNU C version 2.8.1.
/usr/ccs/bin/as -V -Qy -o /var/tmp/ccsTOQt_1.o /var/tmp/ccsTOQt_.s
as: WorkShop Compilers 4.2 alpha 14 Jun 1996
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy /usr/local/lib/gcc-lib/i38
ld: Software Generation Utilities - Solaris-ELF (4.0)
Undefined first referenced
symbol in file
sqlcxt /var/tmp/ccsTOQt_1.o
ld: fatal: Symbol referencing errors. No output written to a.out
very simple:
you have a reference to sqlcxt (variable or procedure) somewhere in your test1.c
Either remove this reference (if possible), or specify the lib where to find it using the -l option.
you have a reference to sqlcxt (variable or procedure) somewhere in your test1.c
Either remove this reference (if possible), or specify the lib where to find it using the -l option.
Hmm, I wonder if the problem all along has been a messed up LD_LIBRARY_PATH. Obviously, as ahoffmann has noted, that C code is refernencing functions that aren't in any of the standard GCC or system libraries, probably some SQL function.
What is LD_LIBRARY_PATH set to ('echo $LD_LIBRARY_PATH' should tell)?
What happens if you try to compile:
#include <stdio.h>
main(){printf("Welcome to my nightmare\n");}
What is LD_LIBRARY_PATH set to ('echo $LD_LIBRARY_PATH' should tell)?
What happens if you try to compile:
#include <stdio.h>
main(){printf("Welcome to my nightmare\n");}
hmm, I know that Sun's bundled ld evaluate LD_LIBRARY_PATH for finding libs (if not told to do otherwise), but there was no lib given on command line, and sqlcxt is not a symbol in any lib linked against by default.
ASKER
yes that program contains one sql statement. Even normal c programm is also not running.
my c programme is
#######
#include <stdio.h>
main(){
printf("Hello world");
}
The error i got after $ gcc -v test.c
is
Reading specs from /usr/local/lib/gcc-lib/i38
gcc version 2.8.1
/usr/local/lib/gcc-lib/i38
GNU CPP version 2.8.1 (i386 System V Release 4)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/local/i386-pc-solaris
/usr/local/lib/gcc-lib/i38
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i38
GNU C version 2.8.1 (i386-pc-solaris2.6) compiled by GNU C version 2.8.1.
/usr/ccs/bin/as -V -Qy -o /var/tmp/cc0088fq1.o /var/tmp/cc0088fq.s
as: WorkShop Compilers 4.2 alpha 14 Jun 1996
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy /usr/local/lib/gcc-lib/i38
ld: Software Generation Utilities - Solaris-ELF (4.0)
ld.so.1: /usr/ccs/bin/ld: fatal: relocation error: file /usr/ccs/lib/libld.so.2: symbol _elf_getxoff: referenced symbol not found
gcc: Internal compiler error: program ld got fatal signal 9
my c programme is
#######
#include <stdio.h>
main(){
printf("Hello world");
}
The error i got after $ gcc -v test.c
is
Reading specs from /usr/local/lib/gcc-lib/i38
gcc version 2.8.1
/usr/local/lib/gcc-lib/i38
GNU CPP version 2.8.1 (i386 System V Release 4)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/local/i386-pc-solaris
/usr/local/lib/gcc-lib/i38
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i38
GNU C version 2.8.1 (i386-pc-solaris2.6) compiled by GNU C version 2.8.1.
/usr/ccs/bin/as -V -Qy -o /var/tmp/cc0088fq1.o /var/tmp/cc0088fq.s
as: WorkShop Compilers 4.2 alpha 14 Jun 1996
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy /usr/local/lib/gcc-lib/i38
ld: Software Generation Utilities - Solaris-ELF (4.0)
ld.so.1: /usr/ccs/bin/ld: fatal: relocation error: file /usr/ccs/lib/libld.so.2: symbol _elf_getxoff: referenced symbol not found
gcc: Internal compiler error: program ld got fatal signal 9
ASKER
yes that program contains one sql statement. Even normal c programm is also not running.
my c programme is
#######
#include <stdio.h>
main(){
printf("Hello world");
}
The error i got after $ gcc -v test.c
is
Reading specs from /usr/local/lib/gcc-lib/i38
gcc version 2.8.1
/usr/local/lib/gcc-lib/i38
GNU CPP version 2.8.1 (i386 System V Release 4)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/local/i386-pc-solaris
/usr/local/lib/gcc-lib/i38
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i38
GNU C version 2.8.1 (i386-pc-solaris2.6) compiled by GNU C version 2.8.1.
/usr/ccs/bin/as -V -Qy -o /var/tmp/cc0088fq1.o /var/tmp/cc0088fq.s
as: WorkShop Compilers 4.2 alpha 14 Jun 1996
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy /usr/local/lib/gcc-lib/i38
ld: Software Generation Utilities - Solaris-ELF (4.0)
ld.so.1: /usr/ccs/bin/ld: fatal: relocation error: file /usr/ccs/lib/libld.so.2: symbol _elf_getxoff: referenced symbol not found
gcc: Internal compiler error: program ld got fatal signal 9
my c programme is
#######
#include <stdio.h>
main(){
printf("Hello world");
}
The error i got after $ gcc -v test.c
is
Reading specs from /usr/local/lib/gcc-lib/i38
gcc version 2.8.1
/usr/local/lib/gcc-lib/i38
GNU CPP version 2.8.1 (i386 System V Release 4)
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/local/i386-pc-solaris
/usr/local/lib/gcc-lib/i38
/usr/include
End of search list.
/usr/local/lib/gcc-lib/i38
GNU C version 2.8.1 (i386-pc-solaris2.6) compiled by GNU C version 2.8.1.
/usr/ccs/bin/as -V -Qy -o /var/tmp/cc0088fq1.o /var/tmp/cc0088fq.s
as: WorkShop Compilers 4.2 alpha 14 Jun 1996
/usr/ccs/bin/ld -V -Y P,/usr/ccs/lib:/usr/lib -Qy /usr/local/lib/gcc-lib/i38
ld: Software Generation Utilities - Solaris-ELF (4.0)
ld.so.1: /usr/ccs/bin/ld: fatal: relocation error: file /usr/ccs/lib/libld.so.2: symbol _elf_getxoff: referenced symbol not found
gcc: Internal compiler error: program ld got fatal signal 9
The way I see the error when using the simple test program it sure looks like a problem with the system environment. Unfortunately I don't have any 2.6 x86 boxes to look at so I can't tell you what the file sizes for the libs should be.
You could try compiling the test program statically with 'gcc -static test.c'. If the problem is only with one of the dynamic libs, which is what the error indicates, the static link should work. That would also tend to eliminate gcc as being the cause of the problem.
You could try compiling the test program statically with 'gcc -static test.c'. If the problem is only with one of the dynamic libs, which is what the error indicates, the static link should work. That would also tend to eliminate gcc as being the cause of the problem.
> gcc version 2.8.1
hmm I'm also not failar with x386 Solaris and gcc, but try to update to gcc 2.95.3
Another try: what does following tell you:
ldd /usr/ccs/lib/libld.so.2
hmm I'm also not failar with x386 Solaris and gcc, but try to update to gcc 2.95.3
Another try: what does following tell you:
ldd /usr/ccs/lib/libld.so.2
ASKER
I add a patch 107734-09 (downloaded from sun site). This patch is for linker problems. Now the problem has been solved.
Thank u all.........
Thank u all.........
No comment has been added lately, so it's time to clean up this Topic Area.
I will leave a recommendation for this question in the Cleanup topic area as follows:
- PAQ & refund points
Please leave any comments here within the next 7 days
PLEASE DO NOT ACCEPT THIS COMMENT AS AN ANSWER !
tfewster (I don't work here, I'm just an Expert :-)
I will leave a recommendation for this question in the Cleanup topic area as follows:
- PAQ & refund points
Please leave any comments here within the next 7 days
PLEASE DO NOT ACCEPT THIS COMMENT AS AN ANSWER !
tfewster (I don't work here, I'm just an Expert :-)
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Have you made any changes in the system recently, other than to re-install gcc?
What's happening is that when gcc has compiled your code it then invokes Sun's ld program to link the object code and libraries. ld is complaining that it can't find a particular symbol in /usr/ccs/li/libld.so.2. In fact, that reference is actually a symbolic link to /usr/lib/libld.so.2. Check to be sure that the target of the link is still there. I'd think you'd get a different error if it was missing, but...