summaryrefslogtreecommitdiffstats
path: root/lib/Makefile
Commit message (Collapse)AuthorAgeFilesLines
...
* 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.
* Don't build libc, libc_r or libm on Alpha yet. We'll do the otherjb1998-01-091-3/+7
| | | | libraries first and use NetBSD's libc/libm for now.
* Build lib/csu/${MACHINE} only if it exists so that when porting FreeBSDjb1998-01-091-1/+1
| | | | | | to another architecture (in this case the Alpha) we can continue to use the host csu objects (from NetBSD). This should be a non-function change to FreeBSD/i386.
* Add libcalendar.helbig1997-12-041-2/+2
|
* Changes for KTH KerberosIVmarkm1997-09-281-6/+1
|
* Activate libvglsos1997-08-221-1/+1
|
* Hook in alias library.brian1997-05-231-1/+1
|
* Change default build to include libc_r, but allow disadvantaged soulsjb1997-05-031-1/+1
| | | | to turn off the build.
* Put on my flame proof suit and make libtcl build conditional onpeter1997-04-121-3/+6
| | | | | | | | | | the src/contrib/tcl directory existing, and also have an /etc/make.conf override (NOTCL) to stop building libtcl. This is in similar other things from src/Makefile, eg: NOGAMES, NOLKM, etc. This is so that people can put in a refuse entry in their cvsup files and not fetch the tcl code, and have it not built automatically. I'll do something similar for perl.
* Activate libopiepst1997-02-071-2/+2
|
* Build ebones/libtelnet only if MAKE_EBONES definedache1997-01-081-1/+1
|
* In the spirit of Christmas, I give ye a gift!peter1996-12-231-0/+2
| | | | | | | | | | | | | | | | | | | | - A major 11th hour, last second, untested commit! Build some infrastructure to clean up the compat lib distributions, and also allow them to be installed from the source tree rather than having to to and get the tarballs from freefall or a CD. Some tweaks to /etc/make.conf are in the pipeline to enable it. This came about because it became apparent that we'd have to change the compat21.tgz tarball to fix the NIS problem with 2.1.x binaries. Since it's tar..gz.uu, doing this would have caused a huge repository change and we may as well try and fix it once and for all. Now, adding/removing libraries should have MUCH less repository impact. Peril sensative sunglasses: on! Flame proof suit: on! Concept reviewed by a stream of ascii representing the opinion of: jkh Changes casually reviewed by: jkh (but not actually tested)
* Don't look for encumbered objects, but encumbered sources.phk1996-12-111-2/+2
|
* Compile libtelnet from eBones, not secure.markm1996-11-031-2/+2
| | | | 2.2 candidate.
* libfakegnumalloc -> libgnumallocpeter1996-09-271-1/+1
|
* add back stub libresolvpeter1996-09-031-1/+1
|
OpenPOWER on IntegriCloud