3.1-STABLE make buildworld fails durring gnu/usr.bin/bc

3.1-STABLE make buildworld fails durring gnu/usr.bin/bc

Post by ze.. » Wed, 12 May 1999 04:00:00



3.1-STABLE won't build.  I've nuked /usr/src and re-cvsuped it with no
better results.  The current system is 3.1-RELEASE.  It would seem GNU's bc
is what it doesn't like.  The make buildworld output is below.  Anyone else
have a problem with building 3.1-STABLE?

===> doc
/usr/obj/usr/src/gnu/usr.bin/awk created for /usr/src/gnu/usr.bin/awk
===> doc
/usr/obj/usr/src/gnu/usr.bin/awk/doc created for /usr/src/gnu/usr.bin/awk/doc
cd /usr/src/gnu/usr.bin/bc; /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cleandepend;  /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS all;  /usr/obj/usr/src/tmp/usr/bin/make -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS -B install cleandir obj
rm -f .depend /usr/obj/usr/src/gnu/usr.bin/bc/GPATH /usr/obj/usr/src/gnu/usr.bin/bc/GRTAGS  /usr/obj/usr/src/gnu/usr.bin/bc/GSYMS /usr/obj/usr/src/gnu/usr.bin/bc/GTAGS
bison -y -d -o bc.c /usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y
conflicts:  1 shift/reduce
cc -I/usr/local/include -L/usr/local/lib -I/usr/X11R6/include/ -L/usr/X11R6/lib -I. -I/usr/src/gnu/usr.bin/bc -I/usr/src/gnu/usr.bin/bc/../../../contrib/bc/h -DHAVE_CONFIG_H   -I/usr/obj/usr/src/tmp/usr/include -c bc.c
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y: In function `yyparse':
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:108: `interactive' undeclared (first use this function)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:108: (Each undeclared identifier is reported only once
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:108: for each function it appears in.)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:108: `quiet' undeclared (first use this function)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:170: `break_label' undeclared (first use this function)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:174: `genstr' undeclared (first use this function)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:181: `continue_label' undeclared (first use this function)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:200: `next_label' undeclared (first use this function)
/usr/src/gnu/usr.bin/bc/../../../contrib/bc/bc/bc.y:244: `if_label' undeclared (first use this function)
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.
*** Error code 1

Stop.

--

        My code is filled with comments!  It's just that my comments are
        written in Perl.

 
 
 

3.1-STABLE make buildworld fails durring gnu/usr.bin/bc

Post by Tony Finc » Thu, 13 May 1999 04:00:00



>3.1-STABLE won't build.  I've nuked /usr/src and re-cvsuped it with no
>better results.  The current system is 3.1-RELEASE.  It would seem GNU's bc
>is what it doesn't like.  The make buildworld output is below.  Anyone else
>have a problem with building 3.1-STABLE?

I update it and build every night and I haven't seen that breakage.
What's in your make.conf?

Tony.
--

Arthur: "Oh, that sounds better, have you worked out the controls?"
Ford:   "No, we just stopped playing with them."

 
 
 

3.1-STABLE make buildworld fails durring gnu/usr.bin/bc

Post by ze.. » Thu, 13 May 1999 04:00:00


:>3.1-STABLE won't build.  I've nuked /usr/src and re-cvsuped it with no
:>better results.  The current system is 3.1-RELEASE.  It would seem GNU's bc
:>is what it doesn't like.  The make buildworld output is below.  Anyone else
:>have a problem with building 3.1-STABLE?
:
: I update it and build every night and I haven't seen that breakage.
: What's in your make.conf?

        The only thing set is USA_RESIDENT= YES.

--

        My code is filled with comments!  It's just that my comments are
        written in Perl.

 
 
 

1. Why /usr/bin instead of /usr/local/bin for gnu stuff?

Hi,

I was going to upgrade gcc for my machine, and I noticed that what I
have is in a non-standard (according to GNU docs) place.

Can anyone tell me why this is?

I tried to use the config/linux.h that comes with gcc-6.2.3, and it set
me up for /usr/local/bin, /usr/local/lib, /usr/local/info, and
/usr/local/include.  I was going to just go ahead with that, but I'm
concerned about becoming a non-standard Linux.

Also, I noticed the same thing about emacs.  What I have is in /usr/bin,
insead of /usr/local/bin, where it is everywhere else in the world.

Was this just a Pat Volkerding decision (I have slackware), or was there
some discussion about it, and it actually makes sense, and all the
distributions are doing it that way?  Is Debian the same?

If indeed the Linux standard place for the gnu stuff is /usr/bin, etc.,
shouldn't we let them know at FSF, so they can fix the config/linux.h
file?

thanks,
tw

--
Do not drink coffee in early A.M.  It will keep you awake until noon.

2. Netscape, PPP, HELP!

3. /usr/bin, /usr/local/bin, /sbin or /opt/bin, /var/opt/bin - I'm confused.

4. Automatic File Parsing

5. Cant find errno.h while upgrading 3.1-stable (to 3.1-stable)

6. Help with MIME types on APACHE

7. Make buildworld dies in 3.1-stable

8. MULINIX and Password Forgotten

9. /bin /usr/bin /usr/local/bin etc

10. /usr/bin/ls /usr/ucb/ls /usr/local/bin/ls

11. gnu/usr.bin/perl/perl - ?!?!?!

12. buildworld fails (STABLE)

13. buildworld on 4.x-STABLE failing