[#4858] Build fails on OSX Tiger 10.4 — noreply@...

Bugs item #1883, was opened at 2005-05-06 14:55

21 messages 2005/05/06
[#4862] Re: [ ruby-Bugs-1883 ] Build fails on OSX Tiger 10.4 — Yukihiro Matsumoto <matz@...> 2005/05/07

Hi,

[#4865] Re: [ ruby-Bugs-1883 ] Build fails on OSX Tiger 10.4 — Ryan Davis <ryand-ruby@...> 2005/05/07

[#4868] Re: [ ruby-Bugs-1883 ] Build fails on OSX Tiger 10.4 — nobu.nokada@... 2005/05/07

Hi,

[#5053] Re: [ ruby-Bugs-1883 ] Build fails on OSX Tiger 10.4 — Shugo Maeda <shugo@...> 2005/05/19

Hi,

[#5056] Re: [ ruby-Bugs-1883 ] Build fails on OSX Tiger 10.4 — Mark Hubbart <discordantus@...> 2005/05/19

On 5/19/05, Shugo Maeda <shugo@ruby-lang.org> wrote:

[#4874] - Need to reduce Ruby Sources to the Minimal — Ilias Lazaridis <ilias@...>

Hello all,

31 messages 2005/05/10
[#4879] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — Pit Capitain <pit@...> 2005/05/11

Ilias Lazaridis schrieb:

[#4883] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — Ilias Lazaridis <ilias@...> 2005/05/12

Pit Capitain wrote:

[#4884] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — Ryan Davis <ryand-ruby@...> 2005/05/12

[#4888] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — Ilias Lazaridis <ilias@...> 2005/05/12

Ryan Davis wrote:

[#4889] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — ES <ruby-ml@...> 2005/05/12

[#4890] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — Ilias Lazaridis <ilias@...> 2005/05/12

ES wrote:

[#4891] Re: [THIN] - Need to reduce Ruby Sources to the Minimal — Alexander Kellett <ruby-lists@...> 2005/05/12

On May 12, 2005, at 3:13 PM, Ilias Lazaridis wrote:

[#4911] Pointless argc check in Array#select — noreply@...

Patches item #1900, was opened at 2005-05-12 09:33

11 messages 2005/05/12

[#4919] - Hierarchical/Modular Directory Structure — Ilias Lazaridis <ilias@...>

The source-code structure should be simplified, lowering barriers for

20 messages 2005/05/12

shim for select() for VMS & general porting questions

From: BG - Ben Armstrong <BArmstrong@...>
Date: 2005-05-25 16:57:45 UTC
List: ruby-core #5098
nobuyoshi nakada wrote:
> ===================================================================
> RCS file: /cvs/ruby/src/ruby/vms/vms.h,v retrieving revision 
> 1.3 diff -U2 -p -r1.3 vms.h
> --- vms/vms.h	26 Dec 2003 01:38:31 -0000	1.3
> +++ vms/vms.h	25 May 2005 09:05:58 -0000
> @@ -10,4 +10,7 @@ extern int vsnprintf();  extern int snprintf();
>  
> +int rb_vms_select(int, fd_set*, fd_set*, fd_set*, struct timeval*); 
> +#define select(n, r, w, e, t) rb_vms_select(n, r, w, e, t)
> +
>  #define LONG_LONG long long
>  #define SIZEOF_LONG_LONG sizeof(long long)
> > 

The DECC man page for select() says that I need to #include <time.h>.
So the above won't compile.  If I include time.h here, though, every
routine will have it included.  Is this desirable?  Or should this stuff
be in a separate .h and only included where select() is actually used?

Also, getsockopt needs #include <socket.h>, so vms.c needs that, too.

Once I made these fixes, the patch compiled cleanly, and runs my test
cases without errors.  Thanks!

I'm also uncertain where this stuff all properly belongs.  There is a
vms/vmsruby_private.c for which I see no equivalent file in other ports.
There are no comments explaining what the file is for, so it is not
clear what the author's intent was in designating these as "private".

So, where do we go from here?  We'd like for all of our work on the VMS
port to date, along with this patch, to eventually be merged upstream.
However, this is all new territory for us, so any general tips you can
give on the process of developing a port and submitting changes would be
welcome.  It's too bad we've lost touch with Masamichi, or we'd have
talked to him about this.  But ever since he indicated he couldn't work
on the project any longer, we haven't heard from him.  Unfortunately
this means we don't even have his latest working copy of source, from
which he produced the last build listed on his site.  So any changes we
might have benefitted from in that last release are lost.

Ben

In This Thread

Prev Next