[kbuild-devel] get_versions.sh
Hello Eric, Now I remember that you propose to me to detect the version of tools and program, to give user some warning about dangerous configurations in CML2. In people.debian.org/~cate/files/kautoconfigure/autoconfigure/new/ you will find the latest version. It detects and feed version and tools type (GNU or other) into a config.out file. To use: bash get_versions.sh For bug report, use the: bash get_versions.sh --debug IIRC I've already annonced a the release of that file some time ago. Anyway, if you still intend to support it into CML2, tell me so that I will update it. giacomo ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: get_versions.sh
Giacomo Catenazzi [EMAIL PROTECTED]: Now I remember that you propose to me to detect the version of tools and program, to give user some warning about dangerous configurations in CML2. IIRC I've already annonced a the release of that file some time ago. Anyway, if you still intend to support it into CML2, tell me so that I will update it. CONFIG_GCC=y CONFIG_GCC_VERSION=2.96 CONFIG_GNU_MAKE=y CONFIG_MAKE_VERSION=3.79.1 CONFIG_GNU_LD=y CONFIG_LD_VERSION=2.11.90.0.8 CONFIG_LINUX_LSMOD=y CONFIG_MODUTILS_VERSION=2.4.6 CONFIG_UTIL_LINUX=y CONFIG_UTIL_LINUX_VERSION=2.11g which: no pppd in (.:/home/esr/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/sbin/:/usr/sbin:/sbin:/usr/local/sbin:/usr/sbin) CONFIG_E2FS=y CONFIG_E2FS_VERSION=1.23 which: no cardmgr in (.:/home/esr/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/sbin/:/usr/sbin:/sbin:/usr/local/sbin:/usr/sbin) Looks like a good start. For CML2 purposes you should string-quote the version numbers. Also you probably don't want the which output lines in there. autoconfigure seems to fail... snark:~/src$ sh autoconfigure.sh Begin of Autodetection autoconfigure.sh: EOF: command not found Parsing configuration database Tip: call 'modprobe -aq * ' before run autoprobe [please wait] Main detection finished autoconfigure.sh: 1151able: value too great for base (error token is 1151able)snark:~/src$ But I see what you're driving at here. Yes, I think these scripts should be integrated. We'll need to have CML2 and kbuild-2.5 in the tree to do it properly, I think, so it's phase 3. Keith, what are you thinking now about integration order? New makefiles first or CML2 first? -- a href=http://www.tuxedo.org/~esr/;Eric S. Raymond/a I hold it, that a little rebellion, now and then, is a good thing, and as necessary in the political world as storms in the physical. -- Thomas Jefferson, Letter to James Madison, January 30, 1787 ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: get_versions.sh
Eric S. Raymond wrote: CONFIG_UTIL_LINUX=y CONFIG_UTIL_LINUX_VERSION=2.11g which: no pppd in (.:/home/esr/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/sbin/:/usr/sbin:/sbin:/usr/local/sbin:/usr/sbin) CONFIG_E2FS=y CONFIG_E2FS_VERSION=1.23 which: no cardmgr in (.:/home/esr/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/sbin/:/usr/sbin:/sbin:/usr/local/sbin:/usr/sbin) Looks like a good start. For CML2 purposes you should string-quote the version numbers. Ok I will do it. Also you probably don't want the which output lines in there. This is the old and know (but fast forget) RH which. A lot of script rely on empty output of failing which (and without the special syntax for shell aliases). Only wednesday I will have access to a RH machine, so can you confirm that the error of which are printed on stderr? autoconfigure seems to fail... autoconfigure.sh: 1151able: value too great for base (error token is 1151able)snark:~/src$ hmm, this is a simple problem to solve. I hate the new xemacs mouse copy/paste! giacomo ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: get_versions.sh
Giacomo A. Catenazzi [EMAIL PROTECTED]: A lot of script rely on empty output of failing which (and without the special syntax for shell aliases). Only wednesday I will have access to a RH machine, so can you confirm that the error of which are printed on stderr? snark:~/src/linux-2.5.1-pre3$ which foo /usr/bin/which: no foo in (.:/home/esr/bin:/usr/loca R6/bin:/sbin/:/usr/sbin) snark:~/src/linux-2.5.1-pre3$ which foo 2/dev/null snark:~/src/linux-2.5.1-pre3$ Looks like it, all right. -- a href=http://www.tuxedo.org/~esr/;Eric S. Raymond/a According to the National Crime Survey administered by the Bureau of the Census and the National Institute of Justice, it was found that only 12 percent of those who use a gun to resist assault are injured, as are 17 percent of those who use a gun to resist robbery. These percentages are 27 and 25 percent, respectively, if they passively comply with the felon's demands. Three times as many were injured if they used other means of resistance. -- G. Kleck, Policy Lessons from Recent Gun Control Research, Law and Contemporary Problems 49, no. 1. (Winter 1986.): 35-62. ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: kbuild-2.5 and CML2 question/proposal.
On Fri, 30 Nov 2001 14:10:41 +0100, Giacomo Catenazzi [EMAIL PROTECTED] wrote: .config should depends in all [Cc]onfig.in. kbuild-2.4 and 2.5 seem not to take these dependencies. It solves no problems, but it is IMHO a nice features. [Lately I did see anymore problems of people not calling make oldconfig after a patch]. I thought about that when writing kbuild 2.5 and could not decide if it was a good idea or not. On the one hand, new config entries default to 'n' (in .config, but not config.out) so forgetting to make *config should be fail safe. On the other hand, there is an argument that the user actions should be checked to catch beginner mistakes. On the gripping hand, people who know that the patch has no affect on their config will complain if they are forced to make *config. I can easily program kbuild 2.5 to detect a change to [Cc]onfig.in or CML2 rules. The question is whether it should look for changes and should it issue a warning and continue or insist that make *config be run. Opinions? No cc please. ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
[kbuild-devel] Re: Update order for Linus
Keith Owens [EMAIL PROTECTED]: I have been trying to add CML2 support to kbuild 2.5 but I have hit some CML2 problems, the latest being 1.9.3 displaying all the options instead of suppressing them. Since that problem should affect everybody, I think that kbuild 2.5 should go in first while we get CML2 sorted out. I've fixed this visibility bug. The bug queue is, once again, empty. I'm willing for the Makefiles stuff to go in first. -- a href=http://www.tuxedo.org/~esr/;Eric S. Raymond/a Everything you know is wrong. But some of it is a useful first approximation. ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: Forgotten driver
On Thu, Nov 29, 2001 at 04:28:00PM +0100, Giacomo Catenazzi wrote: drivers/usb/serial/keyspan_pda.S drivers/usb/serial/Makefile, line 13 -- obj-$(CONFIG_USB_SERIAL_KEYSPAN_PDA) += keyspan_pda.o drivers/usb/serial/Makefile, line 14 -- obj-$(CONFIG_USB_SERIAL_XIRCOM) += keyspan_pda.o No, this is a firwmare 8051 file, it does not generage the .o file. That's what keyspan_pda.c is for. These will be moved to a separate external package sometime during 2.5. drivers/usb/serial/xircom_pgs.S NR Same as above. thanks, greg k-h ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Re: [kbuild-devel] Re: Forgotten driver
Keith Owens wrote: I have no idea what you mean by that. Which filenames are missing the leading 's' and which file is missing it? in drivers/pcmcia/Makefile.in: objlink(sa1100_cs.o sa1100_generic.o) objlink(CONFIG_SA1100_ASSABET sa1100_cs.o a1100_assabet.o) objlink(CONFIG_ASSABET_NEPONSET sa1100_cs.o a1100_neponset.o) objlink(CONFIG_SA1100_H3600 sa1100_cs.o a1100_h3600.o) objlink(CONFIG_SA1100_CERF sa1100_cs.o a1100_cerf.o) objlink(CONFIG_SA1100_GRAPHICSCLIENTsa1100_cs.o a1100_graphicsclient.o) objlink(CONFIG_SA1100_XP860 sa1100_cs.o a1100_xp860.o) objlink(CONFIG_SA1100_PANGOLIN sa1100_cs.o a1100_pangolin.o) objlink(CONFIG_SA1100_YOPY sa1100_cs.o a1100_yopy.o) objlink(CONFIG_SA1100_FREEBIRD sa1100_cs.o a1100_freebird.o) objlink(CONFIG_SA1100_PFS168sa1100_cs.o a1100_pfs168.o) objlink(CONFIG_SA1100_JORNADA720sa1100_cs.o a1100_jornada720.o) objlink(CONFIG_SA1100_FLEXANET sa1100_cs.o a1100_flexanet.o) objlink(CONFIG_SA1100_SIMPADsa1100_cs.o a1100_simpad.o) objlink(CONFIG_SA1100_GRAPHICSMASTERsa1100_cs.o a1100_graphicsmaster.o) objlink(CONFIG_SA1100_ADSBITSY sa1100_cs.o a1100_adsbitsy.o) objlink(CONFIG_SA1100_STORK sa1100_cs.o a1100_stork.o) You should subst. [[:blank:]]a1100 into sa1100 (as in old Makefile) giacomo PS: Sorry for my bad bug report. ___ kbuild-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/kbuild-devel