summaryrefslogtreecommitdiffstats
path: root/lang/ruby18/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* - Revert previous commit, it broke ruby-gtk2pav2006-05-241-3/+4
| | | | Reported by: mezz
* - Don't link pthread libs in non-pthread case (the default case)pav2006-05-241-4/+3
| | | | | PR: ports/97765 (based on) Submitted by: Takeshi MUTOH <mutoh@openedu.org>
* - Fix PKGNAMESUFFIX when both Oniguruma and pthreads are enabledpav2006-05-151-1/+1
| | | | | PR: ports/97178 (based on) Submitted by: cokane
* Remove obsolete USE_REINPLACE.okazaki2006-05-031-1/+0
| | | | Add missing entries for the ONIGURUMA option to the plist.
* Wrong type of integer argument to ioctl(2) cause ruby18 to produce lotsanray2006-05-021-1/+1
| | | | | | | of sign-extension noises through console / kernel log on FreeBSD/amd64. PR: ports/94088 Submitted by: ariff
* Show the message about WITH_PTHREADS knob only when WITH_PTHREADS isn't defined.nobutaka2006-04-301-0/+2
| | | | Submitted by: MOROHOSHI Akihiko <moro@remus.dti.ne.jp>
* - Disable pthread support by default to fix breakage of some ruby applicationsnobutaka2006-03-311-5/+15
| | | | | | | | (migemo, mod_ruby, etc.). - Remove WITHOUT_PTHREADS knob and add WITH_PTHREADS knob. - Bump PORTREVISION. Approved by: portmgr (krion)
* Use the code actually committed into Ruby CVS againstume2006-01-241-1/+1
| | | | | | getcontext/setcontext issue. Obtained from: Ruby CVS
* WITHOUT_CPU_CFLAGS hack is not required anymore.ume2006-01-211-6/+0
| | | | Tested by: TAKANO Yuji <takachan__at__running-dog.net>
* ${CPUTYPE} might not defined.ume2006-01-211-0/+2
| | | | Reported by: cperciva
* It was not buildable with CPUTYPE=athlon64 or CPUTYPE=athlon-xpume2006-01-211-0/+4
| | | | | | | | since my last commit. It spun in 'miniruby' somewhere in a bigdecimal compile. So, if CPUTYPE is defined as athlon64 or athlon-xp, ignore CPU_CFLAGS for workaround. Reported by: Mike Harding <mvh__at__ix.netcom.com>
* eval.c (FUNCTION_CALL_MAY_RETURN_TWICE): use only for SPARC and IA64ume2006-01-201-1/+1
| | | | | | | | | | before gcc 4.0.3. previous one broke xcgroup of XCAST6: http://sourceforge.net/projects/xcast6/ Reported by: SUZUKI Koichi <metal__at__gc5.so-net.ne.jp> Obtained from: http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/ruby/eval.c.diff?r1=1.616.2.148;r2=1.616.2.149
* - Provide WITHOUT_PTHREADS optionpav2006-01-161-3/+9
| | | | Submitted by: Yoshiaki Kasahara <kasahara@nc.kyushu-u.ac.jp>
* - Fix bug: FileUtils.mv() does not unlink source file when moving overpav2006-01-161-1/+1
| | | | | | filesystem boundaries Reported by: Virgil Champlin <champlin@stupidog.org>
* - OPENSSLINC is even betterpav2006-01-141-1/+1
| | | | Submitted by: mezz
* - Use OPENSSLBASEpav2006-01-141-5/+2
| | | | Suggested by: mezz
* - Enable pthreads using configure switch, so autodetection based on headerspav2006-01-141-3/+2
| | | | parsing works
* - Correct OpenSSL handling from previous commitpav2006-01-141-1/+1
|
* - Make OpenSSL handling more obviouspav2006-01-141-2/+6
|
* - Update to 1.8.4pav2006-01-141-20/+10
| | | | | PR: ports/91556 Submitted by: Alexander Wittig <alexander@wittig.name>
* - Drop maintinership to ports@sem2005-11-211-1/+1
| | | | Reminded by: linimon
* - Back out the last update. It breaks many ruby ports install.sem2005-11-141-23/+17
| | | | Reported by: kris via pointyhat
* bsd.ruby.mk:sem2005-11-091-16/+23
| | | | | | | | | | | | | | | | | | - Change LOCALBASE with _RUBY_BASE - Set _RUBY_BASE=PREFIX if defined _RUBY_PORT_TEST _RUBY_BASE=LOCALBASE otherwise for easy ports testing. lang/ruby18: - Update to 1.8.3 Grant maintainership to submitter. While I'm here: - Add _RUBY_PORT_TEST=yes to lang/ruby16 port too. (lang/ruby1[68] must set it for right install). PR: ports/87332 Submitted by: Alexander Novitsky
* - Fix a ruby vulnerabuility in the safe level settings.sem2005-10-271-3/+4
| | | | | | | Based on: ports/87816 Submitted by: Phil Oleson <oz@nixil.net> Security: http://vuxml.FreeBSD.org/1daea60a-4719-11da-b5c6-0004614cc33d.html
* Fix arbitrary command execution in XMLRPC server.simon2005-07-031-1/+1
| | | | | | | | | | PR: ports/82855 Submitted by: Renato Botelho <freebsd@galle.com.br> Obtained from: Ruby CVS Approved by: maintainer timeout (1 day; security) With hat: secteam Security: CAN-2005-1992 Security: http://vuxml.FreeBSD.org/594eb447-e398-11d9-a8bd-000cf18bbe54.html
* Disable threads again; it has caused the more troubles. This time, it hasmezz2005-02-251-11/+11
| | | | | | | | | | | | | | | | | | | | | ${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)
* Hack commit to allow ruby18 to build on sparc64. This changes to threading,obrien2005-02-241-1/+1
| | | | | | so a real fix should be found ASAP. Submitted by: gad
* The slippery pthread support for systems prior to 502102 has beenknu2005-02-051-7/+17
| | | | | | | | | | | | | | | | | | 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 ;-)
* Update to the "second" 1.8.2 release. (officially announced, of course)knu2004-12-251-0/+1
|
* Update lang/ruby18 to the 1.8.2 release. Happy holidays!knu2004-12-251-1/+0
|
* Fix plist.knu2004-12-251-0/+1
|
* Update lang/ruby18 to 1.8.2-preview4.knu2004-12-231-1/+0
| | | | | | * Please upgrade sysutils/portupgrade prior to this one, or pkgdb(1) may coredump with a double free() problem from a misuse of the DL module. In that case, reinstall sysutils/portupgrade manually.
* Fix DoS in the Ruby CGI module.simon2004-11-251-1/+1
| | | | | | | Obtained from: ruby CVS Reviewed by: trhodes OK'ed by: maintainer silence With hat: secteam
* Handle ri document directories properly.knu2004-08-121-0/+5
|
* Update lang/ruby18 to 1.8.2-preview2.knu2004-08-121-2/+3
|
* Pull in the latest change to mkmf.rb to avoid build error whenknu2004-07-131-0/+1
| | | | devel/readline is installed.
* Update lang/ruby18 and the bundled modules to the latest 1.8 branchknu2004-05-021-2/+1
| | | | snapshot as of 2004-05-02.
* BROKEN on ia64: segfault during buildkris2004-03-141-0/+4
|
* Change the default version of ruby to 1.8 for i386 as well, finally.knu2004-02-261-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | Always put a version suffix to the ruby name (no matter if ruby is the default version) to avoid mess in future. [Notes for i386 users] If you are a ruby developer and still want to stick with ruby 1.6 as default, please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf. If you are a ruby developer and want to keep ruby 1.6 as default, please add RUBY_DEFAULT_VER=1.6 to /etc/make.conf. Otherwise, please run the following series of commands to migrate to ruby 1.8: 1) Reinstall portupgrade manually (and ruby 1.8 will be installed) pkg_delete portupgrade-\* (cd /usr/ports/sysutils/portupgrade; make install clean) 2) Reinstall everything that depends on ruby 1.6 (to use ruby 1.8) portupgrade -fr lang/ruby16 3) Reinstall ruby 1.8 (because the previous step kills symlinks) portupgrade -f lang/ruby18 4) Deinstall ruby 1.6 stuff (if you are paranoia) pkg_deinstall -ri lang/ruby16
* Fix plist and bump PORTREVISION.knu2004-02-171-0/+1
| | | | | PR: ports/61596 Submitted by: Oliver Eikemeier <eikemeier@fillmore-labs.com>
* Update lang/ruby18 to 1.8.1.p4.knu2003-12-221-0/+2
|
* Update lang/ruby18 and lang/ruby16-shim-ruby18 to 1.8.1-preview3.knu2003-12-151-1/+5
|
* Now that the build on ia64 has been fixed, remove the ONLY_FOR_ARCHSmarcel2003-11-271-3/+0
| | | | | | that listed all archs, except ia64. Approved by: portmgr (kris)
* Update lang/ruby18 to 1.8.1-preview2.knu2003-10-311-0/+3
|
* Update lang/ruby18 to the latest snapshot as of 2003-09-09.knu2003-09-101-1/+1
| | | | | Many bugs have been fixed since the 1.8.0 release. (The diff file is very big because some big files were moved, sorry)
* Ruby 1.8.0 builds fine and make test passes on amd64.knu2003-08-051-1/+1
|
* Update lang/ruby-devel to the long-awaited 1.8.0 release. (IA64 andknu2003-08-041-1/+3
| | | | | | | | | | AMD64 ports still need some more testing and tweaking) By this update, openssl, webrick and xmlrpc modules are now part of the standard distribution. Since this version should no longer be called -devel, I am planning on repo-moving lang/ruby{,-devel} to lang/ruby{16,18}, respectively.
* The dl module seems to cause coredump on Pentium4 boxen when compiledknu2003-07-191-0/+1
| | | | | | | | | with gcc 3.3 with a -mcpu or -march flag (even -mcpu=pentiumpro, which is the default CPU cflag that bsd.cpu.mk sets, leads ruby to coredump). Although currently I'm not sure if gcc 3.3's optimization has a bug or it is that it just exposed the dl module's hidden bug, disable those flags to work around the problem for the moment.
* Update lang/ruby-devel to the snapshot as of 2003-06-25 and hopefullyknu2003-06-261-2/+1
| | | | unbreak for alpha and sparc64. (ia64 and amd64 are not supported yet)
* It turned out that ruby 1.8.0-preview3 only works with i386 due toknu2003-06-231-1/+2
| | | | | lack of prototypes. A patch to fix this will follow in a couple of days, and in the meantime mark this port as ONLY_FOR_ARCHS=i386.
OpenPOWER on IntegriCloud