similar to: Errors Building 4.8

Very shortly after starting the buildworld, it fails in colldef: ===> usr.bin/colldef /usr/obj/home/src/i386/home/src/usr.bin/colldef created for /home/src/usr.bin/colldef yacc -d /home/src/usr.bin/colldef/parse.y cp y.tab.c parse.c lex -t -8 -i /home/src/usr.bin/colldef/scan.l > scan.c rm -f .depend mkdep -f .depend -a -I. -I/home/src/usr.bin/colldef

Hello, i've been here with this poblem before, now i installed the berkley db4 in /usr. But now it report another error, still at the same file. Please reply if you think you know the reason... I'm still running 4.6-STABLE, and would soon like the new 4.8-STABLE kernel made. Regards, Johan Christiansen _________ ===> vesa rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o vesa.ko

GENERIC Kernel build failure just after stable-cvsup and buildworld. I have ensured that everything in /usr/obj was deleted before i began. Btw. /usr/obj <-- is a symlink to /Disk1/usrobj, because /usr partition was filled up. I have installed these packages from ports. db-2.7.7_1 The Berkeley DB package, revision 2 db3-3.3.11,1 The Berkeley DB package, revision 3

after cvsup'ing src-all to RELENG_4 and trying to make buildworld I get the next error message: /usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cc:25: cmap.h: No such file or directory and a lot of the same messages "No such file or directory" on file cmap.cc, with mkdep: compile failed *** Error code 1 at the end of output I

Hi, We are trying to create a jail with FreeBSD 5.3 but it's fails with this error: cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/games/fortune/strfile/strfile.c make: don't know how to make /j/usr/lib/libc.a. Stop *** Error code 2 We are excuting those command in /usr/src: export D=/j make world DESTDIR=$D Are there any problem with FreeBSD 5.3? We have ever

On Fri, Feb 14, 2003 at 12:44:50AM -0800, Kris Kennaway wrote: > On Sat, Jan 18, 2003 at 05:50:05PM -0500, Tim Vanderhoek wrote: > > On Sat, Jan 18, 2003 at 10:38:27PM +0100, Gunnar Flygt wrote: > > > > > > Actually it seems more that some of the pors have huge "include's" > > > as /usr/ports/devel/cdk as it includes the big maninfo.mk, or >

Hi. Sorry for reposting my mail, but can somebody at lest give some general ideas for what to look to solve my problem? -- Martins Mozeiko Begin forwarded message: > From: Martins Mozeiko <49640f8a at gmail.com> > Date: September 25, 2009 12:04:04 GMT+03:00 > To: llvmdev at cs.uiuc.edu > Subject: JIT on ARM > > Hello. > > My goal is to use LLVM with JIT compiler

Forgot to mention. I don't know how well the canadian cross compile stuff works in 2.5. We made some improvements in that area for 2.6. If you have trouble with it, I'd suggest trying 2.6 (or even better, ToT svn) and seeing if things are improved there. -Jim On Sep 25, 2009, at 2:04 AM, Martins Mozeiko wrote: > Hello. > > My goal is to use LLVM with JIT compiler for ARM

I wrote: > Also I wrote: > > However, xl fails on config files which are missing the final > > newline. This should be fixed for 4.2. > > My patch for this didn''t make it into 4.2 RC4. Should this go into 4.2.0 or be held for 4.2.1 (or is it not 4.2.x material at all) ? Ian. From: Ian Jackson <ian.jackson@eu.citrix.com> Subject: [PATCH] libxl: Tolerate xl

Hello. My goal is to use LLVM with JIT compiler for ARM on Android device. Currently I have successfully built and executed LLVM bitcode with interpreter on Android. Speed is not so great, that is why I want to use JIT. I tried building bitcode on windows with llvm-gcc that is provided on llvm home page. Resulting bitcode runs great in interpreter, but it doesn't use JIT. From what I

Hi, I've been cvsupping and trying to buildworld for close to 18 hours now, on and off, with the same result. My current system is: FreeBSD gurney.reilly.home 4.8-STABLE FreeBSD 4.8-STABLE #25: Sat Apr 12 11:56:29 EST 2003 root@gurney.reilly.home:/usr_plus/obj/usr_plus/src/sys/GURNEY i386 About a week old. I've just cvsupped again, and tried a make buildworld, and get the

I need some help. I have downloaded the latest WINE tarball (731) and managed to get through the ./configure stage, installing rpms as needed. However, when WINE installs it gives me these set of errors: "cd `dirname wrc/__depend__` && make depend make[2]: Entering directory `/mnt/windows/Vault/Wine/wine/wine-20010731/tools/wr c' yacc -bppy -ppp -d -t ./ppy.y make[2]: yacc:

More bison woes. llvm-2.1 + the patch Chris mentioned builds without bison, but llvm-gcc4 doesn't: /home/emil/ll/llvm-gcc4.0-2.1.source/missing bison -d -o gengtype-yacc.c ../../llvm-gcc4.0-2.1.source/gcc/gengtype-yacc.y WARNING: `bison' missing on your system. You should only need it if you modified a `.y' file. You may need the `Bison' package in order for

Hi I was interested to see how Mongrel uses Lex/Yacc to parse the HTTP requests using a Regal generated parser. I downloaded the source but do not see the lex and yacc files...

On 28 October 2012 19:10, Daniel Dunbar <daniel at zuster.org> wrote: > Okay, I found problem, the MultiSource/Applications/Burg test is > breaking the running of the test suite because it can't find yacc. Can > you file a bugzilla for this? We should just add a configure check or > something to make sure that doesn't cause the test suite to fall over. > You should be

Hi. I have been experencing some filesystem problems for the last month or so. I was running 4.8-STABLE and updated to 5.1-RELEASE-p2. While I was running 4.8 and I tried to run a command that required hard disk activity, the process would 'hang' and I would no longer be able to ssh or telnet in. I would get stuck after typing in my login. Running 5.1 is a different story. I did a low

On Tue, Jun 17, 2008 at 12:16 PM, Edd Barrett <vext01 at gmail.com> wrote: > If you use bison instead of yacc this bug is not exposed. Sorry, disregard this comment. Bison seems to never be detected properly even if you set YACC=bison or even YACC=/usr/local/bin/bison. But thats another story. Whilst struggling to work out how i got a working build i noticed that (with gcc 3.3.5) the

> If you use bison instead of yacc this bug is not exposed. > > Is this correct behavior? I guess so. bison is quite different to yacc, see "info bison". llvm depends on bison and this is quite well documented. At http://llvm.org/releases/2.3/docs/GettingStarted.html#software it says "bison" and specifically which version of Bison you've to use.

(replying on list in case others are interested, Renato sent me the log offline). Okay, I found problem, the MultiSource/Applications/Burg test is breaking the running of the test suite because it can't find yacc. Can you file a bugzilla for this? We should just add a configure check or something to make sure that doesn't cause the test suite to fall over. You should be able to work

Hello, I am not great at figuring out compilation problems - usually I just curse and give up. Trying to compile Wine from binaries I get the following error, anyone knows what's wrong and can offer some help on how to get it to work? (the stuff at the top was cut out to save space) ----- make[2]: Leaving directory `/share/Emulators/wine-20010305/tools/specmaker' cd `dirname