| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
| |
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
Notes:
svn path=/head/; revision=191544
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Shared lib version and PORTREVISION bumb for all affected ports.
While I'm here:
- Remove USE_MESA knob where it was (35 ports).
It marked as depricated for 2 years.
PR: ports/90247
Submitted by: Ermal Lu?i <eri--@albabsd.org>
Notes:
svn path=/head/; revision=153347
|
| |
|
|
| |
Notes:
svn path=/head/; revision=149530
|
| |
|
|
|
|
|
| |
been inactive more than 6 months. We hope to see him back sometime.
Notes:
svn path=/head/; revision=147872
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
${PTHREAD_CFLAGS} and ${PTHREAD_LIBS} include in the build to kill the
headache of old '_r' and can't run with something like ruby-opengl, ruby-sdl,
ruby-gtk2 and etc on FreeBSD 4.x or older 5.x. With this commit should solve
those issues. It is recommend you to rebuild any apps that depend on
lang/ruby18, so see the UPDATING for detail.
Remove the 'BROKEN' on the other ports that knu has added them few weeks ago.
Some of them have been tested, so if one of them is still broke then please
let us know and one of us will re-add the 'BROKEN'.
This changes was worked by lofi and me. lofi did everything on FreeBSD 4.x
and I did others. lofi, thanks for help!
Tested by: many people
Tested on: i386 (FreeBSD 4.x, 5.x and 6.x), amd64 (FreeBSD 5.x and 6.x),
and sparc64 (FreeBSD 5.x and 6.x)
Not test on: ia64 and alpha
Approved by: portmgr (kris)
Notes:
svn path=/head/; revision=129708
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
dropped and the lang/ruby16_r and lang/ruby18_r ports have been
removed, since no one seems to appreciate the partially working
solution.
Good news is that the pthread support of lang/ruby18 is now enabled by
default for newer systems, which means the ruby interpreter is linked
with libpthread. This will allow threaded extension libraries to run
and work properly on those systems.
The --march=cputype flag is disabled because it gets ruby to
malfunction and fail to build. I don't know if the problem is in
libpthread or in gcc.
(It really makes me wonder if they had actually tested before asking
me to do this somewhat risky change ;-)
Notes:
svn path=/head/; revision=128068
|
| |
|
|
|
|
|
| |
Submitted by: trevor
Notes:
svn path=/head/; revision=104943
|
| |
|
|
| |
Notes:
svn path=/head/; revision=87451
|
| |
|
|
| |
Notes:
svn path=/head/; revision=75777
|
| |
|
|
| |
Notes:
svn path=/head/; revision=71409
|
| |
|
|
| |
Notes:
svn path=/head/; revision=67504
|
| |
|
|
|
|
|
|
| |
define RUBY_WITH_PTHREAD to make this module get linked with libc_r
and libruby_r.
Notes:
svn path=/head/; revision=54492
|
| |
|
|
| |
Notes:
svn path=/head/; revision=50896
|
| |
|
|
|
|
|
|
| |
dependent ruby modules, due to the RUBY_ARCH change I've just
committed.
Notes:
svn path=/head/; revision=47917
|
| |
|
|
| |
Notes:
svn path=/head/; revision=42286
|
| |
|
|
| |
Notes:
svn path=/head/; revision=42265
|
| |
|
|
| |
Notes:
svn path=/head/; revision=41994
|
| |
|
|
| |
Notes:
svn path=/head/; revision=41980
|
| |
|
|
| |
Notes:
svn path=/head/; revision=38173
|
| |
|
|
|
|
|
| |
vs. GL_ALL_CLIENT_ATTRIB_BITS discrepancy...
Notes:
svn path=/head/; revision=33852
|
| |
|
|
|
|
|
|
| |
or USE_LIBRUBY is defined, individual ruby ports no longer need to
include it explicitly.
Notes:
svn path=/head/; revision=33130
|
| |
|
|
| |
Notes:
svn path=/head/; revision=32939
|
| |
|
|
|
|
|
| |
Fix for Ruby 1.6. (patch-aa)
Notes:
svn path=/head/; revision=32413
|
|
|
Notes:
svn path=/head/; revision=31924
|
