FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Alt

 
 
LinkBack Thread Tools
 
Old 06-08-2010, 09:46 PM
Ramon van Alteren
 
Default handling of newins mylib.so n ebuilds

Hi All,

I was looking at ebuild dev-ruby/json-1.4.3-r1 for my x64-macos prefix from
gentoo-x86 and it fails on the following snippet:

each_ruby_install() {
each_fakegem_install
if [[ $(basename ${RUBY}) != "jruby" ]]; then
ruby_fakegem_newins ext/json/ext/generator.so lib/json/ext/generator.so
ruby_fakegem_newins ext/json/ext/parser.so lib/json/ext/parser.so
fi
}

This obviously fails because my gcc-apple produced generator.bundle and
parser.bundle instead of the hardcoded .so 's

I imagine that this problem has been tackled before in other ebuilds but
couldn't find a good example.

What is the best approach to deal with constructs like this ?

Ramon
 
Old 06-08-2010, 10:07 PM
Jeremy Olexa
 
Default handling of newins mylib.so n ebuilds

On 06/08/2010 04:46 PM, Ramon van Alteren wrote:

Hi All,

I was looking at ebuild dev-ruby/json-1.4.3-r1 for my x64-macos prefix from
gentoo-x86 and it fails on the following snippet:

each_ruby_install() {
each_fakegem_install
if [[ $(basename ${RUBY}) != "jruby" ]]; then
ruby_fakegem_newins ext/json/ext/generator.so lib/json/ext/generator.so
ruby_fakegem_newins ext/json/ext/parser.so lib/json/ext/parser.so
fi
}

This obviously fails because my gcc-apple produced generator.bundle and
parser.bundle instead of the hardcoded .so 's

I imagine that this problem has been tackled before in other ebuilds but
couldn't find a good example.

What is the best approach to deal with constructs like this ?

Ramon


Can you use get_modname() from multilib.eclass??

# @FUNCTION: get_modname
# @USAGE:
# @DESCRIPTION:
# Returns modulename with proper suffix {.so,.bundle,etc} for the current
# platform identified by CHOST.
#
# Example:
# libfoo$(get_modname)
# Returns: libfoo.so (ELF) || libfoo.bundle (MACH) || ...
 
Old 06-09-2010, 09:19 PM
Ramon van Alteren
 
Default handling of newins mylib.so n ebuilds

On Tue, Jun 08, 2010 at 05:07:29PM -0500, Jeremy Olexa wrote:
> On 06/08/2010 04:46 PM, Ramon van Alteren wrote:
> > Hi All,
> >
> > I was looking at ebuild dev-ruby/json-1.4.3-r1 for my x64-macos prefix from
> > gentoo-x86 and it fails on the following snippet:
> >
> > each_ruby_install() {
> > each_fakegem_install
> > if [[ $(basename ${RUBY}) != "jruby" ]]; then
> > ruby_fakegem_newins ext/json/ext/generator.so lib/json/ext/generator.so
> > ruby_fakegem_newins ext/json/ext/parser.so lib/json/ext/parser.so
> > fi
> > }
> >
> > This obviously fails because my gcc-apple produced generator.bundle and
> > parser.bundle instead of the hardcoded .so 's
> >
> > I imagine that this problem has been tackled before in other ebuilds but
> > couldn't find a good example.
> >
> > What is the best approach to deal with constructs like this ?
>
> Can you use get_modname() from multilib.eclass??
>
> # @FUNCTION: get_modname
> # @USAGE:
> # @DESCRIPTION:
> # Returns modulename with proper suffix {.so,.bundle,etc} for the current
> # platform identified by CHOST.
> #
> # Example:
> # libfoo$(get_modname)
> # Returns: libfoo.so (ELF) || libfoo.bundle (MACH) || ...

Thanks, that was exactly what I was looking for.

Please see: https://bugs.gentoo.org/show_bug.cgi?id=323371

Ramon
 

Thread Tools




All times are GMT. The time now is 10:56 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org