RE: Buildworld ERROR CODE 2
Thanks guys, I'm going to try again. (fortunately this is not a production server) 1 noteable incident. When I tried to install the system the first time I selected Linux Compat. I just started the install again and when it tries to install the Linux~~.bz the installer crashes and says it had a build error. I click OK and it finishes the installaion. My mind is a bit foggy but it seems like that happened the first time too. So I reinstall select install everything no error... next I load cvsup from the ports. now I will try and buildworld again. this time without the -j option. wish me luck. -Original Message- From: Kent Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:16 PM To: Duke, Brian; [EMAIL PROTECTED] Subject: Re: Buildworld ERROR CODE 2 This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -Original Message- From: Joshua Oreman [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 10:35 PM To: Duke, Brian Subject: Re: Buildworld ERROR CODE 2 I am in single user mode. Someone please help. I am NOT good enough to troubleshoot this. Try re-running your buildworld without any -j option. -- Josh ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Buildworld ERROR CODE 2
I think you may have the answer Kent... in my make.conf I did allow the SUP = YES directives from the example file /usr/share/examples/etc/make.conf I just took that section out based on your recommendation below. So the only things in my make is now: PERL5 module stuff that was already enabled in make.conf after FTP intallation and CPUTYPE=i586. The config seems to be working. Thanks for your help. I would have never suspected the CVSUP section. I'll run cvsup again in the future when I don't need sleep. -Original Message- From: Kent Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:16 PM To: Duke, Brian; [EMAIL PROTECTED] Subject: Re: Buildworld ERROR CODE 2 On Monday 16 June 2003 09:02 pm, Duke, Brian wrote: ok I didn't get an answer on my first email so I tried to do a complete buildworld here is a transcript of the output: install -C -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/i386/usr/lib 1 error I made only moderate changes to the make.conf...like my CPUBuild=i586. This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld ERROR CODE 2
On Tue, Jun 17, 2003 at 04:23:10AM -0600 or thereabouts, Duke, Brian seemed to write: I think you may have the answer Kent... in my make.conf I did allow the SUP = YES directives from the example file /usr/share/examples/etc/make.conf I just took that section out based on your recommendation below. So the only things in my make is now: PERL5 module stuff that was already enabled in make.conf after FTP intallation and CPUTYPE=i586. The config seems to be working. Thanks for your help. I would have never suspected the CVSUP section. I'll run cvsup again in the future when I don't need sleep. People often feel that they need to reinstall in cases such as this. YOU DON'T HAVE TO. Just rm -rf /usr/obj, re-cvsup, and make buildworld again. -- Josh -Original Message- From: Kent Stewart [mailto:[EMAIL PROTECTED] Sent: Monday, June 16, 2003 11:16 PM To: Duke, Brian; [EMAIL PROTECTED] Subject: Re: Buildworld ERROR CODE 2 On Monday 16 June 2003 09:02 pm, Duke, Brian wrote: ok I didn't get an answer on my first email so I tried to do a complete buildworld here is a transcript of the output: install -C -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/i386/usr/lib 1 error I made only moderate changes to the make.conf...like my CPUBuild=i586. This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Buildworld ERROR CODE 2
On Monday 16 June 2003 09:02 pm, Duke, Brian wrote: ok I didn't get an answer on my first email so I tried to do a complete buildworld here is a transcript of the output: ranlib libc_pic.a ranlib libc_p.a ranlib libc.a install -C -C -o root -g wheel -m 444 libc.a /usr/obj/usr/src/i386/usr/lib install -C -C -o root -g wheel -m 444 libc_p.a /usr/obj/usr/src/i386/usr/lib install -C -s -o root -g wheel -m 444 libc.so.5 /usr/obj/usr/src/i386/usr/lib ln -fs libc.so.5 /usr/obj/usr/src/i386/usr/lib/libc.so install -C -o root -g wheel -m 444 libc_pic.a /usr/obj/usr/src/i386/usr/lib 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 I made only moderate changes to the make.conf...like my CPUBuild=i586. I am in single user mode. Someone please help. I am NOT good enough to troubleshoot this. -Original Message- From: Duke, Brian Sent: Monday, June 16, 2003 2:57 AM To: '[EMAIL PROTECTED]' Subject:/usr/src/sys/dev/en/midway.c:1607: dereferencing pointer to incomplete type I cannot seem to rebuild my kernel. I wanted to get my sound card working so I included the device pcm directive in my kernel config and I got an error as below.. I could use a hand here if somone has seen this kind of error. Here is the end of the output of the failed compile rain# cd /usr/src rain# make buildkernel KERNCONF=RAINBUILD error: === en cc -O -pipe -mcpu=pentiumpro -DENABLE_BPF -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev This looks like one of those problems they have been dealing with on -current. They changed the -std option and I think you need to re-cvsup and start over. The old rule on make.conf is that if you add something and it doesn't work. Comment it out and start over. I think you have dug a deep hole and fell in. I don't have any idea on the solution. Kent -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffre estanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ src/sys/pci/if_en_pci.c cc -O -pipe -mcpu=pentiumpro -DENABLE_BPF -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast- qual -fformat-extensions -std=c99 -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/dev -I@/../include -fno-common -g -mno-align-long-strings -mpreferred-stack-boundary=2 -ffre estanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/ src/sys/dev/en/midway.c /usr/src/sys/dev/en/midway.c: In function `en_get_vccs': /usr/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1474: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1479: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1480: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1488: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1492: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1493: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1493: `ATMIO_FLAG_PVC' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1493: (Each undeclared identifier is reported only once /usr/src/sys/dev/en/midway.c:1493: for each function it appears in.) /usr/src/sys/dev/en/midway.c:1494: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1495: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1497: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1497: `ATMIO_AAL_5' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1499: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1499: `ATMIO_AAL_0' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1500: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1500: `ATMIO_TRAFFIC_UBR' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1501: dereferencing pointer to incomplete type /usr/src/sys/dev/en/midway.c:1502: increment of pointer to unknown structure /usr/src/sys/dev/en/midway.c:1502: arithmetic on pointer to an incomplete type /usr/src/sys/dev/en/midway.c: In function `en_ioctl': /usr/src/sys/dev/en/midway.c:1591: `SIOCATMGETVCCS' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1600: `SIOCATMGVCCS' undeclared (first use in this function) /usr/src/sys/dev/en/midway.c:1606: dereferencing pointer to incomplete type