Trying to compile bind 9.1.0 here.
Kernel is 2.2.18, gcc 2.7.2.1.
It failed trying to find the type for rlim_t.
The C file says BSD/OS is the only OS they found not to have rlim_t.
Am I missing something?
Where can i find this in linux? I looked in all the include
files, including resource.h
For now i jsut typedefed it as a long.
Also, it's looking for a setting for SYS_capset to pass to syscall()
and can't that either. Again, I looked in the include files without
success.
Thanx,
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
[email protected] Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
On Thu, 1 Feb 2001 09:53:35 -0500 (EST)
Admin Mailing Lists <[email protected]> wrote:
>
> Trying to compile bind 9.1.0 here.
> Kernel is 2.2.18, gcc 2.7.2.1.
> It failed trying to find the type for rlim_t.
> The C file says BSD/OS is the only OS they found not to have rlim_t.
> Am I missing something?
> Where can i find this in linux? I looked in all the include
> files, including resource.h
Are you sure you looked in ALL the include files? I seem to have it as:
/usr/include/bits/resource.h:typedef __rlim_t rlim_t;
where __rlim_t is
/usr/include/bits/types.h:typedef long int __rlim_t;
so you could try including those two in the appropriate places.
> For now i jsut typedefed it as a long.
>
> Also, it's looking for a setting for SYS_capset to pass to syscall()
> and can't that either. Again, I looked in the include files without
> success.
I have this:
/usr/include/bits/syscall.h:#define SYS_capset __NR_capset
Hope that helps (although l-k probably isn't the best place for this...)
--
Bruce Harada
[email protected]
On Fri, 2 Feb 2001, Bruce Harada wrote:
> > The C file says BSD/OS is the only OS they found not to have rlim_t.
> > Am I missing something?
> > Where can i find this in linux? I looked in all the include
> > files, including resource.h
>
> Are you sure you looked in ALL the include files? I seem to have it as:
>
> /usr/include/bits/resource.h:typedef __rlim_t rlim_t;
>
> where __rlim_t is
>
> /usr/include/bits/types.h:typedef long int __rlim_t;
>
i have no bits directory, but those definitions are not in my resource.h
or types.h.
I know this is crude, but:
grep rlim_t /usr/include/*.h /usr/include/*/*.h
/usr/include/*/*/*.h /usr/include/*/*/*/*.h
returns nothing. /usr/include/linux does link to the linux source too.
Ditto on SYS_capset.
when bind can't find SYS_capset, it does do #define SYS_capset
__NR_capset
the compilation returns that __NR_capset is undeclared.
the only __NR defines i can find are in /usr/include/asm/unistd.h
and capset isn't in there.
*shrug*
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
[email protected] Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
> so you could try including those two in the appropriate places.
>
> > For now i jsut typedefed it as a long.
> >
> > Also, it's looking for a setting for SYS_capset to pass to syscall()
> > and can't that either. Again, I looked in the include files without
> > success.
>
> I have this:
>
> /usr/include/bits/syscall.h:#define SYS_capset __NR_capset
>
> Hope that helps (although l-k probably isn't the best place for this...)
>
> --
> Bruce Harada
> [email protected]
>
>
[Admin Mailing Lists]
> i have no bits directory
Really? What version of libc, and on what Linux distro? I thought all
versions of glibc2 had /usr/include/bits/.
If you are using libc4 or libc5, it is not surprising if the BIND
people didn't notice the problem -- they probably didn't try it.
Peter
Peter Samuelson <[email protected]> writes:
|> [Admin Mailing Lists]
|> > i have no bits directory
|>
|> Really? What version of libc, and on what Linux distro? I thought all
|> versions of glibc2 had /usr/include/bits/.
No, it was introduced in glibc 2.0.5.
Andreas.
--
Andreas Schwab "And now for something
SuSE Labs completely different."
[email protected]
SuSE GmbH, Schanz?ckerstr. 10, D-90443 N?rnberg
Yep, it is libc5. i have 1 glibc system and they both have the files
you've mentioned. :( either i'll have to upgrade to glibc (no small task)
or use 8.2.3 for now..the previous 8.2.2 series was compiling ok for me.
Unless someone has a workaround i might try for 9?
-Tony
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
Anthony J. Biacco Network Administrator/Engineer
[email protected] Intergrafix Internet Services
"Dream as if you'll live forever, live as if you'll die today"
http://www.asteroid-b612.org http://www.intergrafix.net
.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
On Thu, 1 Feb 2001, Peter Samuelson wrote:
>
> [Admin Mailing Lists]
> > i have no bits directory
>
> Really? What version of libc, and on what Linux distro? I thought all
> versions of glibc2 had /usr/include/bits/.
>
> If you are using libc4 or libc5, it is not surprising if the BIND
> people didn't notice the problem -- they probably didn't try it.
>
> Peter
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> Please read the FAQ at http://www.tux.org/lkml/
>
Hello.
Just edit lib/isc/unix/resource.c and find following line:
"typedef quad_t rlim_t"
replace it with
"typedef unsigned long rlim_t"
In my case I had also to #undef HAVE_LINUX_CAPABILITY_H in config.h
after running ./configure
This was enough for my libc5 machine.
Regards,
Vesselin Atanasov
On Mon, 5 Feb 2001, Admin Mailing Lists wrote:
>
> Yep, it is libc5. i have 1 glibc system and they both have the files
> you've mentioned. :( either i'll have to upgrade to glibc (no small task)
> or use 8.2.3 for now..the previous 8.2.2 series was compiling ok for me.
> Unless someone has a workaround i might try for 9?
>
> -Tony
> .-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
> Anthony J. Biacco Network Administrator/Engineer
> [email protected] Intergrafix Internet Services
>
> "Dream as if you'll live forever, live as if you'll die today"
> http://www.asteroid-b612.org http://www.intergrafix.net
> .-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-._.-.
>
> On Thu, 1 Feb 2001, Peter Samuelson wrote:
>
> >
> > [Admin Mailing Lists]
> > > i have no bits directory
> >
> > Really? What version of libc, and on what Linux distro? I thought all
> > versions of glibc2 had /usr/include/bits/.
> >
> > If you are using libc4 or libc5, it is not surprising if the BIND
> > people didn't notice the problem -- they probably didn't try it.
> >
> > Peter