Bug#220624: libc6-dev: breaks builds on 2.4 systems because depending on linux-kernel-headers which contain 2.5 headers

[Alex Tsariounov <alext@fc.hp.com>]

On Thu, 2003-11-13 at 14:28, Daniel Jacobowitz wrote:
> On Thu, Nov 13, 2003 at 01:50:58PM -0700, Alex Tsariounov wrote: 
> > Are you saying that it is not and should not be used then?
> 
> Libc provides the function, as a convenience, esp. for architectures
> where the _syscall macros in <asm/unistd.h> can't be directly used.
> 
> However, it does not provide a prototype or associated definitions. 
> Which is what I said.

Well, this is why I said it was philosophical.  My root question would
be: is the system call query_module() (along with it's relatives
init_module, create_module, delete_module - although they are less
important here since you need to be root to use them) a public
interface?

If it is, then I would suggest it needs an include file which prototypes
its use and supplies any needed constants/definitions.

For my case now, and hence this bug, I've decided to quit using the
query_module() function because of the fud (it's not the first time it's
been a problem).  I've also attached below the example code that I used
to open this bug modified to use a different method to determine if a
module is loaded for those who are monitoring this bug stream.

By using this other method (and hence not including linux/module.h), my
build builds again.

Thanks,
Alex Tsariounov

-----8<----- Compile this:

#include <stdio.h>

main(int argc, char *argv[])
{
	FILE *fp;
	char line[4096];

	if (argc<2) {
		printf("Usage: %s module_name\n", argv[0]);
		exit(1);
	}

	fp = fopen("/proc/modules", "r");
	if (!fp) {
		perror("Opening /proc/modules");
		exit(1);
	}

	while (fgets(line, sizeof(line), fp)) {
		if (strncmp(line, argv[1], strlen(argv[1])) == 0) {
			printf("Found %s loaded in kernel\n", argv[1]);
			exit (0);
		}
	}

	printf("Can't find module %s in kernel\n", argv[1]);
	return 1;
	exit(0);
}

-----8<--------8<-------