[bug #18015] GNU Mach: `make dist' and friends
Follow-up Comment #5, bug #18015 (project hurd): ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: [bug #18015] GNU Mach: `make dist' and friends
Thomas Schwinge wrote: Follow-up Comment #5, bug #18015 (project hurd): ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? Thomas, Sure does: gnumach-1.3.99 archives ready for distribution: gnumach-1.3.99.tar.gz rm i386/i386/i386asm.symc.o i386/i386/i386asm.symc goober:/devel2/bdefreese/gnumach-1-12032006/gnumach/build# Thanks, Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
Update of bug #18015 (project hurd): Status: Ready For Test = Fixed Open/Closed:Open = Closed Wiki-like text discussion box: = If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? This was positively confirmed by Barry -- Thanks for testing! -- so I'm closing this bug after having installed the following: #v+ 2006-12-03 Thomas Schwinge [EMAIL PROTECTED] [bug #18015 --- ``GNU Mach: `make dist' and friends''] * Makefile.am (DISTCLEANFILES): New variable. #v- ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
Update of bug #18015 (project hurd): Wiki-like text discussion box: If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? This was positively confirmed by Barry -- Thanks for testing! -- so I'm closing this bug after having installed the following: #v+ 2006-12-03 Thomas Schwinge [EMAIL PROTECTED] [bug #18015 --- ``GNU Mach: `make dist' and friends''] * Makefile.am (DISTCLEANFILES): New variable. #v- = ___ Follow-up Comment #6: If you add ``DISTCLEANFILES = Makefile.orig config.status.orig'' to `Makefile.am', does it work then? This was positively confirmed by Barry -- Thanks for testing! -- so I'm closing this bug after having installed the following: #v+ 2006-12-03 Thomas Schwinge [EMAIL PROTECTED] [bug #18015 --- ``GNU Mach: `make dist' and friends''] * Makefile.am (DISTCLEANFILES): New variable. #v- ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
Update of bug #18015 (project hurd): Status:None = Ready For Test Assigned to:None = tschwinge ___ Follow-up Comment #1: I checked in the following to fix this issue. Please test. Thanks to Barry for preparing a patch where I could base this work on. #v+ 2006-11-30 Barry deFreese [EMAIL PROTECTED] Thomas Schwinge [EMAIL PROTECTED] [bug #18015 --- ``GNU Mach: `make dist' and friends''] * Makefile.am (DISTCHECK_CONFIGURE_FLAGS): New variable. (EXTRA_DIST): Enhance with the patches and documentation files. (dist-hook): New target to remove the `CVS' directories. * Makefrag.am (libkernel_a_SOURCES, EXTRA_DIST): Add header and `mig' input files. (DISTCHECK_CONFIGURE_FLAGS): Enable the kernel debugger. * i386/Makefrag.am: Likewise. Also add `i386/i386/i386asm.sym', `i386/ldscript' and `i386/README-Drivers'. * i386/linux/Makefrag.am (liblinux_a_SOURCES): Add the header files from `i386/linux/'. * linux/Makefrag.am (liblinux_a_SOURCES, EXTRA_DIST) (liblinux_pcmcia_cs_modules_a_SOURCES) (liblinux_pcmcia_cs_clients_a_SOURCES) (liblinux_pcmcia_cs_wireless_a_SOURCES): Add header and other included files. (dist-hook): Depend on `dist-hook-linux'. (dist-hook-linux): New phony target to remove the `asm' symbolic links. * Makerules.am (EXTRA_DIST): Add `gensym.awk'. * doc/Makefrag.am (EXTRA_DIST): Add `$(mach_TEXINFOS)'. * configure.ac (AC_CONFIG_LINKS): Move instantiation to... * configfrag.ac: ... here and change quotation. * linux/configfrag.ac (AC_CONFIG_LINKS): Change quotation. #v- ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
Follow-up Comment #2, bug #18015 (project hurd): Thomas, Building out of the tree doesn't seem to work for me. build/../configure works OK but make dist seems to just keep running aclocal, autoconf, and automake recursively. Thanks, Barry ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
Follow-up Comment #3, bug #18015 (project hurd): As usual I screwed up. It appears I was having a timestamp problem. make dist works fine and a build on the resulting tarball is fine. I also tried running 'make distcheck' which seemed to be working fine but my machine hung again. I may try it again and report back. Thanks, Barry ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
Follow-up Comment #4, bug #18015 (project hurd): OK 'make distcheck' did not finish successfully: rm -f Makefile ERROR: files left in build directory after distclean: ./config.status.orig ./Makefile.orig make[1]: *** [distcleancheck] Error 1 make[1]: Leaving directory `/devel2/bdefreese/gnumach-1-11302006/gnumach/build/gnumach-1.3.99/_build' make: *** [distcheck] Error 2 rm i386/i386/i386asm.symc.o i386/i386/i386asm.symc Thanks. ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
Hello! On Wed, Nov 29, 2006 at 12:30:13AM -0500, Barry deFreese wrote: Barry deFreese wrote: Thomas Schwinge wrote: On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... I decided to add the `.srv' and `.cli' files to `EXTRA_DIST' instead. OK gang, I've gotten pretty far but now I'm a little confused. I had to include linux/src/drivers/scsi/FlashPoint.c because BusLogic.c includes. But now it is attempting to build FlashPoint.c and failing. [...] But afaict, in a normal (i.e. not from make dist's tarball), FlashPoint.c is not build. Correct. Also, I meant to mention. I suppose one way around this may be to add FlashPoint.c to EXTRA_DIST instead of inside of a dist_liblinux_a_SOURCES target? Correct. This and similar other files should also be added to `EXTRA_DIST' instead of some `*_SOURCES'. I am attaching a diff of what I have done so far. Barry, thanks for the patch, it was of great help! I integrated it into a local tree here at home, changed and added some bits, began testing it to eventually commit it into the cvs repository, but before I was able to finish the testing, I hit another Automake bug, I believe, which I then reported to bug-automake@gnu.org. So we now have to wait until that is resolved. Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
snip That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... I decided to add the `.srv' and `.cli' files to `EXTRA_DIST' instead. OK gang, I've gotten pretty far but now I'm a little confused. I had to include linux/src/drivers/scsi/FlashPoint.c because BusLogic.c includes. But now it is attempting to build FlashPoint.c and failing. [...] But afaict, in a normal (i.e. not from make dist's tarball), FlashPoint.c is not build. Correct. Also, I meant to mention. I suppose one way around this may be to add FlashPoint.c to EXTRA_DIST instead of inside of a dist_liblinux_a_SOURCES target? Correct. This and similar other files should also be added to `EXTRA_DIST' instead of some `*_SOURCES'. I am attaching a diff of what I have done so far. Barry, thanks for the patch, it was of great help! I integrated it into a local tree here at home, changed and added some bits, began testing it to eventually commit it into the cvs repository, but before I was able to finish the testing, I hit another Automake bug, I believe, which I then reported to bug-automake@gnu.org. So we now have to wait until that is resolved. Regards, Thomas Thomas, Great thanks. It's funny, I originally had all the .cli and .srv files in EXTRA_DIST.. Doh. So, should I pretty much stop working on this at this point? Thanks again! Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... Now I am stuck on one that I cannot figure out: i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o make[2]: *** No rule to make target `i386/i386/i386asm.h', needed by `../ipc/ipc_entry.c'. Stop. Probably some of its dependency files are still missing to be added to some `*_SOURCE' variable, have a look at the first set of rules in `Makerules.am'. A small update. Apparently i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o isn't getting built but I get no error... But it's definitely needed, as I understand this at the moment. (I can't access a built tree at the moment.) Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
Thomas Schwinge wrote: Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... Now I am stuck on one that I cannot figure out: i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o make[2]: *** No rule to make target `i386/i386/i386asm.h', needed by `../ipc/ipc_entry.c'. Stop. Probably some of its dependency files are still missing to be added to some `*_SOURCE' variable, have a look at the first set of rules in `Makerules.am'. A small update. Apparently i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o isn't getting built but I get no error... But it's definitely needed, as I understand this at the moment. (I can't access a built tree at the moment.) Regards, Thomas OK gang, I've gotten pretty far but now I'm a little confused. I had to include linux/src/drivers/scsi/FlashPoint.c because BusLogic.c includes. But now it is attempting to build FlashPoint.c and failing. gcc -nostdinc -imacros config.h -Ii386 -I. -I../i386 -I../i386/include/mach/sa -I../include -D__ASSEMBLY__ -traditional -nostdinc -imacros config.h -Ii386 -I. -I../i386 -I../i386/include/mach/sa -I../include -I../i386/linux/dev/include -I./linux/dev/include -I../linux/dev/include -I./linux/src/include -I../linux/src/include -g -O2 -c -o linux/src/arch/i386/lib/liblinux_a-semaphore.o `test -f 'linux/src/arch/i386/lib/semaphore.S' || echo '../'`linux/src/arch/i386/lib/semaphore.S if gcc -DHAVE_CONFIG_H -I. -I.. -I. -nostdinc -imacros config.h -Ii386 -I. -I../i386 -I../i386/include/mach/sa -I../include -I../i386/linux/dev/include -I./linux/dev/include -I../linux/dev/include -I./linux/src/include -I../linux/src/include -O2 -Wall -fno-strict-aliasing -g -O2 -MT linux/src/drivers/scsi/liblinux_a-FlashPoint.o -MD -MP -MF linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Tpo -c -o linux/src/drivers/scsi/liblinux_a-FlashPoint.o `test -f 'linux/src/drivers/scsi/FlashPoint.c' || echo '../'`linux/src/drivers/scsi/FlashPoint.c; \ then mv -f linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Tpo linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Po; else rm -f linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Tpo; exit 1; fi ../linux/src/drivers/scsi/FlashPoint.c: In function 'FlashPoint_ProbeHostAdapter': ../linux/src/drivers/scsi/FlashPoint.c:2432: warning: implicit declaration of function 'inb' ../linux/src/drivers/scsi/FlashPoint.c:2467: warning: implicit declaration of function 'outb' ../linux/src/drivers/scsi/FlashPoint.c: In function 'FlashPoint_ReleaseHostAdapter': ../linux/src/drivers/scsi/FlashPoint.c:4106: warning: implicit declaration of function 'outl' ../linux/src/drivers/scsi/FlashPoint.c: In function 'FPT_RNVRamData': ../linux/src/drivers/scsi/FlashPoint.c:4146: warning: implicit declaration of function 'inl' ../linux/src/drivers/scsi/FlashPoint.c: In function 'FlashPoint_HandleInterrupt': ../linux/src/drivers/scsi/FlashPoint.c:4713: warning: implicit declaration of function 'inw' ../linux/src/drivers/scsi/FlashPoint.c:4730: warning: implicit declaration of function 'outw' ../linux/src/drivers/scsi/FlashPoint.c: At top level: ../linux/src/drivers/scsi/FlashPoint.c:12056: error: expected ')' before '*' token ../linux/src/drivers/scsi/FlashPoint.c:12063: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'FlashPoint__HardwareResetHostAdapter' ../linux/src/drivers/scsi/FlashPoint.c:12069: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12076: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12083: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12090: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'FlashPoint__InterruptPending' ../linux/src/drivers/scsi/FlashPoint.c:12097: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12117: error: expected ')' before 'CardHandle' make[2]: *** [linux/src/drivers/scsi/liblinux_a-FlashPoint.o] Error 1 rm i386/i386/i386asm.symc.o i386/i386/i386asm.symc make[2]: Leaving directory `/tmp/gnumach-1.3.99/build' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/gnumach-1.3.99/build' make: *** [all] Error 2 But afaict, in a normal (i.e. not from make dist's tarball), FlashPoint.c is not build. I am attaching a diff of what I have done so far. Thanks! Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
Barry deFreese wrote: Thomas Schwinge wrote: Hello! On Tue, Nov 28, 2006 at 12:13:20AM -0500, Barry deFreese wrote: Barry deFreese wrote: [...] I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. That seems to be correct. I hope that doing so doesn't break anything. (Thinking about the rules in `Makerules.am' that deal with those files.) But you should have noticed if it had... Now I am stuck on one that I cannot figure out: i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o make[2]: *** No rule to make target `i386/i386/i386asm.h', needed by `../ipc/ipc_entry.c'. Stop. Probably some of its dependency files are still missing to be added to some `*_SOURCE' variable, have a look at the first set of rules in `Makerules.am'. A small update. Apparently i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o isn't getting built but I get no error... But it's definitely needed, as I understand this at the moment. (I can't access a built tree at the moment.) Regards, Thomas OK gang, I've gotten pretty far but now I'm a little confused. I had to include linux/src/drivers/scsi/FlashPoint.c because BusLogic.c includes. But now it is attempting to build FlashPoint.c and failing. gcc -nostdinc -imacros config.h -Ii386 -I. -I../i386 -I../i386/include/mach/sa -I../include -D__ASSEMBLY__ -traditional -nostdinc -imacros config.h -Ii386 -I. -I../i386 -I../i386/include/mach/sa -I../include -I../i386/linux/dev/include -I./linux/dev/include -I../linux/dev/include -I./linux/src/include -I../linux/src/include -g -O2 -c -o linux/src/arch/i386/lib/liblinux_a-semaphore.o `test -f 'linux/src/arch/i386/lib/semaphore.S' || echo '../'`linux/src/arch/i386/lib/semaphore.S if gcc -DHAVE_CONFIG_H -I. -I.. -I. -nostdinc -imacros config.h -Ii386 -I. -I../i386 -I../i386/include/mach/sa -I../include -I../i386/linux/dev/include -I./linux/dev/include -I../linux/dev/include -I./linux/src/include -I../linux/src/include -O2 -Wall -fno-strict-aliasing -g -O2 -MT linux/src/drivers/scsi/liblinux_a-FlashPoint.o -MD -MP -MF linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Tpo -c -o linux/src/drivers/scsi/liblinux_a-FlashPoint.o `test -f 'linux/src/drivers/scsi/FlashPoint.c' || echo '../'`linux/src/drivers/scsi/FlashPoint.c; \ then mv -f linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Tpo linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Po; else rm -f linux/src/drivers/scsi/.deps/liblinux_a-FlashPoint.Tpo; exit 1; fi ../linux/src/drivers/scsi/FlashPoint.c: In function 'FlashPoint_ProbeHostAdapter': ../linux/src/drivers/scsi/FlashPoint.c:2432: warning: implicit declaration of function 'inb' ../linux/src/drivers/scsi/FlashPoint.c:2467: warning: implicit declaration of function 'outb' ../linux/src/drivers/scsi/FlashPoint.c: In function 'FlashPoint_ReleaseHostAdapter': ../linux/src/drivers/scsi/FlashPoint.c:4106: warning: implicit declaration of function 'outl' ../linux/src/drivers/scsi/FlashPoint.c: In function 'FPT_RNVRamData': ../linux/src/drivers/scsi/FlashPoint.c:4146: warning: implicit declaration of function 'inl' ../linux/src/drivers/scsi/FlashPoint.c: In function 'FlashPoint_HandleInterrupt': ../linux/src/drivers/scsi/FlashPoint.c:4713: warning: implicit declaration of function 'inw' ../linux/src/drivers/scsi/FlashPoint.c:4730: warning: implicit declaration of function 'outw' ../linux/src/drivers/scsi/FlashPoint.c: At top level: ../linux/src/drivers/scsi/FlashPoint.c:12056: error: expected ')' before '*' token ../linux/src/drivers/scsi/FlashPoint.c:12063: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'FlashPoint__HardwareResetHostAdapter' ../linux/src/drivers/scsi/FlashPoint.c:12069: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12076: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12083: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12090: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'FlashPoint__InterruptPending' ../linux/src/drivers/scsi/FlashPoint.c:12097: error: expected ')' before 'CardHandle' ../linux/src/drivers/scsi/FlashPoint.c:12117: error: expected ')' before 'CardHandle' make[2]: *** [linux/src/drivers/scsi/liblinux_a-FlashPoint.o] Error 1 rm i386/i386/i386asm.symc.o i386/i386/i386asm.symc make[2]: Leaving directory `/tmp/gnumach-1.3.99/build' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/gnumach-1.3.99/build' make: *** [all] Error 2 But afaict, in a normal (i.e. not from make dist's tarball), FlashPoint.c is not build. I am attaching a diff of what I have done so far. Thanks! Barry deFreese (aka bddebian) Doh, forgot the .diff file. Also, I meant to mention. I suppose one way around this may be to add FlashPoint.c to EXTRA_DIST instead of inside of a dist_liblinux_a_SOURCES target?
``make dist'' and friends
Hello! This is mainly for Barry, but there is no reason that I should send it privately, so... 19:49 bddebian WTF generates the .defs.c files? Have a look at the magic in `Makerules.am' and how it is being used in `Makefrag.am'. This is not optimal, but I didn't invent a better way so far. It's also marked as `TODO' in there. 19:56 bddebian OK, I get make dist to run, then configure seems to run clean finally on the extracted tarball. But now when running make, I get: 19:56 bddebian ld# make 19:56 bddebian make all-recursive 19:56 bddebian make[1]: Entering directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:56 bddebian make[2]: Entering directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:56 bddebian grep: ../CVS/Root: No such file or directory 19:56 bddebian make[2]: *** No rule to make target `vm/memory_object_user.user.defs.c', needed by `../ipc/ipc_entry.c'. Stop. 19:57 bddebian make[2]: Leaving directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:57 bddebian make[1]: *** [all-recursive] Error 1 19:57 bddebian make[1]: Leaving directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:57 bddebian make: *** [all] Error 2 I checked in a change to oppress the (harmless) error message from grep. No action required from your side. For the actual error message from above, I think I'd need to have a look at the changes you did so far. 22:19 bddebian Why is everything nodist_foo.. in Makefrag.am? Those are the files that are generated during the build (e.g. mig's output files) and we thusly don't want to include in a release tarball. Regards, Thomas signature.asc Description: Digital signature ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
Thomas Schwinge wrote: Hello! This is mainly for Barry, but there is no reason that I should send it privately, so... 19:49 bddebian WTF generates the .defs.c files? Have a look at the magic in `Makerules.am' and how it is being used in `Makefrag.am'. This is not optimal, but I didn't invent a better way so far. It's also marked as `TODO' in there. 19:56 bddebian OK, I get make dist to run, then configure seems to run clean finally on the extracted tarball. But now when running make, I get: 19:56 bddebian ld# make 19:56 bddebian make all-recursive 19:56 bddebian make[1]: Entering directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:56 bddebian make[2]: Entering directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:56 bddebian grep: ../CVS/Root: No such file or directory 19:56 bddebian make[2]: *** No rule to make target `vm/memory_object_user.user.defs.c', needed by `../ipc/ipc_entry.c'. Stop. 19:57 bddebian make[2]: Leaving directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:57 bddebian make[1]: *** [all-recursive] Error 1 19:57 bddebian make[1]: Leaving directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:57 bddebian make: *** [all] Error 2 I checked in a change to oppress the (harmless) error message from grep. No action required from your side. For the actual error message from above, I think I'd need to have a look at the changes you did so far. 22:19 bddebian Why is everything nodist_foo.. in Makefrag.am? Those are the files that are generated during the build (e.g. mig's output files) and we thusly don't want to include in a release tarball. Regards, Thomas Thomas, Aye, I have fixed all of those. Not sure if I've done it the best way but I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. Now I am stuck on one that I cannot figure out: i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o make[2]: *** No rule to make target `i386/i386/i386asm.h', needed by `../ipc/ipc_entry.c'. Stop. Thanks, Barry deFreese (aka bddebian) ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
Re: ``make dist'' and friends
Barry deFreese wrote: Thomas Schwinge wrote: Hello! This is mainly for Barry, but there is no reason that I should send it privately, so... 19:49 bddebian WTF generates the .defs.c files? Have a look at the magic in `Makerules.am' and how it is being used in `Makefrag.am'. This is not optimal, but I didn't invent a better way so far. It's also marked as `TODO' in there. 19:56 bddebian OK, I get make dist to run, then configure seems to run clean finally on the extracted tarball. But now when running make, I get: 19:56 bddebian ld# make 19:56 bddebian make all-recursive 19:56 bddebian make[1]: Entering directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:56 bddebian make[2]: Entering directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:56 bddebian grep: ../CVS/Root: No such file or directory 19:56 bddebian make[2]: *** No rule to make target `vm/memory_object_user.user.defs.c', needed by `../ipc/ipc_entry.c'. Stop. 19:57 bddebian make[2]: Leaving directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:57 bddebian make[1]: *** [all-recursive] Error 1 19:57 bddebian make[1]: Leaving directory `/devel2/bdefreese/gnumach-1-11272006/gnumach/build/tmp/gnumach-1.3.99/build' 19:57 bddebian make: *** [all] Error 2 I checked in a change to oppress the (harmless) error message from grep. No action required from your side. For the actual error message from above, I think I'd need to have a look at the changes you did so far. 22:19 bddebian Why is everything nodist_foo.. in Makefrag.am? Those are the files that are generated during the build (e.g. mig's output files) and we thusly don't want to include in a release tarball. Regards, Thomas Thomas, Aye, I have fixed all of those. Not sure if I've done it the best way but I have added a few dist_libkernel_a_SOURCE to include all the header files, .sym, .srv, and .cli files. Now I am stuck on one that I cannot figure out: i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o make[2]: *** No rule to make target `i386/i386/i386asm.h', needed by `../ipc/ipc_entry.c'. Stop. Thanks, Barry deFreese (aka bddebian) A small update. Apparently i386/i386/lib_dep_tr_for_defs_a-mach_i386.server.defs.o isn't getting built but I get no error... Thanks, Barry ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd
[bug #18015] GNU Mach: `make dist' and friends
URL: http://savannah.gnu.org/bugs/?18015 Summary: GNU Mach: `make dist' and friends Project: The GNU Hurd Submitted by: tschwinge Submitted on: Monday 10/16/06 at 00:13 Category: GNU Mach Severity: 4 - Important Priority: 6 Item Group: Standard Compliance Status: None Privacy: Public Assigned to: None Originator Name: Originator Email: Open/Closed: Open Reproducibility: Every Time Size (loc): None Planned Release: GNU Mach 1.4 Effort: 0.00 To be done before: ___ Details: `make dist' and friends need work before they'll function correctly. If someone feels like it... (I don't at the moment.) But we definitely need this for the GNU Mach 1.4 release. ___ Reply to this item at: http://savannah.gnu.org/bugs/?18015 ___ Message sent via/by Savannah http://savannah.gnu.org/ ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd