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
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
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
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/d