[#5737] returning strings from methods/instance_methods — TRANS <transfire@...>

I was just wondering why with #methods and #instance_methods, it was

11 messages 2005/09/08

[#5796] proposed attr writer patch — Daniel Berger <Daniel.Berger@...>

Hi all,

18 messages 2005/09/16

[#5798] Makefile error in OpenSLL extension (on Windows) — noreply@...

Bugs item #2472, was opened at 2005-09-16 18:56

11 messages 2005/09/17
[#5800] Re: [ ruby-Bugs-2472 ] Makefile error in OpenSLL extension (on Windows) — nobu.nokada@... 2005/09/17

Hi,

[#5851] Re: RubyGems in Ruby HEAD — Paul van Tilburg <paul@...>

Hi all,

34 messages 2005/09/21
[#5867] Re: RubyGems in Ruby HEAD — mathew <meta@...> 2005/09/21

Paul van Tilburg wrote:

[#5870] Re: RubyGems in Ruby HEAD — Marc Dequènes (Duck) <Duck@...> 2005/09/21

[#5920] Re: RubyGems in Ruby HEAD — mathew <meta@...> 2005/09/22

Marc Dequ竪nes (Duck) wrote:

[#5926] Re: RubyGems in Ruby HEAD — Pascal Terjan <pterjan@...> 2005/09/23

On 9/22/05, mathew <meta@pobox.com> wrote:

[#5931] Re: RubyGems in Ruby HEAD — Austin Ziegler <halostatue@...> 2005/09/23

On 9/23/05, Pascal Terjan <pterjan@gmail.com> wrote:

[#5898] Delegate and Forwardable Documentation — James Edward Gray II <james@...>

I've tried to send these files through a couple of times now with

17 messages 2005/09/22
[#5911] Re: Delegate and Forwardable Documentation — James Edward Gray II <james@...> 2005/09/22

On Sep 22, 2005, at 9:02 AM, James Edward Gray II wrote:

[#5924] Re: Delegate and Forwardable Documentation — James Edward Gray II <james@...> 2005/09/23

On Sep 22, 2005, at 11:53 AM, James Edward Gray II wrote:

[#5941] Re: Delegate and Forwardable Documentation — Yukihiro Matsumoto <matz@...> 2005/09/23

Hi,

[#5942] Re: Delegate and Forwardable Documentation — James Edward Gray II <james@...> 2005/09/23

On Sep 23, 2005, at 10:54 AM, Yukihiro Matsumoto wrote:

[#5947] Re: Delegate and Forwardable Documentation — Yukihiro Matsumoto <matz@...> 2005/09/23

Hi,

[#5921] Mutually dependent libs double loading. — TRANS <transfire@...>

I'm on Ruby 1.8.2.

14 messages 2005/09/23
[#5923] Re: Mutually dependent libs double loading. — Florian Gro<florgro@...> 2005/09/23

TRANS wrote:

[#5985] Finally an answer to my RubyGems question and some small suggestions — TRANS <transfire@...>

I appreciate those that attempted to offer me some info on this issue.

9 messages 2005/09/26

[#6001] Require Namepaces and RubyGems' effect on LoadPath problem — TRANS <transfire@...>

I've added namespaces to require. Works like this:

94 messages 2005/09/26
[#6002] Re: Require Namepaces and RubyGems' effect on LoadPath problem — Austin Ziegler <halostatue@...> 2005/09/26

On 9/26/05, TRANS <transfire@gmail.com> wrote:

[#6003] Re: Require Namepaces and RubyGems' effect on LoadPath problem — TRANS <transfire@...> 2005/09/26

On 9/26/05, Austin Ziegler <halostatue@gmail.com> wrote:

[#6005] Re: Require Namepaces and RubyGems' effect on LoadPath problem — Austin Ziegler <halostatue@...> 2005/09/26

On 9/26/05, TRANS <transfire@gmail.com> wrote:

[#6007] gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — Sam Roberts <sroberts@...> 2005/09/26

Quoting halostatue@gmail.com, on Tue, Sep 27, 2005 at 06:02:07AM +0900:

[#6013] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — Austin Ziegler <halostatue@...> 2005/09/27

On 9/26/05, Sam Roberts <sroberts@uniserve.com> wrote:

[#6014] Re: gems is a language change, not a pkging system — Sam Roberts <sroberts@...> 2005/09/27

Quoting halostatue@gmail.com, on Tue, Sep 27, 2005 at 10:29:17AM +0900:

[#6015] Re: gems is a language change, not a pkging system — James Edward Gray II <james@...> 2005/09/27

On Sep 26, 2005, at 8:54 PM, Sam Roberts wrote:

[#6016] Re: gems is a language change, not a pkging system — Sam Roberts <sroberts@...> 2005/09/27

Quoting james@grayproductions.net, on Tue, Sep 27, 2005 at 11:06:01AM +0900:

[#6018] Re: gems is a language change, not a pkging system — Austin Ziegler <halostatue@...> 2005/09/27

On 9/26/05, Sam Roberts <sroberts@uniserve.com> wrote:

[#6019] Re: gems is a language change, not a pkging system — Sam Roberts <sroberts@...> 2005/09/27

Quoting halostatue@gmail.com, on Tue, Sep 27, 2005 at 11:49:14AM +0900:

[#6024] Re: gems is a language change, not a pkging system — Austin Ziegler <halostatue@...> 2005/09/27

On 9/27/05, Sam Roberts <sroberts@uniserve.com> wrote:

[#6025] Re: gems is a language change, not a pkging system — Ralph Amissah <ralph.amissah@...> 2005/09/27

> Right now, they're watching people who have pretty much sat on the side

[#6026] Re: gems is a language change, not a pkging system — Austin Ziegler <halostatue@...> 2005/09/27

On 9/27/05, Ralph Amissah <ralph.amissah@gmail.com> wrote:

[#6043] Re: gems is a language change, not a pkging system — Ralph Amissah <ralph.amissah@...> 2005/09/28

I'll greatly weaken my post, and give everyone the opportunity to head me

[#6044] Re: gems is a language change, not a pkging system — Hugh Sasse <hgs@...> 2005/09/28

On Wed, 28 Sep 2005, Ralph Amissah wrote:

[#6073] Re: gems is a language change, not a pkging system — Mauricio Fern疣dez <mfp@...> 2005/09/28

Hello,

[#6074] Re: gems is a language change, not a pkging system — Jim Weirich <jim@...> 2005/09/29

On Wednesday 28 September 2005 07:35 pm, Mauricio Fern疣dez wrote:

[#6017] Re: gems is a language change, not a pkging system — Austin Ziegler <halostatue@...> 2005/09/27

On 9/26/05, Sam Roberts <sroberts@uniserve.com> wrote:

[#6046] Re: gems is a language change, not a pkging system — "Sean E. Russell" <ser@...> 2005/09/28

On Monday 26 September 2005 22:41, Austin Ziegler wrote:

[#6050] Re: gems is a language change, not a pkging system — Hugh Sasse <hgs@...> 2005/09/28

On Wed, 28 Sep 2005, Sean E. Russell wrote:

[#6207] Re: gems is a language change, not a pkging system — "Sean E. Russell" <ser@...> 2005/10/10

On Wednesday 28 September 2005 08:54, Hugh Sasse wrote:

[#6045] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — "Sean E. Russell" <ser@...> 2005/09/28

On Monday 26 September 2005 21:29, Austin Ziegler wrote:

[#6048] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — Austin Ziegler <halostatue@...> 2005/09/28

On 9/28/05, Sean E. Russell <ser@germane-software.com> wrote:

[#6059] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — Dominique Brezinski <dominique.brezinski@...> 2005/09/28

On 9/28/05, Austin Ziegler <halostatue@gmail.com> wrote:

[#6061] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — Austin Ziegler <halostatue@...> 2005/09/28

On 9/28/05, Dominique Brezinski <dominique.brezinski@gmail.com> wrote:

[#6062] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — Dominique Brezinski <dominique.brezinski@...> 2005/09/28

For what it is worth, I live life behind an authenticated proxy, so I

[#6099] Re: gems is a language change, not a pkging system (Re: Require Namepaces and RubyGems' effect on LoadPath problem) — "Sean E. Russell" <ser@...> 2005/09/30

On Wednesday 28 September 2005 08:43, Austin Ziegler wrote:

[#6009] Re: ruby 1.8.3 (2005-09-21) [i486-linux] sisu segfault — Ralph Amissah <ralph.amissah@...>

(i) correction, segfault is with official ruby 1.8.3 (2005-09-21), not

21 messages 2005/09/27
[#6010] Fwd: ruby 1.8.3 (2005-09-21) [i486-linux] sisu segfault — Ralph Amissah <ralph.amissah@...> 2005/09/27

[sorry for duplicate post]

[#6079] Re: Fwd: ruby 1.8.3 (2005-09-21) [i486-linux] sisu segfault — ts <decoux@...> 2005/09/29

>>>>> "R" == Ralph Amissah <ralph.amissah@gmail.com> writes:

[#6081] Re: Fwd: ruby 1.8.3 (2005-09-21) [i486-linux] sisu segfault — ts <decoux@...> 2005/09/29

>>>>> "t" == ts <decoux@moulon.inra.fr> writes:

[#6082] Re: Fwd: ruby 1.8.3 (2005-09-21) [i486-linux] sisu segfault — Tanaka Akira <akr@...17n.org> 2005/09/29

In article <200509291419.j8TEJYid015419@moulon.inra.fr>,

Re: [ ruby-Bugs-2472 ] Makefile error in OpenSLL extension (on Windows)

From: Curt Hibbs <curt.hibbs@...>
Date: 2005-09-17 04:44:33 UTC
List: ruby-core #5805
No, win32/Makefile.sub doe not contain those two lines.

Here is the contents of my rbconfig.rb:


# This file was created by mkconfig.rb when ruby was built. Any
# changes made to this file will be lost the next time ruby is built.

module Config
RUBY_VERSION == "1.8.3" or
raise "ruby lib version (1.8.3) doesn't match executable version 
(#{RUBY_VERSION})"

TOPDIR = File.dirname(__FILE__).chomp!("/lib/ruby/1.8/i386-mswin32")
DESTDIR = TOPDIR && TOPDIR[/\A[a-z]:/i] || '' unless defined? DESTDIR
CONFIG = {}
CONFIG["DESTDIR"] = DESTDIR
CONFIG["MAJOR"] = "1"
CONFIG["MINOR"] = "8"
CONFIG["TEENY"] = "3"
CONFIG["prefix"] = (TOPDIR || DESTDIR + "")
CONFIG["INSTALL"] = "copy > nul"
CONFIG["EXEEXT"] = ".exe"
CONFIG["ruby_install_name"] = "ruby"
CONFIG["RUBY_INSTALL_NAME"] = "ruby"
CONFIG["RUBY_SO_NAME"] = "msvcr71-ruby18"
CONFIG["SHELL"] = "$(COMSPEC)"
CONFIG["BUILD_FILE_SEPARATOR"] = "\\"
CONFIG["PATH_SEPARATOR"] = ";"
CONFIG["CFLAGS"] = "-MD -Zi -O2b2x -G6"
CONFIG["CPPFLAGS"] = "-I. -I./.. -I./../missing"
CONFIG["CXXFLAGS"] = ""
CONFIG["FFLAGS"] = ""
CONFIG["LDFLAGS"] = ""
CONFIG["LIBS"] = "oldnames.lib user32.lib advapi32.lib wsock32.lib "
CONFIG["exec_prefix"] = "$(prefix)"
CONFIG["bindir"] = "$(exec_prefix)/bin"
CONFIG["sbindir"] = "$(exec_prefix)/sbin"
CONFIG["libexecdir"] = "$(exec_prefix)/libexec"
CONFIG["datadir"] = "$(prefix)/share"
CONFIG["sysconfdir"] = "$(prefix)/etc"
CONFIG["sharedstatedir"] = "$(DESTDIR)/etc"
CONFIG["localstatedir"] = "$(DESTDIR)/var"
CONFIG["libdir"] = "$(exec_prefix)/lib"
CONFIG["includedir"] = "$(prefix)/include"
CONFIG["oldincludedir"] = "/usr/include"
CONFIG["infodir"] = "$(prefix)/info"
CONFIG["mandir"] = "$(prefix)/man"
CONFIG["build"] = "i686-pc-mswin32"
CONFIG["build_alias"] = "i686-mswin32"
CONFIG["build_cpu"] = "i686"
CONFIG["build_vendor"] = "pc"
CONFIG["build_os"] = "mswin32"
CONFIG["host"] = "i686-pc-mswin32"
CONFIG["host_alias"] = "i686-mswin32"
CONFIG["host_cpu"] = "i686"
CONFIG["host_vendor"] = "pc"
CONFIG["host_os"] = "mswin32"
CONFIG["target"] = "i386-pc-mswin32"
CONFIG["target_alias"] = "i386-mswin32"
CONFIG["target_cpu"] = "i386"
CONFIG["target_vendor"] = "pc"
CONFIG["target_os"] = "mswin32"
CONFIG["CC"] = "cl -nologo"
CONFIG["CPP"] = "cl"
CONFIG["YACC"] = "byacc"
CONFIG["RANLIB"] = ""
CONFIG["AR"] = "lib -nologo"
CONFIG["ARFLAGS"] = "-machine:x86 -out:"
CONFIG["LN_S"] = ""
CONFIG["SET_MAKE"] = ""
CONFIG["CP"] = "copy > nul"
CONFIG["LIBOBJS"] = " acosh.obj crypt.obj erf.obj win32.obj"
CONFIG["ALLOCA"] = ""
CONFIG["DEFAULT_KCODE"] = ""
CONFIG["OBJEXT"] = "obj"
CONFIG["XCFLAGS"] = "-DRUBY_EXPORT"
CONFIG["XLDFLAGS"] = "-stack:0x2000000"
CONFIG["DLDFLAGS"] = "-link -incremental:no -debug -opt:ref -opt:icf -dll 
$(LIBPATH) -def:$(DEFFILE) -implib:$(*F:.so=)-$(arch).lib 
-pdb:$(*F:.so=)-$(arch).pdb"
CONFIG["ARCH_FLAG"] = ""
CONFIG["STATIC"] = ""
CONFIG["CCDLFLAGS"] = ""
CONFIG["LDSHARED"] = "cl -nologo -LD"
CONFIG["DLEXT"] = "so"
CONFIG["DLEXT2"] = "dll"
CONFIG["LIBEXT"] = "lib"
CONFIG["STRIP"] = ""
CONFIG["EXTSTATIC"] = ""
CONFIG["setup"] = "Setup"
CONFIG["MINIRUBY"] = ".\\miniruby.exe"
CONFIG["PREP"] = "miniruby.exe"
CONFIG["RUNRUBY"] = ".\\ruby.exe \"./../runruby.rb\" --extout=\".ext\" --"
CONFIG["EXTOUT"] = ".ext"
CONFIG["ARCHFILE"] = ""
CONFIG["RDOCTARGET"] = "install-nodoc"
CONFIG["LIBRUBY_LDSHARED"] = "cl -nologo -LD"
CONFIG["LIBRUBY_DLDFLAGS"] = " -def:msvcr71-ruby18.def"
CONFIG["rubyw_install_name"] = "rubyw"
CONFIG["RUBYW_INSTALL_NAME"] = "rubyw"
CONFIG["LIBRUBY_A"] = "$(RUBY_SO_NAME)-static.lib"
CONFIG["LIBRUBY_SO"] = "$(RUBY_SO_NAME).dll"
CONFIG["LIBRUBY_ALIASES"] = ""
CONFIG["LIBRUBY"] = "$(RUBY_SO_NAME).lib"
CONFIG["LIBRUBYARG"] = "$(LIBRUBYARG_SHARED)"
CONFIG["LIBRUBYARG_STATIC"] = "$(LIBRUBY_A)"
CONFIG["LIBRUBYARG_SHARED"] = "$(LIBRUBY)"
CONFIG["SOLIBS"] = ""
CONFIG["DLDLIBS"] = ""
CONFIG["ENABLE_SHARED"] = "yes"
CONFIG["OUTFLAG"] = "-Fe"
CONFIG["CPPOUTFILE"] = "-P"
CONFIG["LIBPATHFLAG"] = " -libpath:\"%s\""
CONFIG["RPATHFLAG"] = ""
CONFIG["LIBARG"] = "%s.lib"
CONFIG["LINK_SO"] = "$(LDSHARED) -Fe$(@) $(OBJS) $(LIBS) $(LOCAL_LIBS) 
$(DLDFLAGS)"
CONFIG["COMPILE_C"] = "$(CC) $(CFLAGS) $(CPPFLAGS) -c -Tc$(<:\\=/)"
CONFIG["COMPILE_CXX"] = "$(CXX) $(CXXFLAGS) $(CPPFLAGS) -c -Tp$(<:\\=/)"
CONFIG["COMPILE_RULES"] = "{$(srcdir)}.%s{}.%s: {$(topdir)}.%s{}.%s: 
{$(hdrdir)}.%s{}.%s: .%s.%s:"
CONFIG["RULE_SUBST"] = "{.;$(srcdir);$(topdir);$(hdrdir)}%s"
CONFIG["TRY_LINK"] = "$(CC) -Feconftest $(INCFLAGS) -I$(hdrdir) $(CPPFLAGS) 
$(CFLAGS) $(src) $(LOCAL_LIBS) $(LIBS) -link $(LDFLAGS) $(LIBPATH) 
$(XLDFLAGS)"
CONFIG["COMMON_LIBS"] = "m"
CONFIG["COMMON_HEADERS"] = "windows.h winsock.h"
CONFIG["DISTCLEANFILES"] = "vc*.pdb"
CONFIG["EXPORT_PREFIX"] = " "
CONFIG["arch"] = "i386-mswin32"
CONFIG["sitearch"] = "i386-msvcr71"
CONFIG["sitedir"] = "$(prefix)/lib/ruby/site_ruby"
CONFIG["configure_args"] = "--with-make-prog=nmake --enable-shared "
CONFIG["srcdir"] = "$(DESTDIR)./.."
CONFIG["top_srcdir"] = "./.."
CONFIG["ruby_version"] = "$(MAJOR).$(MINOR)"
CONFIG["rubylibdir"] = "$(libdir)/ruby/$(ruby_version)"
CONFIG["archdir"] = "$(rubylibdir)/$(arch)"
CONFIG["sitelibdir"] = "$(sitedir)/$(ruby_version)"
CONFIG["sitearchdir"] = "$(sitelibdir)/$(sitearch)"
CONFIG["topdir"] = File.dirname(__FILE__)
MAKEFILE_CONFIG = {}
CONFIG.each{|k,v| MAKEFILE_CONFIG[k] = v.dup}
def Config::expand(val, config = CONFIG)
val.gsub!(/\$\$|\$\(([^()]+)\)|\$\{([^{}]+)\}/) do |var|
if !(v = $1 || $2)
'$'
elsif key = config[v]
config[v] = false
Config::expand(key, config)
config[v] = key
else
var
end
end
val
end
CONFIG.each_value do |val|
Config::expand(val)
end
end
CROSS_COMPILING = nil unless defined? CROSS_COMPILING


On 9/16/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
> 
> Hi,
> 
> At Sat, 17 Sep 2005 09:44:14 +0900,
> Curt Hibbs wrote in [ruby-core:05801]:
> > This is the just released 1.8.3 preview2.
> 
> Hmmm, does win32/Makefile.sub contain following two lines?
> 
> s,@INSTALL_PROG@,$$(INSTALL),;t t
> s,@INSTALL_DATA@,$$(INSTALL),;t t
> 
> And can you show your rbconfig.rb file?
> 
> --
> Nobu Nakada
> 
>

In This Thread