| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
GNU_CONFIGURE -> USE_LIBTOOL
PR: ports/46940
Submitted by: KATO Tsuguru <tkato@prontomail.com>
Notes:
svn path=/head/; revision=72944
|
|
|
|
|
|
|
|
| |
Delete the sed "patch in Makefile" for FAQ.pod, the authors finally
fixed that.
Notes:
svn path=/head/; revision=72943
|
|
|
|
|
|
|
|
| |
PR: ports/46938
Submitted by: KATO Tsuguru <tkato@prontomail.com>
Notes:
svn path=/head/; revision=72942
|
|
|
|
|
|
|
|
| |
PR: ports/46942
Submitted by: KATO Tsuguru <tkato@prontomail.com>
Notes:
svn path=/head/; revision=72941
|
|
|
|
|
|
|
|
|
| |
PR: ports/46878
Submitted by: leeym
Reviewed by: yssu@CCCA.NCTU.edu.tw (MAINTAINER)
Notes:
svn path=/head/; revision=72940
|
|
|
|
|
|
|
|
| |
PR: ports/46954
Submitted by: Slaven Rezic <slaven@rezic.de>
Notes:
svn path=/head/; revision=72938
|
|
|
|
| |
Notes:
svn path=/head/; revision=72937
|
|
|
|
|
|
|
|
|
|
| |
plugin format (Linux binary).
PR: ports/46242
Submitted by: Jean-Yves Lefort <jylefort@brutele.be>
Notes:
svn path=/head/; revision=72935
|
|
|
|
| |
Notes:
svn path=/head/; revision=72934
|
|
|
|
|
|
|
|
|
|
| |
plugin format (Linux binary).
PR: ports/46241
Submitted by: Jean-Yves Lefort <jylefort@brutele.be>
Notes:
svn path=/head/; revision=72932
|
|
|
|
|
|
|
|
|
|
|
| |
The screen is split into as many parts as there are files to watch.
Compiles on both -STABLE and -CURRENT.
PR: ports/46958
Submitted by: Michael L. Hostbaek <mich@freebsdcluster.org>
Notes:
svn path=/head/; revision=72930
|
|
|
|
|
|
|
|
| |
PR: ports/46969
Submitted by: Alexey Dokuchaev <danfe@regency.nsu.ru>
Notes:
svn path=/head/; revision=72929
|
|
|
|
|
|
|
| |
Submitted by: Munish Chopra <mchopra@engmail.uwaterloo.ca>
Notes:
svn path=/head/; revision=72928
|
|
|
|
|
|
|
|
| |
PR: ports/46970
Submitted by: Tim Bishop <tim@bishnet.net>
Notes:
svn path=/head/; revision=72927
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
just happens to be fatal there, and a coding botch. The first problem is
that it assumes a termcap interface (which is an emulation on freebsd),
and provides its own terminfo wrappers around termcap.. so that's two
avoidable translation layers... termcap file -> terminfo (libncurses) ->
termcap API emulation (libncurses) -> terminfo (zsh emlulation). zsh
forgot to prototype the tiget* functions (which return pointers) so we
have an integer (implicit declaration) being cast to a pointer which
is fatal. The second problem is that zsh tries to use _mktemp() to get
around the __warn_references in our C library, but also neglects a
prototype there and has the same fatal int/pointer problem.
It is likely all the zsh* ports need these fixes. A test compile on
pluto1.freebsd.org will highlight the problem.
I do not know why the packaging fails for ia64. termcap.so and
terminfo.so are not being built for some reason, this change doesn't
solve that problem.
Notes:
svn path=/head/; revision=72926
|
|
|
|
|
|
|
|
| |
PR: ports/46979
Submitted by: Munish Chopra <mchopra@engmail.uwaterloo.ca>
Notes:
svn path=/head/; revision=72925
|
|
|
|
| |
Notes:
svn path=/head/; revision=72924
|
|
|
|
|
|
|
|
| |
PR: ports/43832
Submitted by: Stefan `Sec` Zehl <sec@42.org>
Notes:
svn path=/head/; revision=72922
|
|
|
|
| |
Notes:
svn path=/head/; revision=72921
|
|
|
|
| |
Notes:
svn path=/head/; revision=72920
|
|
|
|
| |
Notes:
svn path=/head/; revision=72919
|
|
|
|
| |
Notes:
svn path=/head/; revision=72918
|
|
|
|
| |
Notes:
svn path=/head/; revision=72917
|
|
|
|
| |
Notes:
svn path=/head/; revision=72916
|
|
|
|
|
|
|
| |
Pointy hat to: netchild
Notes:
svn path=/head/; revision=72915
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note:
Object files built with version 6.0 of Intel(R) Compilers may not link
properly with objects built with version 7.0 of Intel(R) Compilers.
Rebuilding of the object files is suggested.
Changes between the submitted version and the committed version:
- update to 078 instead of 075
- treat excessive parameters in function calls as an error instead
of a warning (removed compatibility with a not named MS product, as
suggested by Intel)
- allow to override the INTEL_FLEXLM_LICENSE variable
From the submitter:
- Unbreak usage of signal.h on -current and RELENG_5_0.
(committers note: see below)
- Fix ownership of installed files when built as non-root.
- Fix the patched versions of the icc- and the icpc-script to work with options
containing spaces (e.g. '-DFOOBAR="foo bar"').
- Install 'clicense' and 'csupport' in the docs-dir even if NOPORTDOCS is
defined, the later is not optional but required by 'icid'.
- Move the ld-wrapper to a sub-dir and thus out of what is normally set in
PATH to prevent footshooting (this isn't perfect but simple until someone
reworks this port to provide FreeBSD-compatibility in another way... or
Intel releases a native version).
- Patch the headers to better fit for FreeBSD (hopefully...).
Notes: - Icc7 is more picky about unknow options than the previous versions,
i.e. the gcc-options normally supplied in CFLAGS unless altered in
/etc/make.conf. Therefore compilation of ports with icc likely fail
if the standard CFLAGS are not unset (e.g. `make CC=icc CFLAGS=""`)
or replaced by options valid for icc.
- When compiling multi-threaded C-code make sure to link with icc and
option '-mt' (for ports e.g. via PTHREAD_CFLAGS) otherwise libc_r
won't be linked in correctly.
Submitted by: marius@alchemy.franken.de
Additional information:
- rev 1.20 of src/sys/i386/include/signal.h introduced __aligned which
isn't handled in sys/cdefs.h for non GCC compilers (at least not in
publically available sources)
- the FreeBSD stdarg.h is missing a macro for va_copy() in the non GCC case,
we handle it in the port, but be prepared to get problems when the base
system gets fixed
- we don't use the icc-buildin of alignof()
- Intel provides a float.h which has different floatingpoint values
(e.g. MAX_FLOAT) than we have in the base system, in the port we use the
FreeBSD header (Warner knows about the issue... at least he got a mail
from me and Marius)
- we replace __wchar_t with __ct_rune_t because icc has a build-in type
for it, this affects "typedef __ct_rune_t __wchar_t;" in sys/_types.h.
It isn't known if this may be evil...
- icc doesn't need the option "-mt" anymore to generate thread safe code,
but our FreeBSD version still needs it to be able to choose libc_r
instead of libc
If a src-committer wants to address any of the above mentioned issues he
should first contact me, I may have already some fixes in my local tree.
Notes:
svn path=/head/; revision=72914
|
|
|
|
|
|
|
| |
Submitted by: Jigoku <gehenna@jp.FreeBSD.org>
Notes:
svn path=/head/; revision=72913
|
|
|
|
|
|
|
| |
Suggested by: yoichi
Notes:
svn path=/head/; revision=72912
|
|
|
|
|
|
|
| |
A Pure Python Expect-like module
Notes:
svn path=/head/; revision=72910
|
|
|
|
| |
Notes:
svn path=/head/; revision=72909
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From submitter:
- Remove an outdated comment in the Makefile.
- Fix MASTER_SITES.
- Switch from ancient math/libgmp-freebsd to math/libgmp4, the former
hardly compiles on architectures other/newer than i386 and alpha.
Tested on i386 and sparc64.
Submitted by: marius@alchemy.franken.de
Notes:
svn path=/head/; revision=72908
|
|
|
|
|
|
|
|
|
|
|
| |
- Update to 1.0.53rev1.
- Chase math/libgmp4 version.
- Fix compilation with GCC3 when WITH_GMP is defined.
Submitted by: marius@alchemy.franken.de
Notes:
svn path=/head/; revision=72907
|
|
|
|
|
|
|
| |
- MASTER_SITE_GNUSTEP
Notes:
svn path=/head/; revision=72906
|
|
|
|
|
|
|
| |
- use tabs
Notes:
svn path=/head/; revision=72905
|
|
|
|
|
|
|
|
|
| |
1) needs ffcall to build.
2) gnustep-objc is only for 4.x systems
Suggested by: jagapen@students.wisc.edu
Notes:
svn path=/head/; revision=72904
|
|
|
|
| |
Notes:
svn path=/head/; revision=72903
|
|
|
|
| |
Notes:
svn path=/head/; revision=72901
|
|
|
|
| |
Notes:
svn path=/head/; revision=72900
|
|
|
|
|
|
|
| |
Changed portname. Will repocopy.
Notes:
svn path=/head/; revision=72898
|
|
|
|
| |
Notes:
svn path=/head/; revision=72897
|
|
|
|
|
|
|
|
| |
some unidentified coredumping problems on these platforms and there
will be no more release from the 1.6 branch.
Notes:
svn path=/head/; revision=72896
|
|
|
|
|
|
|
|
| |
- do not USE_REINPLACE for all husky ports
- create soft link to huskymak.cfg in pre-build stage
Notes:
svn path=/head/; revision=72895
|
|
|
|
| |
Notes:
svn path=/head/; revision=72894
|
|
|
|
|
|
|
| |
- Prepare entries for ia64
Notes:
svn path=/head/; revision=72893
|
|
|
|
| |
Notes:
svn path=/head/; revision=72892
|
|
|
|
|
|
|
|
|
|
|
|
| |
which now supports FreeBSD/sparc64.
Set ONLY_FOR_ARCHS to i386, alpha and sparc64. Ruby does not support
IA64 yet. It does not even build or install correctly. We need some
clue to the IA64 stack structure and handling of the IA64 register
windows.
Notes:
svn path=/head/; revision=72891
|
|
|
|
|
|
|
|
|
| |
Ruby does not support IA64 yet. It does not even build or install
correctly. We need some clue to the IA64 stack structure and handling
of the IA64 register windows.
Notes:
svn path=/head/; revision=72890
|
|
|
|
|
|
|
| |
Submitted by: corecode@corecode.ath.cx (maintainer)
Notes:
svn path=/head/; revision=72889
|
|
|
|
| |
Notes:
svn path=/head/; revision=72888
|
|
|
|
| |
Notes:
svn path=/head/; revision=72887
|