LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Error compiling Blood Frontier using sbopkg (https://www.linuxquestions.org/questions/slackware-14/error-compiling-blood-frontier-using-sbopkg-794115/)

mlangdn 03-08-2010 11:35 PM
Error compiling Blood Frontier using sbopkg
 
1 Attachment(s)
I'm having a problem compiling Blood Frontier on Slackware64-current. I believe this problem is also related to why I can't use make xconfig as well. Here is a bit of the error.

Code:
g++ -O2 -fPIC -Wall -fsigned-char -DINTERFACE -DIRC -Ishared -Iengine -Igame -Ienet/include -I/usr/X11R6/include `sdl-config --cflags` -o shared/cube.h.gch.tmp shared/cube.h
In file included from shared/cube.h:14:
/usr/include/string.h:33:20: error: stddef.h: No such file or directory
In file included from /usr/include/stdio.h:75,
                from shared/cube.h:15:
/usr/include/libio.h:53:21: error: stdarg.h: No such file or directory
In file included from shared/cube.h:19:
/usr/include/limits.h:125:26: error: no include path in which to search for limits.h
In file included from /usr/include/bits/socket.h:31,
                from /usr/include/sys/socket.h:40,
                from /usr/include/netinet/in.h:25,
                from enet/include/enet/unix.h:11,
                from enet/include/enet/enet.h:18,
                from shared/cube.h:68:
/usr/include/limits.h:125:26: error: no include path in which to search for limits.h
In file included from shared/cube.h:14:
/usr/include/string.h:44: error: 'size_t' has not been declared
/usr/include/string.h:48: error: 'size_t' has not been declared
/usr/include/string.h:57: error: 'size_t' has not been declared
/usr/include/string.h:64: error: 'size_t' has not been declared
/usr/include/string.h:67: error: 'size_t' has not been declared
/usr/include/string.h:74: error: 'size_t' has not been declared
/usr/include/string.h:76: error: 'size_t' has not been declared
/usr/include/string.h:81: error: 'size_t' has not been declared
/usr/include/string.h:87: error: 'size_t' has not been declared
/usr/include/string.h:114: error: 'size_t' has not been declared
/usr/include/string.h:116: error: 'size_t' has not been declared
/usr/include/string.h:131: error: 'size_t' has not been declared
/usr/include/string.h:139: error: 'size_t' has not been declared
/usr/include/string.h:145: error: 'size_t' has not been declared
/usr/include/string.h:152: error: 'size_t' does not name a type
In file included from shared/cube.h:14:
/usr/include/string.h:167: error: 'size_t' does not name a type
/usr/include/string.h:181: error: 'size_t' has not been declared
/usr/include/string.h:282: error: 'size_t' does not name a type
/usr/include/string.h:286: error: 'size_t' does not name a type
/usr/include/string.h:380: error: 'size_t' has not been declared
/usr/include/string.h:381: error: 'size_t' has not been declared
/usr/include/string.h:387: error: 'size_t' has not been declared
/usr/include/string.h:390: error: 'size_t' has not been declared
/usr/include/string.h:397: error: 'size_t' does not name a type
/usr/include/string.h:404: error: 'size_t' does not name a type
/usr/include/string.h:436: error: 'size_t' has not been declared
/usr/include/string.h:449: error: 'size_t' has not been declared
/usr/include/string.h:453: error: 'size_t' has not been declared
/usr/include/string.h:457: error: 'size_t' has not been declared
/usr/include/string.h:460: error: 'size_t' has not been declared
/usr/include/string.h:538: error: 'size_t' has not been declared
/usr/include/string.h:550: error: 'size_t' has not been declared
/usr/include/string.h:575: error: 'size_t' has not been declared
/usr/include/string.h:578: error: 'size_t' has not been declared
/usr/include/string.h:591: error: 'size_t' has not been declared
In file included from /usr/include/stdio.h:75,
                from shared/cube.h:15:
I have a parallel install of current on another partition that does not have this problem. Somewhere along the line I screwed something up somehow. I just wish I knew where to look first.

There is a lot more of this error, I have only shown a small part. I will attach the whole thing as a txt. I did run a diff on a few of these, and their is no difference in the files showing an error between the partitions.

dunric 03-09-2010 05:34 AM
Make sure glibc, gcc and gcc-g++ packages are properly installed. Missing header files contain above mentioned packages.

XGizzmo 03-09-2010 06:42 AM
May also want to install/reinstall the kernel headers package.

mlangdn 03-09-2010 09:27 AM
I just compiled a custom kernel a couple of days ago, and it worked just fine. This problem has been around for a few weeks. I also compiled Urban Terror just fine. All of this using sbopkg. (except for the kernel)

knudfl 03-09-2010 11:07 AM
You have one error only ..
Quote:
error: stddef.h: No such file or ...
error: stdarg.h: No such file or ...
g++ can't find the gcc headers in
/usr/lib64/gcc/x86_64-slack64-linux/4.x.x/include/
( The path looks something like that in my slamd64-12.1 ).

I.e. you may have to use :
make CXX="g++ -I /<path-to-the-gcc-headers>"
.....

mlangdn 03-10-2010 05:19 AM
The test partition works fine. I'm just gonna blow this one away and start over. I have good backups and can put it back together in a couple of hours. It all began when I had multilib enabled on this machine. I'll never do that again. It was just for google earth anyways. Its probably sumpin' simple, but I give up.

mlangdn 03-29-2010 01:18 PM
All-righty, then.
I did not blow away this install. Most things worked the way it was expected to work. I was able to compile most programs, including custom kernels. But some things refused to go as planned - Bloodfrontier being one of these problems. Getting xconfig to work was another. I just refused to give up.

Today, I decided to revisit this vexing problem. Thanks to knudfl, I finally stumbled onto the problem. His above post about gcc headers made me search out and thoroughly through the system files. Those pesky includes were indeed missing. Since I am running -current, I had assumed that I upgraded gcc and indeed the 4.4.3 folder was in place. That said, none of the include files were in there anywhere. I am my own worst enemy(a). :)

Now one must wonder how I was ever able to compile anything? There is a simple answer to that as well. Alien's multilib 4.4.2 was still in place. I was running multilib at one point, then decided I didn't need that capability just for Google earth. I thought all of that was blown away at one point. I was wrong, and just plain brain dead in this case.

Bloodfrontier happily compiled just now. Xconfig is now working again, and I bet I solved a host of future problems as well.

I thank, and apologize to all that responded in this thread, and a thread I had for my problem with xconfig that was caused by my own stupidity. I will mark this as solved.


All times are GMT -5. The time now is 11:09 PM.