maybe i did use the wrong word describing what i did. when i say custimzizing i mean adding ntfs support and diable unneeded network card support...
nevertheless doing the same with untouched GENERICH leads to the same result!! any further suggestions? thomas -----Urspr|ngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Dan Bond Gesendet: Mittwoch, 25. Mai 2005 13:04 An: fehler404 Cc: [email protected] Betreff: Re: error building userland - inconsistent operand constraints in an `asm' I think the first thing you did wrong was to post that you'd done some "customizing" on this list. Now i'm sure you have good reasons, but honestly the usual reaction to that kind of thing is "don't talk to us until you've stopped customizing and tried it with GENERIC". Just a warning that you're likely to get quite badly shouted at, have been lurking here for a little while and honestly it happens WAY too often, and the reaction is always the same. Have you tried it with GENERIC to see if the problem is still the same, or is there some massive problem which means you can't use GENERIC? Might be worth a try, although am sure someone who actually knows these things will spot what's wrong and tell you so. Dan On 5/25/05, fehler404 <[EMAIL PROTECTED]> wrote: > dear all, > > after trying to get along on my own for a while, i finally go so > disapointed and unsatisfied and decided that i need help. i always ran > into the same problem, so there must be something wrong about my > procedure how i build kernel AND userland. > > i got the final release of openbsd 3.7 on may 21 by ftp. burned it on > a cd and made a fresh installation. > after the system was up an running, i got ports and sources via cvs by > doing the follwing : > > # cd /usr > # cvs -q get -rOPENBSD_3_7 -P src > > and > > # cd /usr > # cvs -q get -rOPENBSD_3_7 -P ports > > then i made a custom kernel by copying the GENERIC conf file to a file > named myGENERIC and did a bit customizing. to build the kernel i > followed the steps described on the official openbsd.org site > (http://www.openbsd.org/faq/faq5.html) > > # cd /usr/src/sys/arch/i386/conf > # config myGENERIC > # cd ../compile/myGENERIC > # make clean && make depend && make > > instead of "make install" i first made a backup of the existing kernel > (# cp /bsd /bsd.old) and then copied the new one over the existing (# > cp bsd /bsd) > > after a reboot, i checked dmesg and everything "seemd" to work perfectly. > > then, i went through the steps of building the userland. > > # rm -rf /usr/obj/* > # cd /usr/src > # make obj > # cd /usr/src/etc && env DESTDIR=/ make distrib-dirs # cd /usr/src # > make build > > and that's the point where it ALWAYS stops with exactly the same error > message!! > i tried it with openbsd version 3.5, version 3.6 and version 3.7. i > always run into the same error :-( > > <OUTPUT> > cc -fstack-protector -DPTHREAD_KERNEL -D_POSIX_THREADS -D_THREAD_SAFE > -Wall -Wpointer-arith -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -Wsign-compare -I/usr/src/lib/libpthread/uthread > -I/usr/src/lib/libpthread/include > -I/usr/src/lib/libpthread/../libc/include > -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS > -I/usr/src/lib/libpthread/arch/i386 > -c /usr/src/lib/libpthread/arch/i386/_atomic_lock.c -o _atomic_lock.o > /usr/src/lib/libpthread/arch/i386/_atomic_lock.c: In function > `_atomic_lock': > /usr/src/lib/libpthread/arch/i386/_atomic_lock.c:22: inconsistent > operand constraints in an `asm' > *** Error code 1 > > Stop in /usr/src/lib/libpthread. > *** Error code 1 > > Stop in /usr/src/lib. > *** Error code 1 > > Stop in /usr/src (line 72 of Makefile). > [EMAIL PROTECTED]:/usr/src]$ > </OUTPUT> > > can someone please tell me what i'm doing wrong? > is there a way to get the sytem back into a "clean" state without > doing a fresh install? > > greetingz > thomas
