IRC channel logs
2025-01-09.log
back to list of logs
<ZhaoM>youpi: I can only think of copying the libstore directory to create a libstore with without parted module <youpi>we don't want to copy, better modify the makefiles to create a different library <youpi>possibly by adding another directory where you have just a makefile that points to the files in libstore/ <ZhaoM>(About a directory with only a Makefile). Ah nice, it's elegant <youpi>gnu_srs1: maintainer reaction I expected ;) <ZhaoM>youpi: what do you think of only copying all source files during compilation, I think the Makefile will be very easy to understand (and implement) <ZhaoM>so we can avoid the dependencies happen *inside* the libstore <ZhaoM>eh never mind. The idea is quite insane <youpi>ZhaoM: I don't understand which dependency you are talking about <ZhaoM>youpi: I supposed Makefile and the source files must be in the same directory so '#include "some_header.h"' in the .c files can work <youpi>#include "" looks in the directory of the .c file <youpi>it doesn't care where the makefile is <Pellescours>youpi: for ecxt2fs and libstore, is gnuzip affected by the same problem? <Pellescours>gzip is gpl3 or later, and ext2fs is gpl2 only. And gzip apprea in libstore, so is ext2fs affected the same way or not? <youpi>AFAIK ext2fs uses zlib, not gzip <ZhaoM>Pellesours: I thin it depends on the output of command 'ldd /hurd/ext2fs' <ZhaoM>youpi: I found the variable VPATH in GNU make user manual <ZhaoM>I think it makes life much easier. Now I can get a libstore-noparted.so.0.3 without libparted <ZhaoM>Now I am trying to make sure it will do what we want by reading Makefile <ZhaoM>how to confirm the functionality is correct? <youpi>ZhaoM: you can ldd the library to check that it doesn't link against libparted <Pellescours>and probably also "Add a name field to thread structure in Mach, and thread_set_name (like task_set_name), and use it to add pthread_setname_np to glibc."