Eventmachine talk - May 2006 - Error installing 0.5.2 on Mac OS X

I am getting some errors installing on Mac OS X using gcc-4.0.1 (see
attached).

$ ruby -v
ruby 1.8.4 (2005-12-24) [powerpc-darwin8.6.0]

It looks like this is the problem:

# extconf.rb
[...]
when ''darwin8.0''
   flags << ''-D OS_UNIX''
   flags << ''-D BUILD_FOR_RUBY''
   dir_config(''ssl'')
[...]

That should probably be:

[...]
when ''darwin''
[...]

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gem_install_errors.txt
Url:
http://rubyforge.org/pipermail/eventmachine-talk/attachments/20060515/f368a6d9/attachment.txt
-------------- next part --------------

-- Daniel

Thanks Daniel- investigating now.

On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
> I am getting some errors installing on Mac OS X using gcc-4.0.1 (see
> attached).
>
> $ ruby -v
> ruby 1.8.4 (2005-12-24) [powerpc-darwin8.6.0]
>
> It looks like this is the problem:
>
> # extconf.rb
> [...]
> when ''darwin8.0''
>    flags << ''-D OS_UNIX''
>    flags << ''-D BUILD_FOR_RUBY''
>    dir_config(''ssl'')
> [...]
>
> That should probably be:
>
> [...]
> when ''darwin''
> [...]
>
>
>
>
> -- Daniel
>
>
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>
>
>

On May 15, 2006, at 5:13 PM, Francis Cianfrocca wrote:
> Thanks Daniel- investigating now.
Actually, it should be:

     when /darwin/

because:

     RUBY_PLATFORM                               # => "powerpc-
darwin8.6.0"
     ''darwin'' === RUBY_PLATFORM.split(''-'',
2)[1] # => false
     /darwin/ === RUBY_PLATFORM.split(''-'', 2)[1] # => true

Also, for LDSHARED flags you have:

     CONFIG[''LDSHARED''] = "$(CXX) $(RC_CFLAGS)
-bundle"

but:

     require ''rbconfig''
     Config::CONFIG[''LDSHARED''] # => "cc -dynamic
-bundle -undefined
suppress -flat_namespace"

Should you be guessing the LDSHARED flags? How about:

    # replace cc with $(CXX), keeping all previous flags
    CONFIG[''LDSHARED''] = "$(CXX) " +
CONFIG[''LDSHARED''].split
[1..-1].join('' '') # => "$(CXX) -dynamic -bundle
-undefined suppress -
flat_namespace"

I have tested these out and can make a patch, if you like.

-- Daniel

On May 15, 2006, at 6:45 PM, Daniel Harple wrote:
> I have tested these out and can make a patch, if you like.
Where are you guys keeping your source code? Your svn repo at
rubyforge doesn''t have an up-to-date eventmachine module.

I forgot to mention another easy-to-fix problem:

     g++ [...] -I/opt/local/include-D OS_UNIX [...]

You need to prepend a space before you join ``flags'''' in
extconf.rb

-- Daniel

If you can make a patch that resolves your issue, I''m happy to put it
into the distro.
The source code for the extension eventmachine gem is not currently on
Rubyforge but we''ll be putting it up there very shortly. I''ll
announce
to this list when that is done.

On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
> On May 15, 2006, at 5:13 PM, Francis Cianfrocca wrote:
>
> > Thanks Daniel- investigating now.
>
> Actually, it should be:
>
>      when /darwin/
>
> because:
>
>      RUBY_PLATFORM                               # => "powerpc-
> darwin8.6.0"
>      ''darwin'' ===
RUBY_PLATFORM.split(''-'', 2)[1] # => false
>      /darwin/ === RUBY_PLATFORM.split(''-'', 2)[1] # =>
true
>
> Also, for LDSHARED flags you have:
>
>      CONFIG[''LDSHARED''] = "$(CXX) $(RC_CFLAGS)
-bundle"
>
> but:
>
>      require ''rbconfig''
>      Config::CONFIG[''LDSHARED''] # => "cc -dynamic
-bundle -undefined
> suppress -flat_namespace"
>
> Should you be guessing the LDSHARED flags? How about:
>
>     # replace cc with $(CXX), keeping all previous flags
>     CONFIG[''LDSHARED''] = "$(CXX) " +
CONFIG[''LDSHARED''].split
> [1..-1].join('' '') # => "$(CXX) -dynamic -bundle
-undefined suppress -
> flat_namespace"
>
> I have tested these out and can make a patch, if you like.
>
> -- Daniel
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>

Nice catch with the flags problem. Are you by chance trying to build
on OSX without the SSL libraries? That''s why this wasn''t a
problem on
our testbed. I wonder if it''s causing other problems for you.

On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
> On May 15, 2006, at 6:45 PM, Daniel Harple wrote:
>
> > I have tested these out and can make a patch, if you like.
>
> Where are you guys keeping your source code? Your svn repo at
> rubyforge doesn''t have an up-to-date eventmachine module.
>
> I forgot to mention another easy-to-fix problem:
>
>      g++ [...] -I/opt/local/include-D OS_UNIX [...]
>
> You need to prepend a space before you join ``flags'''' in
extconf.rb
>
> -- Daniel
>
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>

On May 15, 2006, at 7:57 PM, Francis Cianfrocca wrote:
> Are you by chance trying to build
> on OSX without the SSL libraries? That''s why this wasn''t
a problem on
> our testbed. I wonder if it''s causing other problems for you.
Nope, I''m compiling with SSL:

# mkmf.log
have_library: checking for main() in -lssl... -------------------- yes
have_library: checking for main() in -lcrypto... --------------------
yes
have_library: checking for main() in -lC... -------------------- yes
have_header: checking for openssl/ssl.h... -------------------- yes
have_header: checking for openssl/err.h... -------------------- yes

-- Daniel

Ok, I patched up extconf.rb. What''s the best way to test? I can email
you the new extconf.rb. If you prefer, I can create a new gem and send
it to you.

On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
> On May 15, 2006, at 7:57 PM, Francis Cianfrocca wrote:
>
> > Are you by chance trying to build
> > on OSX without the SSL libraries? That''s why this
wasn''t a problem on
> > our testbed. I wonder if it''s causing other problems for you.
>
> Nope, I''m compiling with SSL:
>
> # mkmf.log
> have_library: checking for main() in -lssl... -------------------- yes
> have_library: checking for main() in -lcrypto... --------------------
> yes
> have_library: checking for main() in -lC... -------------------- yes
> have_header: checking for openssl/ssl.h... -------------------- yes
> have_header: checking for openssl/err.h... -------------------- yes
>
> -- Daniel
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>

Slightly un-related, but it might help for this stuff...

I don''t know how you are building the gems Francis, but if you look in
the Rakefile I through in the experimental io-reactor directory it has a
gem task that does everything for you.  I think I changed most of it
over from another project, but you''ll probably have to change a path or
two.  Then it''s just ''rake package'' for a tarball a
zip-file and a gem...

-Jeff

Francis Cianfrocca wrote:
> Ok, I patched up extconf.rb. What''s the best way to test? I can
email
> you the new extconf.rb. If you prefer, I can create a new gem and send
> it to you.
>
> On 5/15/06, Daniel Harple <dharple at generalconsumption.org> wrote:
>> On May 15, 2006, at 7:57 PM, Francis Cianfrocca wrote:
>>
>>> Are you by chance trying to build
>>> on OSX without the SSL libraries? That''s why this
wasn''t a problem on
>>> our testbed. I wonder if it''s causing other problems for
you.
>> Nope, I''m compiling with SSL:
>>
>> # mkmf.log
>> have_library: checking for main() in -lssl... -------------------- yes
>> have_library: checking for main() in -lcrypto... --------------------
>> yes
>> have_library: checking for main() in -lC... -------------------- yes
>> have_header: checking for openssl/ssl.h... -------------------- yes
>> have_header: checking for openssl/err.h... -------------------- yes
>>
>> -- Daniel
>>
>> _______________________________________________
>> Eventmachine-talk mailing list
>> Eventmachine-talk at rubyforge.org
>> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>>
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>

On May 15, 2006, at 8:21 PM, Francis Cianfrocca wrote:
> Ok, I patched up extconf.rb. What''s the best way to test? I can
email
> you the new extconf.rb. If you prefer, I can create a new gem and send
> it to you.
A diff or just the whole file would be fine.

-- Daniel

There''s a rakefile already, Jeff- as soon as I get it into sourceforge
you
can have a look and change it if you like.

On 5/15/06, Jeff Rose <rosejn at gmail.com> wrote:
>
> Slightly un-related, but it might help for this stuff...
>
> I don''t know how you are building the gems Francis, but if you
look in
> the Rakefile I through in the experimental io-reactor directory it has a
> gem task that does everything for you.  I think I changed most of it
> over from another project, but you''ll probably have to change a
path or
> two.  Then it''s just ''rake package'' for a
tarball a zip-file and a gem...
>
> -Jeff
>
> Francis Cianfrocca wrote:
> > Ok, I patched up extconf.rb. What''s the best way to test? I
can email
> > you the new extconf.rb. If you prefer, I can create a new gem and send
> > it to you.
> >
> > On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
> >> On May 15, 2006, at 7:57 PM, Francis Cianfrocca wrote:
> >>
> >>> Are you by chance trying to build
> >>> on OSX without the SSL libraries? That''s why this
wasn''t a problem on
> >>> our testbed. I wonder if it''s causing other problems
for you.
> >> Nope, I''m compiling with SSL:
> >>
> >> # mkmf.log
> >> have_library: checking for main() in -lssl... --------------------
yes
> >> have_library: checking for main() in -lcrypto...
--------------------
> >> yes
> >> have_library: checking for main() in -lC... --------------------
yes
> >> have_header: checking for openssl/ssl.h... --------------------
yes
> >> have_header: checking for openssl/err.h... --------------------
yes
> >>
> >> -- Daniel
> >>
> >> _______________________________________________
> >> Eventmachine-talk mailing list
> >> Eventmachine-talk at rubyforge.org
> >> http://rubyforge.org/mailman/listinfo/eventmachine-talk
> >>
> >
> > _______________________________________________
> > Eventmachine-talk mailing list
> > Eventmachine-talk at rubyforge.org
> > http://rubyforge.org/mailman/listinfo/eventmachine-talk
> >
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/eventmachine-talk/attachments/20060515/324cdcd5/attachment.htm

Here ''tis, let''s hope gmail doesn''t munge it. SHA-1
hash is
de56a7ee8fadc7f5a6eb9ef72ed4ac4ed0bb6b5e.

On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
>
> On May 15, 2006, at 8:21 PM, Francis Cianfrocca wrote:
>
> > Ok, I patched up extconf.rb. What''s the best way to test? I
can email
> > you the new extconf.rb. If you prefer, I can create a new gem and send
> > it to you.
>
> A diff or just the whole file would be fine.
>
> -- Daniel
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/eventmachine-talk/attachments/20060515/c544ce07/attachment-0001.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: extconf.rb
Type: application/octet-stream
Size: 3204 bytes
Desc: not available
Url :
http://rubyforge.org/pipermail/eventmachine-talk/attachments/20060515/c544ce07/attachment-0001.obj

On May 15, 2006, at 9:24 PM, Francis Cianfrocca wrote:
> Here ''tis, let''s hope gmail doesn''t munge it.
SHA-1 hash is
> de56a7ee8fadc7f5a6eb9ef72ed4ac4ed0bb6b5e.
Works fine. I suggest you also add setup.rb[1] to your project, so
rubygems will not be a requirement for installation. Just copy
setup.rb to the top-level, and everything will install with:

$ [sudo] ruby setup.rb

[1] http://i.loveruby.net/en/projects/setup/

-- Daniel

Thanks for the confirm, Daniel. Also, setup.rb has been on the to-do list,
so we''ll get to it soon.

On 5/15/06, Daniel Harple <dharple at generalconsumption.org>
wrote:
>
> On May 15, 2006, at 9:24 PM, Francis Cianfrocca wrote:
>
> > Here ''tis, let''s hope gmail doesn''t munge
it. SHA-1 hash is
> > de56a7ee8fadc7f5a6eb9ef72ed4ac4ed0bb6b5e.
>
> Works fine. I suggest you also add setup.rb[1] to your project, so
> rubygems will not be a requirement for installation. Just copy
> setup.rb to the top-level, and everything will install with:
>
> $ [sudo] ruby setup.rb
>
> [1] http://i.loveruby.net/en/projects/setup/
>
> -- Daniel
>
> _______________________________________________
> Eventmachine-talk mailing list
> Eventmachine-talk at rubyforge.org
> http://rubyforge.org/mailman/listinfo/eventmachine-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://rubyforge.org/pipermail/eventmachine-talk/attachments/20060515/ef067a59/attachment.htm