[#10853] Why limit class def to a constant or colon node? — Charles Oliver Nutter <charles.nutter@...>

Is there a historical reason why I can't do something like these:

12 messages 2007/04/03

[#10933] Cannot build with extra library path if previous version already installed — <noreply@...>

Bugs item #10140, was opened at 2007-04-16 17:32

10 messages 2007/04/16
[#10934] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — nobu@... 2007/04/16

Hi,

[#10960] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — "Michal Suchanek" <hramrach@...> 2007/04/18

On 4/16/07, nobu@ruby-lang.org <nobu@ruby-lang.org> wrote:

[#10967] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — Nobuyoshi Nakada <nobu@...> 2007/04/19

Hi,

[#10970] Re: [ ruby-Bugs-10140 ] Cannot build with extra library path if previous version already installed — "Michal Suchanek" <hramrach@...> 2007/04/19

On 4/19/07, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:> Hi,>> At Wed, 18 Apr 2007 20:21:44 +0900,> Michal Suchanek wrote in [ruby-core:10960]:> > Yes. And this should also apply to extensions. The mkmf tests are now> > fine but the extension is linked with -L/sw/lib before -L../..>> Indeed.>>> Index: configure.in> ===================================================================> --- configure.in (revision 12191)> +++ configure.in (working copy)> @@ -1385,5 +1385,4 @@ if test "$enable_rpath" = yes; then> fi>> -LDFLAGS="-L. $LDFLAGS"> AC_SUBST(ARCHFILE)>This would break the previous fix so I did not even try to apply this ^

[#11003] miniruby loads extensions from already installed ruby — <noreply@...>

Bugs item #10303, was opened at 2007-04-23 10:44

10 messages 2007/04/23

[#11025] gsub with backslash characters in replacement string — "Adam Bozanich" <adam.boz@...>

Hello, spotted this one the other day:

10 messages 2007/04/26

Re: [ ruby-Bugs-10004 ] install (/bin/install) path hardcoded at build

From: "Michal Suchanek" <hramrach@...>
Date: 2007-04-18 11:42:37 UTC
List: ruby-core #10961
On 4/16/07, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
> Hi,
>
> At Tue, 10 Apr 2007 20:21:41 +0900,
> Michal Suchanek wrote in [ruby-core:10907]:
> > I recently upgraded coreutils, and the location of install
> > changed from /bin to /usr/bin.
> >
> > The odd thing is that only ruby extensions failed to build,
> > everything else seems fine.
> >
> > It is because ruby resolves the path of install during build,
> > and the etensin configuration uses that.
>
> It is done by autoconf.  You need to run configure again in
> such case.
huh? The extension uses mkmf.rb. How do I run autoconf on that except
reinstalling ruby?
>
> > The correct solution is probably to store the user supplied
> > hint - either '' or the path the user specified. That way the
> > manual path can be preserver and the automatically resolved
> > path could work even if the location changes.
>
> Autoconf seems to dislike that "solution", since `install'
> command and its options are not very portable,
>

This is what I get from mkmf on Gentoo:

irb(main):001:0> require "mkmf"
=> true
irb(main):002:0> [CONFIG["AR"],CONFIG["CC"],CONFIG["CPP"],CONFIG["INSTALL"]]
=> ["i686-pc-linux-gnu-ar", "i686-pc-linux-gnu-gcc",
"i686-pc-linux-gnu-gcc -E", "/usr/bin/install -c"]

On OS X:

irb(main):001:0> require "mkmf"
=> true
irb(main):002:0> [CONFIG["AR"],CONFIG["CC"],CONFIG["CPP"],CONFIG["INSTALL"]]
=> ["ar", "gcc", "gcc -E", "/sw/bin/ginstall -c"]

I did not specify the install location. It is fine that the config
system determines it is named "ginstall" and requires the "-c" option.
However, I did not specify the location, and it is stored in mkmf.

If the binary is moved no extension (that does not use autoconf
itself) can be built anymore.

Thanks

Michal

In This Thread

Prev Next