Buildworld Fails RELENG_7

[Dave Uhring]

Sources checked out yesterday, updated this morning using cvsup and
repository at cvsup12.freebsd.org.  The build fails in /usr/src/lib/libc

/usr/bin/gcc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp 
-I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include 
-I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE 
-I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc 
-I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale 
-DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING 
-DSYMBOL_VERSIONING -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized 
-Wno-pointer-sign -c /usr/src/lib/libc/sys/fcntl.c
/usr/src/lib/libc/sys/fcntl.c: In function 'fcntl':
/usr/src/lib/libc/sys/fcntl.c:42: error: storage size of 'ofl' isn't known
/usr/src/lib/libc/sys/fcntl.c:67: error: 'F_OGETLK' undeclared (first use in 
this function)
/usr/src/lib/libc/sys/fcntl.c:67: error: (Each undeclared identifier is 
reported only once
/usr/src/lib/libc/sys/fcntl.c:67: error: for each function it appears in.)
/usr/src/lib/libc/sys/fcntl.c:74: error: 'struct flock' has no member named 
'l_sysid'
/usr/src/lib/libc/sys/fcntl.c:79: error: 'F_OSETLK' undeclared (first use in 
this function)
/usr/src/lib/libc/sys/fcntl.c:82: error: 'F_OSETLKW' undeclared (first use in 
this function)
/usr/src/lib/libc/sys/fcntl.c:42: warning: unused variable 'ofl'
*** Error code 1

Stop in /usr/src/lib/libc.
*** Error code 1

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
> This symbol has been added to fcntl.h recently. It appears as if your build 
> is picking up the installed header rather than the one from the source 
> tree. Are you using 'make buildworld'?

Yes, although at this point is it 'make -DNO_CLEAN buildworld' until I get a 
clean
build.

The header files in /usr/include/sys are those from 7.0 RELEASE, however, and I
have had to copy 3 files (so far) from /usr/src/sys/sys to get the build to
continue.

[EMAIL PROTECTED] /usr/include/sys]# ls *.orig
fcntl.h.orig  tree.h.orig  umtx.h.orig

Just got another stoppage in /usr/src/gnu/lib/libstdc++.

/usr/src/gnu/lib/libstdc++/../../../contrib/libstdc++/libsupc++/unwind-cxx.h:41:20:
 error: unwind.h: No such file or directory

The #include declaration has that header file in the local directory.  It 
exists in
/usr/obj, however.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 05:42:56PM +0100, Doug Rabson wrote:
>
> On 19 May 2008, at 17:38, Dave Uhring wrote:
>
>> On Mon, May 19, 2008 at 05:07:08PM +0100, Doug Rabson wrote:
>>> This symbol has been added to fcntl.h recently. It appears as if your 
>>> build
>>> is picking up the installed header rather than the one from the source
>>> tree. Are you using 'make buildworld'?
>>
>> Yes, although at this point is it 'make -DNO_CLEAN buildworld' until I get 
>> a clean
>> build.
>>
>> The header files in /usr/include/sys are those from 7.0 RELEASE, however, 
>> and I
>> have had to copy 3 files (so far) from /usr/src/sys/sys to get the build 
>> to
>> continue.
>
> You should never have to copy any header files to /usr/include to get a 
> buildworld to work. Try without the -DNO_CLEAN and if that still fails, 
> clean your /usr/obj (e.g. with rm -rf /usr/obj/*).

The build is going nowhere without the correct header files in /usr/include/sys.
I have repeatedly cleaned /usr/obj to no avail, but I have a better method for
doing that:

umount /usr/obj
newfs /dev/da4s2f
mount /usr/obj

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 09:42:21AM -0700, Jeremy Chadwick wrote:
> 
> Is there some reason you're using -DNO_CLEAN, and haven't just nuked
> /usr/obj/* and done buildworld normally?  I can't reproduce any of this
> behaviour on any of our RELENG_7 systems.

I have repeately nuked /usr/obj.  That is not going to put updated header files
where they need to be.

I'm using -DNO_CLEAN in order to get the system to a point where a build just
might succeed without -DNO_CLEAN and I'm not getting there without some header
files being in the right place.

Remember I'm starting from a RELEASE userland.  This is just about as bad as
jumping from one full release to the next :(

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 09:59:25AM -0700, Jeremy Chadwick wrote:
> 
> Is there breakage of some sort being caused by your make.conf or (less
> probable) your src.conf?  Any filesystem corruption (boot single user
> and force fsck on all the filesystems)?

[EMAIL PROTECTED] /etc]$ grep -v ^# make.conf
CPUTYPE?=athlon64
CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
CXXFLAGS+= -fconserve-space
MAKE_SHELL?=sh
COPTFLAGS= -O -pipe
INSTALL=install -C
MTREE_FOLLOWS_SYMLINKS= -L
ENABLE_SUID_SSH=
NO_SENDMAIL=
NO_PROFILE=
DOC_LANG=   en_US.ISO8859-1

src.conf is untouched.

> In all the years I've used FreeBSD, I've never had to copy include files
> from parts of /usr/src to get buildworld to work, so this is very odd
> behaviour.

Start with a clean RELEASE userland and try to build RELENG_7 today :)

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 10:06:19AM -0700, Jeremy Chadwick wrote:
> On Mon, May 19, 2008 at 12:03:34PM -0500, Dave Uhring wrote:
> > 
> > [EMAIL PROTECTED] /etc]$ grep -v ^# make.conf
> > CPUTYPE?=athlon64
> > CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
> > CXXFLAGS+= -fconserve-space
> > MAKE_SHELL?=sh
> > COPTFLAGS= -O -pipe
> > INSTALL=install -C
> > MTREE_FOLLOWS_SYMLINKS= -L
> > ENABLE_SUID_SSH=
> > NO_SENDMAIL=
> > NO_PROFILE=
> > DOC_LANG=   en_US.ISO8859-1
> 
> Can you please comment out all of the above and see if the problem
> persists?

Sure, but that is not going to put the correct headers where the sources are
looking for them.  Nor is it going to put groff headers into a directory where 
the #include "driver.h" is declared within a source file and the directory 
contains *no* headers.

In particular, /usr/src/contrib/groff/src/libs/libdriver has no header files at
all, yet input.cpp in that directory has these declarations:

#include "driver.h"
#include "device.h"

> > Start with a clean RELEASE userland and try to build RELENG_7 today :)
> 
> Give me a few hours (installing VMware + 7.0-RELEASE + csup).  My money
> is on that I won't be able to reproduce the problem.

VMware?  Give me a break!

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 10:02:23AM -0700, David Wolfskill wrote:
> On Mon, May 19, 2008 at 11:54:21AM -0500, Dave Uhring wrote:
> > 
> > The build is going nowhere without the correct header files in 
> > /usr/include/sys.
> 
> That appears to indicate that your build environment is fundamentally
> broken..
> 
> You might consider doing the build within script(1), then making the
> resulting script file available for folks to examine.

I posted the relevant output from "make buildworld".  Copying the 3 new header
files from /usr/src/sys/sys to /usr/include/sys solved my original problem.

I'm sure that after a successful buildworld and installworld that the original
problem will go away.

The problem now is in the build of groff:

[EMAIL PROTECTED] /usr/src/contrib/groff/src/devices/grodvi]# ls *.h
ls: *.h: No such file or directory

However, dvi.cpp in that directory has this:

#include "driver.h"
#include "nonposix.h"
#include "paper.h"

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 10:04:28AM -0700, Jeremy Chadwick wrote:
> On Mon, May 19, 2008 at 11:58:07AM -0500, Dave Uhring wrote:
> > 
> > I have repeately nuked /usr/obj.  That is not going to put updated header 
> > files
> > where they need to be.
> 
> It's apparent you don't quite understand.  The "updated header files"
> reside in /usr/src, and ***remain there*** until installworld is done.

That is as it should be.

> The buildworld process will include the "updated header files", trumping
> most of those which are in /usr/include.

Does not happen.  The header files included were those from /usr/include/sys,
not /usr/src/sys/sys.  The errors would not have occurred if the header files
in /usr/src/sys/sys were being referenced by 

In any case, that problem has been solved by putting the updated header files
in /usr/include/sys and will be properly fixed when I can finally make 
installworld.

> > Remember I'm starting from a RELEASE userland.  This is just about as bad as
> > jumping from one full release to the next :(
> 
> Okay, so you installed 7.0-RELEASE on a machine.  Did you choose to
> install src from the CD/DVD when installing?  (If so, you will need to
> "adopt" the version you installed to the current version, see the cvsup
> FAQ here: http://www.cvsup.org/faq.html#caniadopt -- and you'll need to
> do this for ports if you installed the ports tree off the CD/DVD as
> well)
> 
> If you csup'd, what tag did you use?  RELENG_7?  I'm assuming so.  Did
> you use src-all, or are you using a custom supfile?  We use
> /usr/share/examples/cvsup/stable-supfile.

Whatever tag was in /usr/share/examples/cvsup/stable-supfile.  In fact it is:

*default release=cvs tag=RELENG_7

> -- 
> | Jeremy Chadwickjdc at parodius.com |
> | Parodius Networking   http://www.parodius.com/ |
> | UNIX Systems Administrator  Mountain View, CA, USA |
> | Making life hard for others since 1977.  PGP: 4BD6C0CB |
> 
> ___
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 06:00:39PM +0100, Doug Rabson wrote:
>
> The thing is that a working buildworld doesn't depend on headers from 
> /usr/include. One of the first thing it does is install a set of new 
> headers in somewhere like /usr/obj/usr/src/tmp. At this point, it might be 
> useful to see a log of a failed buildworld attempt to see what is going 
> wrong.

Putting the updated header files in /usr/include/sys solved that problem.
Whether is was the correct solution or not is moot since the build continued
from the previous stoppage in libc.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 11:00:28AM -0700, Jeremy Chadwick wrote:
> 
> Something I thought of while doing the above: there's been reports in
> the past of problems with buildworld (or building software in general)
> bombing out or behaving oddly due to clock issues on the local machine.
> If you don't use ntpd, consider doing so.  Otherwise, at least use
> ntpdate once to set your clock to something sane.

I hadn't yet started ntpd but

[EMAIL PROTECTED] /etc]# ntpdate newton
19 May 13:29:22 ntpdate[55524]: step time server 192.168.0.8 offset -1.044724 
sec

I doubt that a second off would make any difference.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 11:02:01AM -0700, David Wolfskill wrote:
> On Mon, May 19, 2008 at 12:53:58PM -0500, Dave Uhring wrote:
> > 
> > I posted the relevant output from "make buildworld".  Copying the 3 new 
> > header
> > files from /usr/src/sys/sys to /usr/include/sys solved my original problem.
> 
> s/solved/circumvented/
 
:)  Whatever, libc does build now.

> freebeast(8.0-C)[52] ls -l usr/src/contrib/groff/src/devices/grodvi/*.h
> ls: No match.
> freebeast(8.0-C)[53] grep '#include "' 
> usr/src/contrib/groff/src/devices/grodvi/dvi.cpp 
> #include "driver.h"
> #include "nonposix.h"
> #include "paper.h"
> freebeast(8.0-C)[54] 
> 
> The compilation of dvi.cpp uses
> "-I/usr/src/gnu/usr.bin/groff/src/devices/grodvi/../../../../../../contrib/groff/src/include
> -I/usr/src/gnu/usr.bin/groff/src/devices/grodvi/../../../src/include"
> (among other things); I expect you will find the needed header files
> in those directories.

If a -I/some/directory is used as a CFLAG then the *include directive must read

#include , *not* #include "driver.h".  The latter demands that the
header file be in the same directory as the source file.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 12:16:46PM -0700, Jeremy Chadwick wrote:
> On Mon, May 19, 2008 at 11:00:28AM -0700, Jeremy Chadwick wrote:
> > This picked up src-all using the RELENG_7 tag.  I then attempted a
> > buildworld (cd /usr/src && time make -j2 buildworld).  It's just begun
> > stage 2.3, but so far no issues.  I'll report back in about 30 minutes
> > or so, when it has a chance to finish.

That is what I did after the first build using the original RELEASE sources
and updated using csup.  I blew away /usr/src and cvsupped a fresh RELENG_7
source tree.

> The compile has finished successfully.  Took 1 hour 15 minutes.  Another
> user also mailed me (privately) adding that he too cannot reproduce this
> problem.

Last time I succeeded in building world on another box it took 47 minutes :-)
That's still a long way from years back when RELENG_4 built in 30 minutes
on a machine with an Athlon Tbird 1.2GHz processor.  Double the processor
speed and quadruple the memory and the build takes 50% longer.

> I will attempt the same with your make.conf to see if it's any
> different.  But at this point, it appears the issue is with your system
> or system configuration.  I just wish I knew what was doing it.  Any odd
> filesystem mount flags (output of "mount")?

[EMAIL PROTECTED] /usr/src/contrib/groff]# mount
/dev/ad4s2a on / (ufs, local, soft-updates)
devfs on /dev (devfs, local)
/dev/ad4s2h on /home (ufs, local, soft-updates)
/dev/ad4s2e on /usr (ufs, local, soft-updates)
/dev/ad4s2g on /usr/local (ufs, local, soft-updates)
/dev/ad4s2d on /var (ufs, local, soft-updates)
/dev/md0 on /tmp (ufs, local, soft-updates)
/dev/ad4s2f on /usr/obj (ufs, asynchronous, local, noatime)
[EMAIL PROTECTED] /usr/src/contrib/groff]# 

Not even an NFS mount.  I'm trying to update to FreeBSD-STABLE to use on my
home file server.  At present it has OpenSolaris installed but that OS does
not have the Ethernet driver I need and I want to be able to use 2 Adaptec
29160N HBAs in the system.  But I only have 2 PCI slots and I would like to
remove the Intel NIC and use the system's on-board nfe NIC.

I'll blow away /usr/src and /usr/obj, cvsup the entire RELENG_7 source tree
again and once more attempt to buildworld.  If that fails, Solaris stays on
the server.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 02:54:31PM -0400, Lowell Gilbert wrote:
> Dave Uhring <[EMAIL PROTECTED]> writes:
> >
> > If a -I/some/directory is used as a CFLAG then the *include directive must 
> > read
> >
> > #include , *not* #include "driver.h".  The latter demands that the
> > header file be in the same directory as the source file.
> 
> Not that it necessarily affects what you're going through, but that
> last statement is incorrect.  The double quotes are (according to the
> C standard) implementation defined, and gcc (like many other
> compilers) will prefer the local directory for the double quotes, but
> will search the entire search path if it doesn't find the file there.

The problem is that gcc is *not* finding the file in the directory
referenced by the -I cflag.  If I copy the header files to the directory
where the error occurs the header file is found and used to compile the
source file.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 06:46:41PM -0500, Jeffrey Goldberg wrote:
> On May 19, 2008, at 1:21 PM, Dave Uhring wrote:
>
>> In any case, that problem has been solved by putting the updated header 
>> files
>> in /usr/include/sys and will be properly fixed when I can finally make 
>> installworld.
>
> I did not have to manually move or copy any header files.
>
>> *default release=cvs tag=RELENG_7
>
> My build on that, csupped just after seeing your first message in this 
> thread, has just completed.  make buildworld worked just fine without 
> error.  I'm also on athlon64.  All the headers that I needed were in the 
> right places in /usr/src

Did you start from a RELEASE source tree and userland?

> So all I can say is that things worked for me.  I really suspect that you 
> got /usr/src and /usr/obj into some sort of inconsistent state.

I completely removed both, cvsupped a new RELENG_7 source tree, removed
/etc/make.conf and got this:

/usr/bin/gcc -fpic -DPIC   -DTERMIOS -DANSI_SOURCE 
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl 
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto 
-I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN 
-DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89  -c 
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_openssl.c
 -o eng_openssl.So
/usr/bin/gcc -fpic -DPIC   -DTERMIOS -DANSI_SOURCE 
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl 
-I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto 
-I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN 
-DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89  -c 
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c
 -o eng_padlock.So
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:
 In function 'padlock_xcrypt_ecb':
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445:
 error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c:445:
 error: 'asm' operand has impossible constraints
*** Error code 1

Stop in /usr/src/secure/lib/libcrypto.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

real8m58.524s
user7m18.995s
sys 1m22.150s

Solaris Nevada b_87 is installing on the server this minute instead of
FreeBSD.
 
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 02:01:48PM -1000, Clifton Royston wrote:
> On Mon, May 19, 2008 at 03:14:08PM -0500, Dave Uhring wrote:
> > 
> > The problem is that gcc is *not* finding the file in the directory
> > referenced by the -I cflag.  If I copy the header files to the directory
> > where the error occurs the header file is found and used to compile the
> > source file.
> 
>   This starts to narrow down the problem you're having a bit, I think.
> 
>   Given that this is different from the expected behavior and the
> behavior others are seeing, this sounds to me like either 1) the wrong
> compiler or version of the compiler is being found and used in place of
> the desired gcc instance, or 2) something in your shell or environment
> is somehow getting into the buildworld environment and causing make or
> the inner shell to misparse the commandline to gcc.

The c compiler is the one shipped with 7.0 RELEASE.  Except for the 3
new header files that I placed from cvsupped sources into /usr/include/sys
the entire system is 7.0 RELEASE.

Prior to beginning the build I deliberately set

# export CFLAGS=""

Nothing else in my environment would have affected the compiler.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Tue, May 20, 2008 at 11:58:03AM +1000, Mark Andrews wrote:
> 
> > # export CFLAGS=""
> 
>   This does NOT remove CFLAGS from the environment.

It does when you shell is bash.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 10:08:22PM -0400, Josh Carroll wrote:
> > The c compiler is the one shipped with 7.0 RELEASE.  Except for the 3
> > new header files that I placed from cvsupped sources into /usr/include/sys
> > the entire system is 7.0 RELEASE.
> >
> > Prior to beginning the build I deliberately set
> >
> > # export CFLAGS=""
> >
> > Nothing else in my environment would have affected the compiler.
> 
> You're not using make -j when building world are you? If so, remove
> that and see if it then builds properly.

No, even though it is a dual-core system.  I did not want to chance a
race condition.  I simply executed 'make buildworld' initially, then
'make -DNO_CLEAN buildworld' when I encountered problems in the build.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 10:59:18PM -0400, Josh Carroll wrote:
> > On Tue, May 20, 2008 at 11:58:03AM +1000, Mark Andrews wrote:
> >>
> >> > # export CFLAGS=""
> >>
> >>   This does NOT remove CFLAGS from the environment.
> >
> > It does when you shell is bash.
> 
> I think what Mark was getting at is that simply setting CFLAGS to ""
> prior to make does not trump the setting of CFLAGS in
> make.conf/src.conf.  So if you haven't removed/commented that from
> your make.conf, the export command above will do nothing for the
> actual build environment.

Before that last build I had removed /etc/make.conf and had never
touched src.conf.  CFLAGS was empty.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Mon, May 19, 2008 at 11:10:32PM -0400, Josh Carroll wrote:
> > No, even though it is a dual-core system.  I did not want to chance a
> > race condition.  I simply executed 'make buildworld' initially, then
> > 'make -DNO_CLEAN buildworld' when I encountered problems in the build.
> 
> Ok, it was worth asking, just to rule out the obvious.
> 
> I'm still not sure where your logic in using -DNOCLEAN comes in, for a
> failed build. I would expect that to continue to fail in most
> circumstances if it were already failing.

If you fix what caused the build to break and want to find any other
failure points there is little point in restarting the build from zero.

> So I think in one of your other mails you said you're installing
> something else now? Solaris? If so, this thread is moot, since you
> aren't running FreeBSD on the box anymore, and no one has been able to
> reproduce your problem. I think the most likely culprits have already
> been mentioned in the thread so far anyway.

I would still like to get FreeBSD on that server but with the latest
improvements to ZFS.  The release version is not going to do that for
me and the only way that I can get up-to-date binaries is to build a
new world and kernel.

I'll give it another days' try and if that still fails Solaris will stay
on the server.

This BTW is not my first time building world on FreeBSD.  I followed
STABLE from 3.4 through the end of RELENG_4 and I never had such problems
with a simple compile.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Tue, May 20, 2008 at 01:33:15PM +1000, Mark Andrews wrote:
> 
>   And when tested does behave the way you describe.
> 
>   Mark
> 
> drugs:9.5.x 13:30 {4371} % bash
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ printenv | grep FOO
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ FOO=ll
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ export FOO
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ printenv | grep FOO
> FOO=ll
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ FOO=""
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ export FOO
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ printenv | grep FOO
> FOO=
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ env -i PATH=$PATH printenv | grep FOO
> [EMAIL PROTECTED] ~/cvs/9.5.x]$ 

This is Solaris but bash is bash:

[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=-xO3 -m32 -xarch=native -mt  -I/usr/sfw/include -I/usr/X11/include 
-I/opt/sfw/include
You have mail in /var/mail/duhring
[EMAIL PROTECTED] ~]$ export CFLAGS=""
[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=
[EMAIL PROTECTED] ~]$ export CFLAGS='-xO3 -m32 -xarch=native'
[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=-xO3 -m32 -xarch=native
[EMAIL PROTECTED] ~]$ export CFLAGS=""
[EMAIL PROTECTED] ~]$ printenv | grep CFLAGS
CFLAGS=
[EMAIL PROTECTED] ~]$ env -i PATH=$PATH printenv | grep CFLAGS
[EMAIL PROTECTED] ~]$ 

When I tell you that CFLAGS="", CFLAGS="", and a cursory
examination of my last compiler output would have shown you exactly
that.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

On Tue, May 20, 2008 at 12:54:59PM +0100, Doug Rabson wrote:
>
> On 20 May 2008, at 12:25, Dave Uhring wrote:
>
>> On Tue, May 20, 2008 at 08:50:14AM +0100, Doug Rabson wrote:
>>>
>>> In this, your build is explicitly using '/usr/bin/gcc' for the build 
>>> which
>>> is not the way buildworld normally works. In normal operation, buildworld
>>> first builds a compiler from source and then uses that compiler by adding
>>> to $PATH and building with just 'cc'. Are you overriding $CC in your
>>> environment?
>>
>> I did not even have $CC in my environment.  My environment had absolutely
>> nothing involving the compiler and the compiler was the one shipped with
>> FreeBSD-7.0-RELEASE.  It is the *only* compiler on the system.
>>
>
> Odd. Could you please send me the complete log of a failed build attempt.

I did not maintain such a log.  On that last build everything proceeded
normally until it broke in an inline assembler piece of code.  But I
published not only the error but also the previous 4 or 5 compile lines.

I'm building again with a virgin clean cvsupped source tree from
cvsup4.freebsd.org, a clean /usr/obj, and I have reverted to /bin/csh for
my root shell if that can possibly matter.  /etc/make.conf sets the build
shell as /bin/sh.

This time I started the build using script.  The entire log will be 
available.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Buildworld Fails RELENG_7

[Dave Uhring]

Tried again this morning with a fresh cvsup from cvsup4.freebsd.org and the
build went to completion.

maxwell# grep -v ^# /etc/make.conf
CPUTYPE?=k8
CFLAGS= -O2 -fno-strict-aliasing -pipe -m32
CXXFLAGS+= -fconserve-space
MAKE_SHELL?=sh
COPTFLAGS= -O -pipe
INSTALL=install -C
MTREE_FOLLOWS_SYMLINKS= -L
ENABLE_SUID_SSH=
NO_SENDMAIL=
NO_PROFILE=
DOC_LANG=   en_US.ISO8859-1

maxwell# printenv
MACHTYPE=i386
USER=root
MAIL=/var/mail/root
SHLVL=2
VENDOR=intel
HOME=/root
PAGER=more
GROUP=wheel
LOGNAME=root
TERM=xterm
BLOCKSIZE=K
WINDOWPATH=9
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin
REMOTEHOST=
DISPLAY=:0.0
XAUTHORITY=/root/.Xauthority
HOST=maxwell.uhring.com
SHELL=/bin/csh
OSTYPE=FreeBSD
PWD=/root
FTP_PASSIVE_MODE=YES
HOSTTYPE=FreeBSD
EDITOR=vi
WINDOWID=14680077
XTERM_VERSION=XTerm(235)
XTERM_LOCALE=C
TERMCAP=xterm|xterm-color|X11 terminal 
emulator:ti@:te@:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:F1=\E[23~:F2=\E[24~:kH=\EOF:@7=\EOF:kI=\E[2~:kh=\EOH:*6=\EOF:kP=\E[5~:kN=\E[6~:ku=\EOA:kd=\EOB:kr=\EOC:kl=\EOD:Km=\E[M:li#24:co#80:am:kn#12:km:mi:ms:xn:AX:bl=^G:is=\E[!p\E[?3;4l\E[4l\E>:rs=\E[!p\E[?3;4l\E[4l\E>:le=^H:AL=\E[%dL:DL=\E[%dM:DC=\E[%dP:al=\E[L:dc=\E[P:dl=\E[M:UP=\E[%dA:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:ho=\E[H:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:im=\E[4h:ei=\E[4l:ks=\E[?1h\E=:ke=\E[?1l\E>:kD=\E[3~:sf=\n:sr=\EM:st=\EH:ct=\E[3g:sc=\E7:rc=\E8:eA=\E(B\E)0:as=\E(0:ae=\E(B:ml=\El:mu=\Em:up=\E[A:nd=\E[C:md=\E[1m:me=\E[m:mr=\E[7m:so=\E[7m:se=\E[27m:us=\E[4m:ue=\E[24m:vi=\E[?25l:ve=\E[?25h:ut:Co#8:pa#64:op=\E[39;49m:AB=\E[4%dm:AF=\E[3%dm:kb=\010:
XTERM_SHELL=/bin/csh

Note the last line.  Even if /etc/make.conf specifies the build shell, that
is apparently ignored in the build process.

The CPUTYPE in /etc/make.conf is also ignored and make chooses one from thin
air apparently since the cflags used in the build are shown in the last line
of the compile:

cc -O2 -fno-strict-aliasing -pipe -m32 -march=athlon-mp -DTM_GMTOFF=tm_gmtoff 
-DTM_ZONE=tm_zone -DSTD_INSPIRED -DPCTS -DHAVE_LONG_DOUBLE 
-DTZDIR=\"/usr/share/zoneinfo\" -Demkdir=mkdir -I/usr/src/usr.sbin/zic/zdump/.. 
-I/usr/src/usr.sbin/zic/zdump/../../../lib/libc/stdtime   -o zdump zdump.o 
ialloc.o scheck.o 

I specified CPUTYPE?=k8 but make chose -march=athlon-mp.

Thanks to all who tried to help.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Make Buildkernel Failed

[Dave Uhring]

On Sunday 13 May 2001 05:29 pm, Brandon S. Allbery KF8NH wrote:
> On Sunday, May 13, 2001 12:13:30 -0500, [EMAIL PROTECTED] wrote:
> +
>
> | make buildkernel KERNCONF=mykernel failed because
> | /usr/src/sys/dev/fxp/if_fxp.c:76 miibus_if.h does not exist.
>
> +--->8
>
> Perhaps you missed the heads-up yesterday that fxp now requires miibus.

Indeed, I did miss it.  But after adding

device  miibus

to my kernel conf file and building the kernel again, the NIC doesn't work 
at all.  Keeps reporting timeout errors and while I can ping my own host, I 
can't ping any of the other machines on the network, let alone the 
internet.  ifconfig -a shows a normally configured NIC - proper address, 
netmask, media type, etc.  But fxp0 timeout errors keep occurring.

Sending this message from Red Hat Linux.  Same machine, same NIC.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Can't newfs big filesystem (twe/4.3-stable)

[Dave Uhring]

On Wednesday 13 June 2001 12:45, Jaye Mathisen wrote:
> Trying to newfs the following fs is giving me fits:
>
> newsfeed-inn# disklabel -r twed0
> # /dev/twed0c:
> bytes/sector: 512
> sectors/track: 63
> tracks/cylinder: 255
> sectors/cylinder: 16065
> cylinders: 65418
> sectors/unit: 1050940800
> 8 partitions:
> #size   offsetfstype   [fsize bsize bps/cpg]
>   c: 10509408000unused0 0   # (Cyl.  
>  0 - 65418*) d: 105094080004.2BSD0 0 0   
>  # (Cyl.0 - 65418*)
>
> Frankly, I need a whopping about 10 files on this FS, but:
>
>
> newsfeed-inn# newfs -i 67108864 /dev/twed0d
> [stuff deleted]
> 1048576032, 1048641568, 1048707104, 1048772640, 1048838176, 1048903712,
> 1048969248, 1049034784, 1049100320, 1049165856, 1049231392, 1049296928,
> 1049362464, 1049428000, 1049493536, 1049559072, 1049624608, 1049690144,
> 1049755680, 1049821216, 1049886752, 1049952288, 1050017824, 1050083360,
> 1050148896, 1050214432, 1050279968, 1050345504, 1050411040, 1050476576,
> 1050542112, 1050607648, 1050673184, 1050738720, 1050804256, 1050869792,
> 1050935328
> fsinit: inode value out of range (2).
>
> Tried larger -i parameters, same thing.
>
>
> Can't newfs figure this out before it gets to this point that something
> isn't going to work?
>
> I'll try some different block/frag sizes, see if it helps.
>

Just curious, where did you find a 501GB hard drive?

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: JFS

[Dave Uhring]

- Original Message -
From: "Bill Moran" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 07, 2001 4:04 PM
Subject: Re: JFS


> Dave Uhring wrote:
> > You seem to have missed the critical point of that paper.  When the
> > system goes completely haywire and either crashes or locks up so
hard
> > that a manual reset is required, UFS/softupdates requires a
substantial
> > amount of time to run fsck.  If you have a very large filesystem,
you
> > then have to wait until fsck completes.  And if you are
> > lucky, it will not terminate with the suggestion that you run fsck
by
> > hand.  With a true journalling filesystem this wait is obviated.
The
> > last transactions are rerun or truncated and the system boots up.
>
> Actually ... according to the article, the system boots up and _then_
> determines what needs done to repair the filesystem.
>
> Also, the lack of a need for fscking is not the only benefit of
> RieserFS. In fact, it's a _minor_ improvement. If your system is
> going down so often that the speed of a fsck is a major factor in the
> layout of the system, you've got other issues you need to address
> first!
> The other issues that might make Reiserfs a good idea (and a possible
> improvement over UFS) are the various improvements such as small
> file storage and large directory storage. I know that I'm interested
> in seeing performance comparisons with regard to these factors, and
> so far, I've seen none that compare ReiserFS to UFS/softupdates.
>
> My $.02
>
> -Bill
>

As I indicated, my experience with ReiserFS is limited.  I have been
using SGI's XFS for Linux for a short time and am quite pleased with its
performance and filesystem integrity.  If you have a spare system
available, it's easy enough to try it out.

http://oss.sgi.com/projects/xfs/1.0_installer.html

Also requires the 2 install CDs for RedHat-7.1.

SGI's ftp site has a patch available to bring up XFS on Linux-2.4.5
kernel, also.




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: I am trying to contact webmaster for "www.bsdvault.net"

[Dave Uhring]

On Wednesday 01 August 2001 18:15, Monica Shin wrote:
> I'm sorry if you are reading this.  I'm a law student at University of
> Washington (Seattle, WA).  This morning, Wednesday, August 1, 2001, a
> friend of mine contacted me regarding the posting of his "signed" email
> that was, I believe, exchanged in freebsd-stable forum sometime ago,
> without his written consent.  As of now, I don't know the details of the
> policy and rules one has to agree and sign before becoming a member to
> the freebsd-stable list server but he is very upset and serious about
> this matter.  The link is given below.
>
> http://www.bsdvault.net/article.php?sid=298&mode=thread&order=0
>
> He has asked me regarding the procedures of the law in dealing with such
> matters and agreed to resolve this matter in peaceful manner should it be
> possible.  Should he pursue to go on with a law suit, he has all the
> rights to ask for any damages to his honor that has occured or should
> occur in whatever form should it be by email or any of the means; he has
> the rights to restitution for any misuses and damages to his intellectual
> property (the message is signed), the party in operation of
> www.bsdvault.net.  To make it even worse, he has the rights to ask for
> the shutdown of the
> www.bsdvault.net operation should the Defense loses the case.  Whoever is
> in charge of the operation of the website, www.bsdvault.net, should take
> this matter seriously and take any means of actions necessary in timely
> manner to prevent any unnecessary actions that may or may not follow from
> taking.
>
>
> Regards,
> Monica Shin,
> Wdenesday, August 1, 2001.
>
> Mr. Cho has resigned from freebsd-stable mailing list for this matter.
>
>

In most jurisdictions in the US it is illegal to represent another person's 
interests in matters of law without having first been admitted to the bar 
in one's state.

> _
> Get your FREE download of MSN Explorer at
> http://explorer.msn.com/intl.asp
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: KDE 2.2 & 4.4

[Dave Uhring]

On Wednesday 15 August 2001 14:03, Pete Fritchman wrote:
> ++ 15/08/01 19:00 - - [EMAIL PROTECTED]:
> | What are the chances of KDE 2.2 making it into the ports tree before
> | 4.4 is - RELEASE'd?
>
> 100%; will has already committed an update!  The hardest part right now
> is actually fetching the tarballs, every /. reader is trying to download
> them too.
>
> -pete
>
> --
> Pete Fritchman <[EMAIL PROTECTED]>
> Databits Network Services, Inc. 
> finger [EMAIL PROTECTED] for PGP key
>

Try this as a download site:

ftp.rutgers.edu/pub/kde/stable/2.2/src

I just grabbed all the tarballs using a cable modem and they came in at 
90-100 KB/sec.  The /. kiddiez apparently haven't found this mirror yet :-)


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: 4.4-RELEASE

[Dave Uhring]

On Sunday 09 September 2001 08:50 pm, [EMAIL PROTECTED] wrote:
> I tried to install 4.4-RC4 from ISO image.
> (It was the first time for me to install 4.4-RC's)
>
> Almost was good.  But I was confused by the key assignment in
> the mode of selecting packages in sysinstall(8).  How should we
> operate in order to escape out of the mode of packages selection?
> Select [Cancel] by TAB key?

Select [Cancel] after making your choices then use the Space key or the 
Enter key.  I just went through that silliness myself.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: top wrong again?

[Dave Uhring]

On Sunday 24 March 2002 05:10 pm, Jesse Geddis wrote:
> holy spam batman! it looks like majordomo is resending old messages.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Uhring
> Sent: Thursday, March 14, 2002 9:56 PM
> To: [EMAIL PROTECTED]; Jonathan Chen
> Cc: Kris Kennaway; [EMAIL PROTECTED]
> Subject: Re: top wrong again?
>
> On Thursday 14 March 2002 23:38, Jesse Geddis wrote:
> > here, different machine while compiling the kernel. maybe this is
> > more along the lines of the original email:
> >
> > With 90% idle, I'd expect to see most of your process running 0%;
> > so there doesn't appear to be anything wrong with your top output.
>
> OK, then try this one.  I'm running make buildworld on a 4.5-RELEASE
> system with sources CVSup'd about 1/2 hour ago.
>

I didn't receive that one again.  How come other people got it??

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: installworld failure

[Dave Uhring]

On Sunday 14 April 2002 12:10 am, M. Warner Losh wrote:

> Actually, generally speaking, mergemaster should be done after the
> installworld.  However, this issue does raise an interesting point
> that sometimes the account merge part of it does need to be run
> before.

And not only that, but preserve the user information.

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Saving a partially rotten IBM DTLA-307030 Harddisk

[Dave Uhring]

On Thursday 02 January 2003 02:50 pm, Andreas Ntaflos wrote:
> Hello list (sorry for crossposting, hope I am doing the right thing),
>
>   I've got the following problem which I hope someone could help me
> with: One of my boxes running FreeBSD 4.7-STABLE has an IBM
> DTLA-307030 (30GB) which worked very well for more than 2 years now,
> but I think it starts rotting away according the following:

Download the dft utility from IBM.

  http://www.storage.ibm.com/hdd/support/download.htm

When you get the failure code e-mail IBM and get the drive replaced if 
it is less than 3 years old.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: Saving a partially rotten IBM DTLA-307030 Harddisk

[Dave Uhring]

On Thursday 02 January 2003 05:37 pm, Andreas Ntaflos wrote:

> Wow, that worked like a charm, the Disk Fitness Test was able to
> repair the bad sectors without any major problems. Really good.
>
> Thanks a lot for that!

The drive will probably fail shortly. Keep your data backed up.


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message

Re: staroffice on 4.1-S

[Dave Uhring]

On Mon, 09 Oct 2000, Christoph Sold wrote:
> Peter Radcliffe wrote:
> > Trent Nelson <[EMAIL PROTECTED]> probably said:
> > >   Type 'make install-user' in the StarOffice 5.2 ports directory
> > > while logged in as a "normal user".
> >
> > Already have done.
> >
> > To repeat, when I 'su -m' to keep my enviroment it works fine, using the
> > per user install in my home directory. Using the same files as a normal
> > user does not work (and yes, I've chown/chmodded them).
> >
> > Linux emulation works fine in general, I use linux netscape for the
> > plugins.
>
> I just changed the #!-line to read #!/usr/local/bin/bash instead of
> #!/bin/sh
> in Suns installuser script. They assume bash is installed as /bin/sh.
> After
> changing the shell line, everything works as expected.
>
> HTH
> -Christoph Sold


 If you use the port to install staroffice52, the setup and soffice scripts 
are already modified to use /compat/linux/bin/sh, which is sym-linked to 
/compat/linux/bin/bash.  And staroffice fails to run properly for me whether 
I'm logged in as root or user.  It runs well on Linux.

Dave


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message