Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801

From: Daniel Eischen (deischen_at_freebsd.org)
Date: 06/20/05

  • Next message: Poul-Henning Kamp: "Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801" 
    Date: Mon, 20 Jun 2005 15:18:28 -0400 (EDT)
To: "M. Warner Losh" <imp@bsdimp.com>

    On Mon, 20 Jun 2005, M. Warner Losh wrote:

    > In message: <Pine.GSO.4.43.0506201507010.11816-100000@sea.ntplx.net>
    > Daniel Eischen <deischen@freebsd.org> writes:
    > : On Mon, 20 Jun 2005, M. Warner Losh wrote:
    > :
    > : > In message: <Pine.GSO.4.43.0506191610170.7472-100000@sea.ntplx.net>
    > : > Daniel Eischen <deischen@freebsd.org> writes:
    > : > : How about NO_FOO[_INSTALL], where NO_FOO = no build and no install,
    > : > : and NO_FOO_INSTALL just prevents the install. In theory, you could
    > : > : build the complete system, then use NO_FOO_INSTALL instead of rm(1).
    > : >
    > : > What's wrong with making sure that NO_FOO will work in the install
    > : > case to not install foo when it is set, even if it was unset in the
    > : > build process?
    > :
    > : If it works or can be made to work, then nothing.
    >
    > Actually, looking at the code, it would cause devd to be built, but
    > not installed without changes. Since NO_GXX is defined in the above
    > scenario. I've started to think about how this might be fixed. It
    > really is a 'don't build this because of toolchain depends' as a
    > 'don't build his because I don't want this feature' intertwinglement.

    Also, what about dynamic executables that need libstdc++, but you
    still don't want the build tools? 

    -- 
DE
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
  • Next message: Poul-Henning Kamp: "Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801"

    Relevant Pages

    • Re: Fw: New make modifiers: :C///W, :tW, and :[]
      ... M. Warner Losh wrote: ... >and possibly also adding some other modifiers. ... speak up if the proposal strikes you as a bad idea. ... To unsubscribe, ...
      (freebsd-arch)
    • Re: USB, select/poll for ucom
      ... M. Warner Losh wrote: ... > This is a no-op in current. ... Shunsuke Akiyama ... To unsubscribe, ...
      (freebsd-hackers)
    • RE: FDC/ACPI/GEOM problems
      ... M. Warner Losh wrote: ... > What about removing the floppy drive w/o disabling the floppy ... To unsubscribe, ...
      (freebsd-current)
    • Re: Change to output
      ... "M. Warner Losh" writes: ... > Consider the following patch. ... iumop ap!sdn w,I idlaH ... To unsubscribe, ...
      (freebsd-arch)
    • Re: RFC: 5.3 Migration Guide
      ... "M. Warner Losh" wrote: ... Unregistered;) FreeBSD 5.3-BETA3 "user" ... Try sysctl debug.witness_watch=0 ... To unsubscribe, ...
      (freebsd-current)