Bundler support for other languages like C/C++

[Marcel Overdijk]

We are currently evaluating dependency/build systems to use in a mainly C environment.

The current project setup is a massive monolithic repository we want to break up in to smaller modules.

 

I wonder if other people already have looked into the possibility to use/extend Bundler with e.g. C or if there are any pointers available to look into.

 

 

Kinds regards,

Marcel

 

 

[André Arko]

Bundler is built on the Rubygems package management system for Ruby. In order to use Bundler itself, you would have to package your C modules as ruby gems, which probably doesn't make very much sense. There may be C-language dependency management systems out there, though.

--
You received this message because you are subscribed to the Google Groups "ruby-bundler" group.
To view this discussion on the web visit https://groups.google.com/d/msg/ruby-bundler/-/yyKhovQByEYJ.
To post to this group, send email to ruby-b...@googlegroups.com.
To unsubscribe from this group, send email to ruby-bundler...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/ruby-bundler?hl=en.

[John Woodell]

I'd love to have a flag (maybe it already exists) to tell bundler to package gems for JRuby and/or some version of Ruby, instead of using your current environment.

--

[Marcel Overdijk]

Hi Andre,

Yes I know. But we are looking into the possibilities using e.g.
bundler (or other dependency management tool like Ivy/Gradle) to
create a modular C build environment.
We are aware we will need to tweak Bundler and the processing of Gems
indeed.

Ivy and Gradle have a nice plugin architecture which make them
(although they are most used in Java space) programming language
agnostic.
So basically what we would like to have is out C modules to contain a
Gemfile so we can define our (transitive) dependency management.
Next step would be to use the resolved information and build the
project.

Again, tools like Gradle and Maven have some support for C and I'm
wondering if it would be easy to extend Bundler to support something
like this.
Unfortunately the Bundler docs are very sparse in terms of extending.

On Dec 5, 10:29 pm, André Arko <an...@arko.net> wrote:
> Bundler is built on the Rubygems package management system for Ruby. In order to use Bundler itself, you would have to package your C modules as ruby gems, which probably doesn't make very much sense. There may be C-language dependency management systems out there, though.
>

> On Dec 5, 2012, at 5:10 AM, Marcel Overdijk <marceloverd...@gmail.com> wrote:
>
>
>
> > We are currently evaluating dependency/build systems to use in a mainly C environment.
> > The current project setup is a massive monolithic repository we want to break up in to smaller modules.
>
> > I wonder if other people already have looked into the possibility to use/extend Bundler with e.g. C or if there are any pointers available to look into.
>
> > Kinds regards,
> > Marcel
>
> > --
> > You received this message because you are subscribed to the Google Groups "ruby-bundler" group.

> > To view this discussion on the web visithttps://groups.google.com/d/msg/ruby-bundler/-/yyKhovQByEYJ.

[André Arko]

Bundler doesn't yet have a public API. That makes extending it somewhat harder. :) In addition, Gemfiles are not transitive. Bundler uses Gemfiles to identify gems that the application depends on -- dependencies of those gems must be declared in said gems' gem specs. That combination of factors is what makes me think that Bundler is probably not a good fit for the job you're describing, at least not yet.