problems compiling C codes in RH9

Izza · 09-04-2005, 06:16 PM

I have a program called CVIPtools. It works fine on 7.3, but 7.3 is giving me trouble booting my WINXP, so I decided to switch to RH9 instead.

The thing is, whenever I try to compile some of my C codes on RH9, it keeps giving me errors such as

undefined reference to 'errno'
undefined reference to '__ctype_b'
undefined reference to '_xstat'

I'm guessing that it's not linking properly to errno.h or ctype.h. I ran a search for errno.h and ctype.h and took note of the path. I added the complete path #include </path/whatever.h>, compiled, and got the same errors. O_o

Okay, now, I looked for solutions online, but none of them worked so far. I thought updating my glibc to 2.3.2-27.etcetera would fix this problem. It didn't. And then I came across a thread saying that compiling works fine with glibc-2.3.2-5... Problem is, this glibc only comes with the RH9 CDs that are purchased, not downloaded.

I tried looking for it on rpmfind.net and other rpm sites, but couldn't find any.

So, does anybody have a solution to my problem as to how I can compile correctly?

If not, does anyone know where I can get the glibc-2.3.2-5 as well as the glibc-common packages?

Thanks much!

kz26 · 09-04-2005, 08:19 PM

Why RH9? Maybe you would have more luck with your problem if you used a 2.6 kernel distro, like Fedora Core 4.

Izza · 09-04-2005, 08:33 PM

It doesn't work on FC3 either, but I haven't tried on FC4 yet.

The thing is, I read from bugzilla that glibc packages on RH9 upwards have this problem. They say that it's not a bug because Redhat did it intentionally, and that everything's supposed to be just fine if I installed glibc-2.3.2-27...

I wanted to work with RH9 because its next to 7.3 on the ladder (I'm not counting 8.0).

Er... has nobody ever encountered this error message before?

paulsm4 · 09-06-2005, 01:34 AM

Actually, it sounds like a link error to me.

1. Here's a simple "hello world":

Code:

#include <stdio.h>
#include <ctype.h>
#include <errno.h>

int
main (int argc, char *argv[])
{
  printf ("error= %d, isspace ('A')= %d\n",
    errno, isspace('A') );
  return 0;
}

2. Here are the libc externs it expects to be able to resolve at runtime:

Quote:

ls -l hello
-rwxr-xr-x 1 paulsm users 8026 2005-09-05 23:49 hello

nm hello
080496f4 A __bss_start
080483b4 t call_gmon_start
080496f4 b completed.1
080495f0 d __CTOR_END__
080495ec d __CTOR_LIST__
U __ctype_b_loc@@GLIBC_2.3
<= HERE'S AN EXTERNAL REFERENCE TO OUR FRIEND "CTYPE_B"...
...
U __errno_location@@GLIBC_2.0
<= AND HERE'S "ERRNO"..
...

ldd hello
linux-gate.so.1 => (0xffffe000)
libc.so.6 => /lib/tls/libc.so.6 (0x40035000)
/lib/ld-linux.so.2 (0x40000000)
<= AND THESE ARE THE RUNTIME FILES IT EXPECTS TO RESOLVE THEM FROM

My guess is that you probably don't have a "libc" that your Gcc can find.

I'm assuming that your source program is .c ('C'), and not .cpp (C++).

But either way, try verifying that you have the right gcc libraries installed. Your surest bet, of course, is to de-install and completely re-install Gcc itself.

Your .. PSM