cross-building broken?
Hello! root:/usr/src $ make MACHINE_ARCH=alpha buildworld -- stage 4: building libraries -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/alpha COMPILER_PATH=/usr/obj/alpha/usr/src/i386/usr/libexec:/usr/obj/alpha/usr/src/i386/usr/bin LIBRARY_PATH=/usr/obj/alpha/usr/src/i386/usr/lib:/usr/obj/alpha/usr/src/i386/usr/lib OBJFORMAT_PATH=/usr/obj/alpha/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/alpha/usr/src/i386/usr/libdata/perl/5.6.0 DESTDIR=/usr/obj/alpha/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/alpha/usr/src/i386/usr/sbin:/usr/obj/alpha/usr/src/i386/usr/bin:/usr/obj/alpha/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DNOHTML -DNOINFO -DNOMAN -DNOFSCHG libraries cd /usr/src/lib/csu/alpha; make depend; make all; make install sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crt1.o /usr/obj/alpha/usr/src/i386/usr/lib/crt1.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtbegin.o /usr/obj/alpha/usr/src/i386/usr/lib/crtbegin.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtend.o /usr/obj/alpha/usr/src/i386/usr/lib/crtend.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 gcrt1.o /usr/obj/alpha/usr/src/i386/usr/lib/gcrt1.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtbegin.So /usr/obj/alpha/usr/src/i386/usr/lib/crtbeginS.o sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 crtend.So /usr/obj/alpha/usr/src/i386/usr/lib/crtendS.o cd /usr/src/lib/libmd; make depend; make all; make install cc -O -pipe -I/usr/src/lib/libmd -I/usr/obj/alpha/usr/src/i386/usr/include -c /usr/src/lib/libmd/md2c.c -o md2c.o /usr/src/lib/libmd/md2c.c: In function `MD2Final': /usr/src/lib/libmd/md2c.c:167: internal error--unrecognizable insn: (insn 26 24 28 (set (reg:DI 79) (and:DI (plus:DI (reg/v:DI 69) (const_int 586478694938416944 [0x823974408239730])) (const_int -8 [0xfff8]))) -1 (insn_list 4 (nil)) (nil)) *** Error code 1 Stop in /usr/src/lib/libmd. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. That is from FreeBSD cichlids.cichlids.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Jul 18 13:36:59 CEST 2000 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/cichlids i386 Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: No /boot/loader
On Wed, 19 Jul 2000, Doug Barton wrote: Disk geometry stuffup, or a 'real' disk error. Well, I put my money on real disk error, but only because it vindicates my position that we shouldn't have switched to this new kind of disk in the first place. As for geometry, I tried both with and without "dangerously dedicated." My understanding was that if I used the dos partition entry method that we should be able to pick up the geometry correctly, but should I try the old dos fdisk trick as well? Also, would the adaptec setting to translate 1G be affecting this? It's on currently, which it is on all my other motherboards of similar vintage. Your boot disk is now *required* (or will be very very soon) to have a proper slice table in -CURRENT; dedicated disks are deprecated in order to get a smarter boot0. Speaking of boot0 you might try using boot0cfg to force packet mode. Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cross-building broken?
Alexander Langer wrote: cc -O -pipe -I/usr/src/lib/libmd -I/usr/obj/alpha/usr/src/i386/usr/include -c /usr/src/lib/libmd/md2c.c -o md2c.o /usr/src/lib/libmd/md2c.c: In function `MD2Final': /usr/src/lib/libmd/md2c.c:167: internal error--unrecognizable insn: (insn 26 24 28 (set (reg:DI 79) (and:DI (plus:DI (reg/v:DI 69) (const_int 586478694938416944 [0x823974408239730])) (const_int -8 [0xfff8]))) -1 (insn_list 4 (nil)) (nil)) This is a known problem; at least to me. We have this since the early days of cross-compiling. I have a patch on my side that worked with the previous gcc. I applied this patch with the new gcc and it still fails. I have to find the bug and send a patch to cygnus... If you're feeling lucky, you can download the patch I have on my webpage (http://people.freebsd.org/~marcel) and start from their. I suspect (or rather hope) it's as simple as providing some prototypes to get it to work again. That was how I fixed it before... Looking at the failure, I think it's just that (ie a lack of prototype causes gcc to assume an argument is int (which is 32-bits for us) and creates the call-site as such, but while compiling the function itself it creates a 64-bit integral for that argument)... HTH, -- Marcel Moolenaar mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] tel: (408) 447-4222 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: No /boot/loader
On Thu, 20 Jul 2000, Doug White wrote: Your boot disk is now *required* (or will be very very soon) to have a proper slice table in -CURRENT; dedicated disks are deprecated in order to get a smarter boot0. So dedicated disks are to be reformatted? Just to be on the safe side, is there a simple way to see if a disk is dedicated? Leif To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: No /boot/loader
In message [EMAIL PROTECTED] Leif Neland writes: : Just to be on the safe side, is there a simple way to see if a disk is : dedicated? fdisk -s ad0 If there's a slice table, then it will give you a summary report of the slices. If not it will report an error (and maybe give you a faked up listing). Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trafshow doesn't work?
[ Bill Fenner added as "maintainer" of libpcap/tcpdump ] According to Kris Kennaway: Fallout from the malloc.conf changes. tcpdump has the same bug. I think^W'm sure the bug is in libpcap though as several libpcap applications fail with the same error (tcpdump, ntop, trafshow). The problem is inside pcap_lookupdev(), "buf" is used to store interface data, then freed then the buffer is used again : -=-=- for (;;) { buf = malloc (buf_size); if (buf == NULL) { close (fd); (void)sprintf(errbuf, "out of memory"); return (NULL); } ifc.ifc_len = buf_size; ifc.ifc_buf = buf; memset (buf, 0, buf_size); ... for (cp = ifrp-ifr_name; !isdigit(*cp); ++cp) continue; n = atoi(cp); if (n minunit) { minunit = n; mp = ifrp; } } free(buf); (void)close(fd); if (mp == NULL) { (void)strcpy(errbuf, "no suitable device found"); return (NULL); } (void)strncpy(device, mp-ifr_name, sizeof(device) - 1); device[sizeof(device) - 1] = '\0'; return (device); -=-=- The last free(buf) has filled "buf" with 0xd0 so "mp" points to the same area. If anyone has the address of the mailing list for libpcap, please send this patch. I won't commit it as it would get the file out of the vendor branch. Index: inet.c === RCS file: /spare/FreeBSD-current/src/contrib/libpcap/inet.c,v retrieving revision 1.1.1.4 diff -u -2 -I.*$Id:.* -r1.1.1.4 inet.c --- inet.c 2000/01/30 00:32:41 1.1.1.4 +++ inet.c 2000/07/20 20:41:36 @@ -174,7 +174,7 @@ } } - free(buf); (void)close(fd); if (mp == NULL) { + free(buf); (void)strcpy(errbuf, "no suitable device found"); return (NULL); @@ -183,4 +183,5 @@ (void)strncpy(device, mp-ifr_name, sizeof(device) - 1); device[sizeof(device) - 1] = '\0'; + free(buf); return (device); } -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trafshow doesn't work?
I guess this is http://www.tcpdump.org/cgi-bin/cvsweb/libpcap/inet.c?r1=1.25r2=1.26 The easiest thing to do is probably cvs import their rev 1.26 of inet.c . Shall I do this? Bill To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trafshow doesn't work?
This should be fixed by rev 1.1.1.5 of src/contrib/libpcap/inet.c . Bill To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: trafshow doesn't work?
According to Bill Fenner: http://www.tcpdump.org/cgi-bin/cvsweb/libpcap/inet.c?r1=1.25r2=1.26 Yes, that's almost my patch, I swear I didn't know :) The easiest thing to do is probably cvs import their rev 1.26 of inet.c . Shall I do this? That's probably the best, thanks! -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL PROTECTED] FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: No /boot/loader
On Wed, 19 Jul 2000, Doug Barton wrote: Disk geometry stuffup, or a 'real' disk error. Well, I put my money on real disk error, but only because it vindicates my position that we shouldn't have switched to this new kind of disk in the first place. As for geometry, I tried both with and without "dangerously dedicated." My understanding was that if I used the dos partition entry method that we should be able to pick up the geometry correctly, but should I try the old dos fdisk trick as well? Also, would the adaptec setting to translate 1G be affecting this? It's on currently, which it is on all my other motherboards of similar vintage. Your boot disk is now *required* (or will be very very soon) to have a proper slice table in -CURRENT; dedicated disks are deprecated in order to get a smarter boot0. Speaking of boot0 you might try using boot0cfg to force packet mode. Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org As the author of the new parts of boot0: "No". You are not required to have a proper slice table for -CURRENT. It is recommended, as you have to have it to use boot0, but you couldn't use the old boot0 with dedicated disks, either. Basically, only use dedicated modes _if_ the non-dedicated mode does not work. Also, if that happens, please let us know it is broke so we can fix it. Thanks. -- John Baldwin [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make kernel breakage: if_tap
Just cvsupped: Script started on Fri Jul 21 07:12:56 2000 CEST gina/usr/src/sys/compile/GINA # make clean ... === if_tap cd: can't cd to /usr/src/sys/modules/if_tap *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/GINA. gina/usr/src/sys/compile/GINA # make depend ... === if_tap cd: can't cd to /usr/src/sys/modules/if_tap *** Error code 2 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/src/sys/compile/GINA. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: No /boot/loader (dangerously dedicated)
Doug White wrote: On Wed, 19 Jul 2000, Doug Barton wrote: As for geometry, I tried both with and without "dangerously dedicated." My understanding was that if I used the dos partition entry method that we should be able to pick up the geometry correctly, but should I try the old dos fdisk trick as well? Also, would the adaptec setting to translate 1G be affecting this? It's on currently, which it is on all my other motherboards of similar vintage. Your boot disk is now *required* (or will be very very soon) to have a proper slice table in -CURRENT; dedicated disks are deprecated in order to get a smarter boot0. Speaking of boot0 you might try using boot0cfg to force packet mode. Even though this does not directly affect -STABLE right now (I hope?), I think it'd probably be a good idea to maybe turn off the dangerously dedicated option in sysinstall (or at least turn the question off). At least in -CURRENT if nowhere else, so no one shoots themself in the foot. This would defititely help out at work, as I would no longer get the question from all of our users during the install "Should I be dedicated or not?" -- thomas r. stromberg [EMAIL PROTECTED] senior systems administratorhttp://www.afterthought.org/ research triangle commerce, inc. 1.919.657.1317 bless(\$Perl++);# the power to hack. http://www.perl.com/ #include freebsd.h /* the power to serve. http://www.freebsd.org/ */ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message