| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Notes:
svn path=/head/; revision=40060
|
|
|
|
|
|
|
|
|
| |
included in the future release of SWIG 1.3.
Submitted by: Jeremy Norris <ishmael27@home.com>
Notes:
svn path=/head/; revision=40059
|
|
|
|
| |
Notes:
svn path=/head/; revision=40058
|
|
|
|
| |
Notes:
svn path=/head/; revision=40035
|
|
|
|
|
|
|
|
| |
o General improvements to printing of source files
o More cleanup of keystroke support in GUI
Notes:
svn path=/head/; revision=39995
|
|
|
|
| |
Notes:
svn path=/head/; revision=39985
|
|
|
|
|
|
|
|
|
|
| |
change maintainer (from ports@ to submitter)
PR: 24340
Submitted by: andrey@novikov.com (new maintainer)
Notes:
svn path=/head/; revision=39984
|
|
|
|
|
|
|
| |
Source code browsing on UNIX-like operating systems
Notes:
svn path=/head/; revision=39982
|
|
|
|
|
|
|
|
| |
PR: ports/24649
Submitted by: dwm@caimis.com
Notes:
svn path=/head/; revision=39954
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The State Threads is a small application library which provides a
foundation for writing fast and highly scalable Internet applications
(such as web servers, proxy servers, mail transfer agents, and so on) on
UNIX-like platforms. It combines the simplicity of the multithreaded
programming paradigm, in which one thread supports each simultaneous
connection, with the performance and scalability of an event-driven
state machine architecture. In other words, this library offers a
threading API for structuring an Internet application as a state
machine.
The State Threads library is a derivative of the Netscape Portable
Runtime library (NSPR).
WWW: http://oss.sgi.com/projects/state-threads/
PR: 25189
Submitted by: tobez@tobez.org (Anton Berezin)
Notes:
svn path=/head/; revision=39951
|
|
|
|
|
|
|
|
|
|
| |
"make patch". Also, I forgot to "cvs add" the correct file from
PR 25808.
reported by: bento
Notes:
svn path=/head/; revision=39938
|
|
|
|
| |
Notes:
svn path=/head/; revision=39928
|
|
|
|
| |
Notes:
svn path=/head/; revision=39926
|
|
|
|
| |
Notes:
svn path=/head/; revision=39925
|
|
|
|
| |
Notes:
svn path=/head/; revision=39923
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
by forcing the CFLAGS to -O -pipe. Somehow, the alpha build always
tries to enforce a particular -mcpu=ev4 flag which of course cannot be
understood by the (AVR) xgcc later on. This looks to me like a bug in
the cross-compilation environment of gcc, but i'm tired of actually
finding the bug.
The compiled result of avr-gcc MD5 compares equal to something build
from an IA32 host platform.
Notes:
svn path=/head/; revision=39916
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
next version. In the meantime, apply with the port.
FYI, the bug is demonstrated by this program:
#include <stdio.h>
#include <stdlib.h>
#include <pth.h>
static int check_something(void *arg)
{
return (0);
}
static void *thread(void *arg)
{
printf("thread sleeping five seconds...\n");
pth_nap(pth_time(5, 0));
printf("thread is done sleeping\n"); /* bug: we never get here */
return (NULL);
}
int main(int ac, char **av)
{
pth_event_t ev;
pth_init();
pth_spawn(NULL, thread, NULL);
ev = pth_event(PTH_EVENT_FUNC, check_something, NULL, pth_time(2, 0));
while (1)
pth_wait(ev);
}
Notes:
svn path=/head/; revision=39905
|
|
|
|
| |
Notes:
svn path=/head/; revision=39894
|
|
|
|
|
|
|
|
|
|
|
| |
Since gcc (in the assumption of generating a native compiler) doesn't
want to cbe configured for an alpha*-*-freebsd* system, we hack the
configure script to allow this (similarly to netbsd). In the end, all
this will be ignored anyway since it's getting to become a
cross-compiler.
Notes:
svn path=/head/; revision=39892
|
|
|
|
|
|
|
|
|
|
|
|
| |
was breaking bento builds.
Submitted by: Michael Lyngbol <michael@lyngbol.dk>
PR: 25808
Mention patch to cvsweb.
Notes:
svn path=/head/; revision=39879
|
|
|
|
| |
Notes:
svn path=/head/; revision=39871
|
|
|
|
|
|
|
|
| |
PR: ports/25766
Submitted by: Johann Visagie <johann@egenetics.com>
Notes:
svn path=/head/; revision=39865
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
redirect to a new server, but they don't carry the old files anymore.
Unfortunately, in order to build the new stuff, we'd need a newer
avr-gcc first -- and that one's by now only available directly from
gcc's CVS repo, which is a little too `green' to me. Let's wait
another couple of months until they rolled a newer release of gcc and
binutils, and switch then.
By now, store the old distfile elsewhere.
Submitted by: fenner's ports build survey (very valuable service!)
Notes:
svn path=/head/; revision=39856
|
|
|
|
| |
Notes:
svn path=/head/; revision=39852
|
|
|
|
| |
Notes:
svn path=/head/; revision=39850
|
|
|
|
|
|
|
| |
in each location are equal, the MD5 is different.
Notes:
svn path=/head/; revision=39840
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
<support@scitools.com> Tech Support from Understand C/C++ manufacturer,
we are allowed to remove the RESTRICTED tag as well as the LEGAL
warning.
Update to version 1.4 Build 104 from March 8, 2001.
- Correct a port versioning typo:
o Instead of using PORTVERSION=14b104 which both reflects the
distfile naming convention and follows the naming convention used
in this port; we will switch to PORTVERSION=1.4.104 which reflects
the Changelog information
o To avoid "who came before" problems since last port was
PORTVERSION=14b103, BUMP PORTEPOCH.
- Fix a PLIST unnecessary warning
- Version Changelog: http://www.scitools.com/ucpp_build_log.html
Notes:
svn path=/head/; revision=39838
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- textproc added in category (like astyle)
Ccdoc is a tool for extracting comments from C++ source code and presenting it
in HTML format, very similar to Java's JavaDoc tool. The tagging used in ccdoc
is very similar to that of Javadoc, with adaptations for the C++ specifics, of
course. Ccdoc supports extracting comments from both header and implementation
files.
In contrast to most other C++ doc'ing applications, ccdoc analyses the code
before it has been run through the pre-processor, so things such as macros can
actually be included in the documentation.
It's usage is not quite as straight forward as JavaDoc's, but considering the
quality of the output, it is well worth the effort.
WWW: http://www.joelinoff.com/ccdoc/
PR: 22794
Submitted by: lonewolf@flame.org
Notes:
svn path=/head/; revision=39837
|
|
|
|
|
|
|
|
|
|
|
| |
lib/perl5/site_perl/${PERL_VER}/${PERL_ARCH}
but not:
lib/perl5/site_perl/${PERL_VERSION}/${PERL_ARCH}
Submited by: bento (sorta)
Notes:
svn path=/head/; revision=39835
|
|
|
|
|
|
|
| |
Submitted by: bento
Notes:
svn path=/head/; revision=39817
|
|
|
|
| |
Notes:
svn path=/head/; revision=39812
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I was planning to rename pyncurses into more appropriate py-ncurses
before committing it out, but forgot to do so. Therefore delete
pyncurses and readd it back as py-ncurses.
Py-ncurses is a Ncurses binding for Python.
PR: 18633
Submitted by: adsharma@sharams.dhs.org
Notes:
svn path=/head/; revision=39792
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- fix installation path of this perl module because this command failed:
perl -M'ConfigReader::DirectiveStyle' -e 1
ConfigReader files have to be put under
lib/perl5/site_perl/%%PERL_VER%%/
instead of
lib/perl5/site_perl/
- now my new port FlowScan finds the ConfigReader::DirectiveStyle PM.
"configure:1271: checking for ConfigReader::DirectiveStyle"
Notes:
svn path=/head/; revision=39787
|
|
|
|
|
|
|
|
| |
Approved by: obrien
PR: 24185
Notes:
svn path=/head/; revision=39781
|
|
|
|
|
|
|
|
| |
PR: 18633
Submitted by: adsharma@sharams.dhs.org
Notes:
svn path=/head/; revision=39774
|
|
|
|
| |
Notes:
svn path=/head/; revision=39766
|
|
|
|
| |
Notes:
svn path=/head/; revision=39764
|
|
|
|
|
|
|
|
| |
PR: 25765
Submitted by: maintainer
Notes:
svn path=/head/; revision=39755
|
|
|
|
|
|
|
|
|
|
| |
has strange problems downloading it from the author's site. I really puzzled
because I can't reproduce those problems even from freefall.
Submitted by: bento (sorta)
Notes:
svn path=/head/; revision=39739
|
|
|
|
| |
Notes:
svn path=/head/; revision=39729
|
|
|
|
|
|
|
| |
Requested by: Mark Huizer <freebsd@dohd.org> (master site maintainer)
Notes:
svn path=/head/; revision=39723
|
|
|
|
|
|
|
|
|
|
|
| |
Use EXTRACT_SUFX instead of single DISTFILES (by kuriyama).
Submitted by: Dave Chapeskie <dchapes@ddm.crosswinds.net>
PR: ports/25711
Not reach for: maintainer (mail service unavailable)
Notes:
svn path=/head/; revision=39720
|
|
|
|
|
|
|
|
|
|
|
| |
AutoGen is a tool designed for generating program files that contain
repetitive text with varied substitutions. Its goal is to simplify the
maintenance of programs that contain large amounts of repetitious text.
This is especially valuable if there are several blocks of such text that
must be kept synchronized.
Notes:
svn path=/head/; revision=39717
|
|
|
|
|
|
|
|
|
| |
Submitted by: Denis Shaposhnikov <dsh@neva.vlink.ru> (maintainer)
PR: ports/25682
Modified by: kuriyama
Notes:
svn path=/head/; revision=39707
|
|
|
|
|
|
|
| |
Approved by: maintainer
Notes:
svn path=/head/; revision=39705
|
|
|
|
|
|
|
|
|
|
| |
applications.
PR: 25080
Submitted by: George Reid <greid@ukug.uk.freebsd.org>
Notes:
svn path=/head/; revision=39699
|
|
|
|
|
|
|
| |
Submitted by: bento
Notes:
svn path=/head/; revision=39647
|
|
|
|
| |
Notes:
svn path=/head/; revision=39645
|
|
|
|
| |
Notes:
svn path=/head/; revision=39633
|
|
|
|
|
|
|
|
| |
* fix the symlinking so `make reinstall' works
* change how the symlinking is done to produce a more esthetic link
Notes:
svn path=/head/; revision=39609
|