summaryrefslogtreecommitdiffstats
path: root/lib/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Include libusb in the buildn_hibma2000-07-021-1/+1
|
* Disconnect libm from the build tree. It's broken, not beingjoe2000-05-021-8/+2
| | | | | | | | | maintained, and has been replaced by msun. The libm sources shouldn't be removed just yet as there are parts that should be merged into msun first. PR: misc/17848 Discussed with: phk & bde
* Document the libpam dependency on libopiekris2000-04-181-0/+1
| | | | Reminded by: bde
* Buildworld fixes for NO_OPENSSH and NO_OPENSSLkris2000-03-091-1/+1
| | | | Approved by: jkh
* Oops, The dependency of libcrypt on libmd went away before it was "fixed"bde2000-01-211-3/+3
| | | | | | here. Reported by: peter
* Fixed bitrot in library build order. libmd was not built beforebde2000-01-171-3/+3
| | | | | | | | libcrypt and libutil was not built before libpam. The order here is currently unimportant, but ../Makefile should descend here to build everything (which currently doesn't work right) or at least to get the order using `make -V SUBDIR'.
* Fixed stray backslash in previous commit.bde2000-01-161-4/+5
| | | | | | Fixed bitrot in comments about library dependencies. The list has been maintained better in ../Makefile.inc1, except it has been uninverted there so it is hard to use manually.
* Enable the building of libposix1erwatson2000-01-151-2/+3
| | | | Reviewed by: eivind
* libipsec and IPsec related apps. (and some KAME related man pages)shin2000-01-061-1/+2
| | | | | Reviewed by: freebsd-arch, cvs-committers Obtained from: KAME project
* Turn libbind back on, it should be ok now.peter1999-11-301-1/+1
|
* oops, forgot to disconnect libbind while it's broken.peter1999-11-301-2/+6
|
* Whistle's Netgraph link-layer (sometimes more) networking infrastructure.julian1999-10-211-2/+2
| | | | | | | | | | Been in production for 3 years now. Gives Instant Frame relay to if_sr and if_ar drivers, and PPPOE support soon. See: ftp://ftp.whistle.com/pub/archie/netgraph/index.html for on-line manual pages. Reviewed by: Doug Rabson (dfr@freebsd.org) Obtained from: Whistle CVS tree
* Make libncp actually compiled.bp1999-10-141-2/+3
| | | | Reviewed by: mdodd
* Allow for another telnet in secure (SRA telnet).markm1999-10-071-1/+2
| | | | Submitted by: Nick Sayer
* Connect libform/libpanel/libmenu.peter1999-09-051-5/+3
|
* Fixed disorder in comments.bde1999-09-041-6/+6
| | | | | | Build libncurses early again (it had drifted into set of libraries that have no ordering requirements, but it must be built before libedit here and before some gnu libraries in ../Makefile.inc1).
* Make the libcrypt's build in the correct order.markm1999-09-011-6/+5
|
* Update a comment regarding dependencies on libtermcap and curses etc.peter1999-09-011-2/+1
|
* Don't build libtermcap, libcurses, libmytinfo, just libncurses.peter1999-08-301-4/+5
|
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Turn off libf2c. Superseeded by EGCS's libg2c.obrien1999-04-181-2/+2
|
* Remove references to libg++ and libf2c that aren't needed post-EGCS.obrien1999-04-141-2/+2
|
* Build libwrap - the core to tcp_wrappers.markm1999-03-141-2/+2
|
* Enable building libio on the alpha.dfr1998-12-171-2/+6
|
* Fixed SUBDIR order.bde1998-11-291-2/+2
|
* Make sure libskey is built before libpam. It is required for one ofjdp1998-11-201-4/+6
| | | | | | | | | | the PAM modules. Fix the comments describing the PAM dependencies to be consistent with other related comments. Restructure the library-building loop slightly, per suggestion from bde.
* Enable the building of libpam. Move libradius and libtacplus up injdp1998-11-181-5/+6
| | | | the list, because they are prerequisites for libpam.
* Enable libradius and libtacplus.jdp1998-11-131-4/+5
|
* Updated library order and comments about it. This fixes libm notbde1998-10-131-6/+10
| | | | being built before libf2c and libmd not being built before libatm.
* Add libdisk back to alpha build.jkh1998-10-011-3/+2
|
* libscsi is obsoleted by CAM.gibbs1998-09-171-3/+2
|
* (this is an extract from src/share/examples/atm/README)phk1998-09-151-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | =================================== HARP | Host ATM Research Platform =================================== HARP 3 What is this stuff? ------------------- The Advanced Networking Group (ANG) at the Minnesota Supercomputer Center, Inc. (MSCI), as part of its work on the MAGIC Gigabit Testbed, developed the Host ATM Research Platform (HARP) software, which allows IP hosts to communicate over ATM networks using standard protocols. It is intended to be a high-quality platform for IP/ATM research. HARP provides a way for IP hosts to connect to ATM networks. It supports standard methods of communication using IP over ATM. A host's standard IP software sends and receives datagrams via a HARP ATM interface. HARP provides functionality similar to (and typically replaces) vendor-provided ATM device driver software. HARP includes full source code, making it possible for researchers to experiment with different approaches to running IP over ATM. HARP is self-contained; it requires no other licenses or commercial software packages. HARP implements support for the IETF Classical IP model for using IP over ATM networks, including: o IETF ATMARP address resolution client o IETF ATMARP address resolution server o IETF SCSP/ATMARP server o UNI 3.1 and 3.0 signalling protocols o Fore Systems's SPANS signalling protocol What's supported ---------------- The following are supported by HARP 3: o ATM Host Interfaces - FORE Systems, Inc. SBA-200 and SBA-200E ATM SBus Adapters - FORE Systems, Inc. PCA-200E ATM PCI Adapters - Efficient Networks, Inc. ENI-155p ATM PCI Adapters o ATM Signalling Protocols - The ATM Forum UNI 3.1 signalling protocol - The ATM Forum UNI 3.0 signalling protocol - The ATM Forum ILMI address registration - FORE Systems's proprietary SPANS signalling protocol - Permanent Virtual Channels (PVCs) o IETF "Classical IP and ARP over ATM" model - RFC 1483, "Multiprotocol Encapsulation over ATM Adaptation Layer 5" - RFC 1577, "Classical IP and ARP over ATM" - RFC 1626, "Default IP MTU for use over ATM AAL5" - RFC 1755, "ATM Signaling Support for IP over ATM" - RFC 2225, "Classical IP and ARP over ATM" - RFC 2334, "Server Cache Synchronization Protocol (SCSP)" - Internet Draft draft-ietf-ion-scsp-atmarp-00.txt, "A Distributed ATMARP Service Using SCSP" o ATM Sockets interface - The file atm-sockets.txt contains further information What's not supported -------------------- The following major features of the above list are not currently supported: o UNI point-to-multipoint support o Driver support for Traffic Control/Quality of Service o SPANS multicast and MPP support o SPANS signalling using Efficient adapters This software was developed under the sponsorship of the Defense Advanced Research Projects Agency (DARPA). Reviewed (lightly) by: phk Submitted by: Network Computing Services, Inc.
* Hook up libcam and libdevstat.gibbs1998-09-151-4/+4
|
* Fixed SUBDIR order (libm is no longer a prerequisite for libtcl).bde1998-09-071-3/+3
|
* Remove tcl from /usr/src, according to prior agreement. BTW, tcl-8.0 *is*asami1998-09-051-8/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | a port so there is nothing to be done on that side now. Approved by: jkh === To: "Jordan K. Hubbard" <jkh@time.cdrom.com> cc: Andreas Klemm <andreas@klemm.gtn.com>, current@freebsd.org Subject: Re: Make this a relese coordinator decision (was Re: ports-current/packages-current discontinued) From: David Greenman <dg@root.com> Date: Sun, 03 Aug 1997 20:23:31 -0700 >decision is, I'll respect it. Another chance to architect people's principles...I can hardly wait. Seems quite appropriate for a Sunday - I just need to get one of those collection plates (and money envelopes) so I can profit, too. :-) Tcl stays in /usr/src for now, but it needs to be kept up to date; same for perl. If Jordan doesn't have "setup" (written in tcl) ready for 3.0, then tcl will be yanked prior to the 3.0 release (and made into a port). As for the ports tree only supporting the last FreeBSD release, this seems sensible to me. The "ports" have always been a moving target between releases and the problem is only going to get worse when we expand to supporting other processor architectures. In any case, Satoshi is and always has been in charge of the ports tree and whatever he wants to do with it (within reason :-)) is his decision. Does this cover the issue completely? I admit to deleting messages in this thread with unusual fervor (people have FAR too much time on their hands!). There's a fair bit of reasoning behind the above, but since everyone is sick of arguing about this, I'll spare you the analysis. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project
* csu must be built before all shared libaries for ELF, since ELF sharedbde1998-09-021-3/+4
| | | | libraries are linked to at least crti.o. Always build it first.
* BINFORMAT -> OBJFORMAT ready for E-day.jb1998-08-301-3/+3
|
* Building `compat' on alpha is meaningless (they are i386 libraries)gpalmer1998-08-221-2/+3
|
* Add libstand.msmith1998-08-201-2/+2
|
* Cross my fingers and enable libfetch.des1998-08-171-2/+2
|
* Build libkvm on alpha too.jb1998-08-151-3/+2
|
* If building and installing libdescrypt, do it first so that the symlinkspeter1998-05-271-3/+4
| | | | | | | | point to it rather than libscrypt. This was how it was done prior to libscrypt being added in. This should stop more people getting burnt with the /usr/lib -> /usr/lib/aout transition, and the same when the ELF libs come online.
* libtcl now builds (with lots of pointer to int cast warnings) on alpha.jb1998-05-131-2/+2
|
* Add libbindpeter1998-05-031-2/+2
|
* Build both libscrypt and libdescrypt. There is no point in lettingmarkm1998-03-211-7/+4
| | | | | libscrypt stagnate, even if it is superceded by libdescrypt. It is a tiny library anyway, and building it is inexpensive.
* Build the libraries in a correct order. Reorganized the ifdefs sobde1998-03-191-29/+42
| | | | that the order is easy to see.
* Can build libc and libc_r on alpha now.jb1998-03-081-17/+13
| | | | | | | | Changed MACHINE to MACHINE_ARCH with the expectation that pc98 will use elf the same as i386. Nuked tahoe and vax 'cause the files they reference aren't in the tree. If you want vax goto NetBSD. If you want tahoe... tough.
* Enable csu/i386-elf under the appropriate conditions.jdp1998-03-071-0/+2
|
* We can now build libm on Alpha. There is very little MD alpha code.jb1998-01-101-3/+0
|
* Bruce says that ${.CURDIR}/csu/${MACHINE} will prevent finding ajb1998-01-101-2/+6
| | | | | | | | stale obj directory and we wouldn't want to do that! I trust he knows what he's talking about. 8-) Also avoid building libm at all until the NetBSD asm code is imported. I wrongly commented this out last time. Oops.
OpenPOWER on IntegriCloud