This program gives information about files checked out with RCS.
Only RCS repositories located in "RCS" subdirectories are analyzed.
PR: ports/6113
Submitted by: markc@interlock.otcwi.com
STLport is an an adaptation of SGI's Standard Template Library.
The goal of the STLport effort is to make SGI's STL
implementation usable with most compilers while retaining full
functionality.
The Standard Template Library is a C++ library of container
classes, algorithms, and iterators providing many of the basic
algorithms and data structures of computer science.
PR: ports/8939
Submitted by: josh@quick.net
Spin is an efficient on-the-fly verification system
(a `model checker') for asynchronous concurrent systems,
such as data communication protocols, distributed operating
systems, database systems, etc.
It can be used to prove both safety and liveness properties,
including all correctness requirements expressible in linear
time temporal logic.
PR: ports/9058
Submitted by: pangolin@home.com
libPropList for property settings. Window Maker also uses libPropList,
as does wdm. However, there seem to be some differences between the two and
nevertheless, it would not be good to have future gnome ports depend on
Window Maker. I made this port from the libPropList found on the gnome ftp
sites; the distribution file is called libPropList-0.7.1gnome, but it builds
the library by default as libPropList. This conflicts with the libPropList
installed by Window Maker, so I made this port build the library as
libPropListgnome. So any future gnome ports that need libPropList should link
against libPropListgnome instead.
PR: ports/9006
Submitted by: Glenn Johnson <gljohns@bellsouth.net>
dispite their meanings. (Sometimes we're too smart for computers. :)
Found by: sorting ports/INDEX by "sort -t '|' +1 -2"
(Note: the whole "x11" category appears at the end with the above sort
command, but I'll leave that the way it is for now -- "ls" shows it
before other x11-* entries.)
Disable native shared library support, doesn't work, use own scheme as before.
Don't use shared library version numbering on ELF for now, needs more thought.
Document shared library version numbering scheme I chose.
Pump shared library version number on aout.
Better COMMENT and DESCR (still too long).
Remove patch to regognize now outdated FreeBSD JDK.
since as Satoshi points out, "it doesn't seem very useful to
have a meta-port that you can't package". We'll let the world
judge whether it is useful to them.
Nudged by: asami
be relevant, and think I've covered everything...
This now build and a 'make package' now works...with my track record on
this particular port, its bound to be still broken for *someone*, no?
intrinsic functions to allows a greter range for FORTRAN code to
be compiled with the stock f77.
PR: ports/8689
Reviewed by: jkoshy
Submitted by: Glenn Johnson <gljohns@bellsouth.net>
Fix Makefile:
to use bsd.port.{pre.post}.mk
check for proper libstdc++.a, depending on elf or aout
run autoconf before configure
Remove old patches and add:
patch-ak
search and find tcl8.0 header file
setup shared library extension properly according to elf vs aout
patch-al
properly find gtk.h
Leaving it as marked BROKEN, while I continue to figure out thie elf vs
aout stuff ...
===> Building package for mico-2.2.3
Creating package /usr/ports/packages/All/mico-2.2.3.tgz
Registering depends: Mesa-3.0 XFree86-3.3.2 gtk-1.0.6 qt-1.40 tcl-8.0.2.
Creating gzip'd tar ball in '/usr/ports/packages/All/mico-2.2.3.tgz'
tar: can't add file lib/libmicoaux2.2.3.so.1 : No such file or directory
tar: can't add file lib/libmicoqt2.2.3.so.1 : No such file or directory
tar: can't add file lib/libmicox2.2.3.so.1 : No such file or directory
/usr/sbin/pkg_create: tar command failed with code 256
*** Error code 1
add the dependency for glibstdc++28 (shouldn't the gcc28 port automatically
install this?) ...
Please try and let me know if this fixes the build problem...
is still the same.
-------
===> Building for mico-2.2.3
for i in admin include; do gmake -C $i adm || exit 1; done
gmake[1]: Entering directory `/usr/ports/devel/mico/work/mico/admin'
g++28 -I../include -fno-exceptions -I/usr/X11R6/include/X11/qt -I/usr/local/include -c mkdepend.cc -o mkdepend.o
mkdepend.cc:27: iostream.h: No such file or directory
mkdepend.cc:28: fstream.h: No such file or directory
mkdepend.cc:29: string: No such file or directory
mkdepend.cc:30: vector: No such file or directory
mkdepend.cc:31: set: No such file or directory
gmake[1]: *** [mkdepend.o] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/mico/work/mico/admin'
gmake: *** [system] Error 1
*** Error code 2
Stop.
-------
===> Building for gide-0.0.11
cd . && aclocal
aclocal: configure.in: 7: macro `AM_PATH_GTK' not found in library
gmake: *** [aclocal.m4] Error 1
*** Error code 2
Stop.
mico and gcc 2.7.2.1 ... not usable with koffice at this time, as it requires
you to disabl-mini-stl, but that will require either gcc 2.8.1 or egcs to
make that happen, and still working out bugs with the more stable version of
egcs then is in ports...
something already there (PORTOBJFORMAT, OSVERSION) or move stuff from after
.include <bsd.port.mk> to before.
(This is not by any means the complete list but just the ones I've noticed
recently.)
with the standard gcc that comes with FreeBSD 3.0 (gcc 2.7.2.1) ... this
is not usable for compiling either corba or koffice, which is still being
worked on...
Please report any bugs on this to me, as I'm trying to work with the
MICO guys as far as getting FreeBSD recognized as an "official port" instead
of their current web page, which reports "somehow it works under FreeBSD"...
