Re: [Vala] A brand new build system
20.05.2014 06:48, Robert Ancell пишет: The goal is for Bake to be a general purpose build system suitable for small to medium sized projects. It will support popular programming languages and data files. Bake should be easy to learn, use and debug. Bake will accessible both from command line and from an IDE. Bake will be fast enough to not be noticeable. That sounds just like generic description of make. Or cmake. Or scons. Or... you got the point ;-) Could you perhaps highlight the difference? Don't get me wrong - I'm not saying we don't need yet another system, I just would like to see what's the special features or usecases or examples which would make user go awesome! :) For example I've switched to autovala from make because it knows vala - and let me write equally functional build receipts in 5-6 times less code. And for my project in language(s) X,Y I would happily switch to bake because... ? cheers, Max. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
I guess it's the easy to learn, use and debug that I don't think the existing projects have. Most build systems seem to be layers of systems on top of eachother. Make is great at low level work, but not high-level enough to use quickly and without making mistakes. CMake / Autotools just build on top. Autovala builds on top of that. With Bake you have a very simple syntax without the complexity of the layers. This makes it easier to understand, debug and fast to run. The other trend in build systems is to provide a complete language for building. This tends to lead to build rules with high complexity and now you have two projects to maintain (the program your building and the program to build it). Bake intentionally doesn't allow you to write general purpose code in the recipes. This means the complexity stays under control and a recipe can be easily parsed by a machine (allowing good integration into an IDE). On 20 May 2014 20:41, Max maxim.sur...@campus.tu-berlin.de wrote: 20.05.2014 06:48, Robert Ancell пишет: The goal is for Bake to be a general purpose build system suitable for small to medium sized projects. It will support popular programming languages and data files. Bake should be easy to learn, use and debug. Bake will accessible both from command line and from an IDE. Bake will be fast enough to not be noticeable. That sounds just like generic description of make. Or cmake. Or scons. Or... you got the point ;-) Could you perhaps highlight the difference? Don't get me wrong - I'm not saying we don't need yet another system, I just would like to see what's the special features or usecases or examples which would make user go awesome! :) For example I've switched to autovala from make because it knows vala - and let me write equally functional build receipts in 5-6 times less code. And for my project in language(s) X,Y I would happily switch to bake because... ? cheers, Max. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
From: Robert Ancell robert.anc...@gmail.com To: Steven Oliver oliver.ste...@gmail.com Cc: vala-list@gnome.org vala-list@gnome.org Sent: Friday, 16 May 2014, 22:43 Subject: Re: [Vala] A brand new build system (I'm the author of Bake). Bake has detailed documentation with it (as shown in that link) The documentation is also readable in raw Mallard format (much the same as HTML): http://bazaar.launchpad.net/~bake-team/bake/trunk/files/head:/help/ It give me the impression Bake is intended to be comprehensive :-) and the Vala page ( http://bazaar.launchpad.net/~bake-team/bake/trunk/view/head:/help/vala.page ) might be worth a look. So it's held in Bazaar, any thoughts on switching to Git? Eric S. Raymond argues Bazaar is dying ( https://lists.gnu.org/archive/html/emacs-devel/2014-01/msg5.html ). You might get more people giving it a quick spin if they can do a git clone. I was about to give it a go, but only got as far as reading this ( http://askubuntu.com/questions/10389/how-can-i-import-bzr-branches-into-git ). but lacks a website [1]. Help welcome :) [1] https://bugs.launchpad.net/bake/+bug/1215366 What kind of website? I presume the project infrastructure, i.e. repository, mailing list, bug reporting will be handled off site? How would you describe the current status of the project and its goals in a hundred words? :-) Looks a very interesting project. NEWS file also gives a flavour ( http://bazaar.launchpad.net/~bake-team/bake/trunk/view/head:/NEWS ) All the best, Al ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
What kind of website? I presume the project infrastructure, i.e. repository, mailing list, bug reporting will be handled off site? A basic website so you can Google for Bake and find quick answers: - What it is - How to install it - How to use it (i.e. tutorials and HTML versions of the documentation) - How to contribute (i.e. link brief description of how to hack on it and link to Launchpad) Something more like http://cherokee-project.com/ and less like http://httpd.apache.org/. I've no plans to move off Launchpad - it's working well as a development platform. To check out the software you just need: $ bzr branch lp:bake $ cd bake (make changes) $ bzr commit $ bzr push lp:~your-username/bake/your-branch-name You can do merge proposals from the Launchpad website. How would you describe the current status of the project and its goals in a hundred words? :-) Bake is currently under development and is usable by those who are happy to update their recipes between releases. The goal is for Bake to be a general purpose build system suitable for small to medium sized projects. It will support popular programming languages and data files. Bake should be easy to learn, use and debug. Bake will accessible both from command line and from an IDE. Bake will be fast enough to not be noticeable. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Yes, I haven't spoken loudly about it because the information about it is not easy enough yet and I've made no guarantees about the format or behaviour. As Calvin said it's hard to make a good general purpose build system and I have a feeling a bad first impression might be the death of one :) On 17 May 2014 10:59, Michael Catanzaro mcatanz...@gnome.org wrote: On Sat, 2014-05-17 at 09:43 +1200, Robert Ancell wrote: (I'm the author of Bake). Bake has detailed documentation with it (as shown in that link) but lacks a website [1]. Help welcome :) [1] https://bugs.launchpad.net/bake/+bug/1215366 I'd never heard of Bake either. It seems to have built-in support for many GNOME-related build tasks, notably GSettings and Mallard help. I presume it is not being publicized because it is not considered ready yet? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
In many cases the different needs concern different people in the same project - not necessary different projects. For example it might be easy for you and user who just download it from website but is it easy to package? You 'just' need to allow setting DESTDIR or equivalent for installation to install into different root. Compiling libraries on different platforms can have it's own problems (-fPIC vs -fpic, different tools, export lists etc.). Gentoo users will want to specifiy different flags (for example I expect that build system will build with -O2 -ggdb -march=native so I get optimized version with debug symbols). The list goes on. See also: - Self ad: http://blog.piechotka.com.pl/2013/04/13/dont-write-your-own-build-system/, - Not a self ad: https://blog.flameeyes.eu/2008/10/good-developers-dont-necessarily-create-good-build-systems - A description of cmake infancy problems, which were later described, in the eye of Gentoo QA developer including problems setting of rpath (no, I don't understand the details - I will when something forces me to look into ELF resolution process): https://blog.flameeyes.eu/tag/cmake Best regards On Fri, 2014-05-16 at 09:54 -0500, Craig wrote: Personally, I don't see why we need a system that works for every instance. Let's build something that works for 99% of cases and the 1% can use cmake or autotools. Also, there are other languages that bind to C and C++ without convoluted build systems. It's a solved problem. :) On May 16, 2014 9:26 AM, Calvin Walton calvin.walton-08yNtVAFnCuw5LPnMra/2...@public.gmane.org wrote: On Fri, 2014-05-16 at 10:23 -0400, Calvin Walton wrote: On the other hand, maybe you could take some inspiration from how 'valac' works, and instead of creating the entire build system, just build a preprocessor that generates an Autotools setup and project layout for you. Who knows if that could work? I of course failed to see Max's post before replying, but apparently this does work! Albeit using CMake rather than Autotools. -- Calvin Walton calvin.wal...@kepstin.ca ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list signature.asc Description: This is a digitally signed message part ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
On Thu, 2014-05-15 at 11:24 -0300, geovanisouz...@gmail.com wrote: Hello Vala guys! I would to thank you for this amazing language. I knew it yesterday, and love it yet! But, I noticed that have a lot of things to do, to turn it a great tool. For example, a *new simplified build system*. Not that I don't like Autotools and Make, but the language itself simplifies the C programming, so, why use a jurasic and complicated (for newbies) build system? Part of the reason why to continue using older build systems is that most projects do not consist of only source code in one language. In fact it's trivial to mix Vala and C or C++ code in an application, and then you might also have some Python plugins, and some documentation that needs to be built with special tools, and data files that need to be processed and installed. While it's tricky to learn and feels kind of old and messy, this stuff has been banged on for ages in the Autotools and Make and mostly works at this point. Following best practices like supporting out-of-source-tree builds, cross-compilation, DESTDIR installs and alternate prefix selection is mostly automatic. Getting a new build system up to the point where it supports all the features that distribution package builders use, and all the corner cases that individual users hit, while being able to build a complicated real project either means making it extensible (and requiring every project to write some custom code) or spending a lot of time fixing bugs in all the various features that will be needed. I don't doubt that it could be done, but it would be a lot of work. On the other hand, maybe you could take some inspiration from how 'valac' works, and instead of creating the entire build system, just build a preprocessor that generates an Autotools setup and project layout for you. Who knows if that could work? -- Calvin Walton calvin.wal...@kepstin.ca ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
On Fri, 2014-05-16 at 10:23 -0400, Calvin Walton wrote: On the other hand, maybe you could take some inspiration from how 'valac' works, and instead of creating the entire build system, just build a preprocessor that generates an Autotools setup and project layout for you. Who knows if that could work? I of course failed to see Max's post before replying, but apparently this does work! Albeit using CMake rather than Autotools. -- Calvin Walton calvin.wal...@kepstin.ca ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Personally, I don't see why we need a system that works for every instance. Let's build something that works for 99% of cases and the 1% can use cmake or autotools. Also, there are other languages that bind to C and C++ without convoluted build systems. It's a solved problem. :) On May 16, 2014 9:26 AM, Calvin Walton calvin.wal...@kepstin.ca wrote: On Fri, 2014-05-16 at 10:23 -0400, Calvin Walton wrote: On the other hand, maybe you could take some inspiration from how 'valac' works, and instead of creating the entire build system, just build a preprocessor that generates an Autotools setup and project layout for you. Who knows if that could work? I of course failed to see Max's post before replying, but apparently this does work! Albeit using CMake rather than Autotools. -- Calvin Walton calvin.wal...@kepstin.ca ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
16.05.2014 16:26, Calvin Walton пишет: I of course failed to see Max's post before replying, but apparently this does work! Albeit using CMake rather than Autotools. It's even better - autovala also handles dbus introspection and documentation for me in a neat and easy way. In fact, the advanced features of this build system for vala is why I prefer to use Vala instead of Go for new projects ;-) cheers, Max. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
No love for Bake? https://launchpad.net/bake ___ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mru...@uninorte.edu.co - identi.ca/desiderantes El Viernes, 16 de mayo, 2014 11:29:42, rastersoft ras...@rastersoft.com escribió: Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER (Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
@Rastersoft, Thanks for joining the thread. Is great to know about the plugin. Any plan to support Sublime Text too? Mario, I don't found docs or samples? It is exists somewhere to read? Thanks. 2014-05-16 13:40 GMT-03:00 Mario Daniel Ruiz Saavedra desideran...@rocketmail.com: No love for Bake? https://launchpad.net/bake ___ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mru...@uninorte.edu.co - identi.ca/desiderantes El Viernes, 16 de mayo, 2014 11:29:42, rastersoft ras...@rastersoft.com escribió: Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- @geovanisouza92 - Geovani de Souza ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
I'd never heard of bake either till now. The only reference I could find to any kind of documentation was here: https://answers.launchpad.net/bake/+faq/2172 Steven N. Oliver On Fri, May 16, 2014 at 12:54 PM, geovanisouz...@gmail.com geovanisouz...@gmail.com wrote: @Rastersoft, Thanks for joining the thread. Is great to know about the plugin. Any plan to support Sublime Text too? Mario, I don't found docs or samples? It is exists somewhere to read? Thanks. 2014-05-16 13:40 GMT-03:00 Mario Daniel Ruiz Saavedra desideran...@rocketmail.com: No love for Bake? https://launchpad.net/bake ___ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mru...@uninorte.edu.co - identi.ca/desiderantes El Viernes, 16 de mayo, 2014 11:29:42, rastersoft ras...@rastersoft.com escribió: Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- @geovanisouza92 - Geovani de Souza ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Yeah, I also wanted to use bake but I couldn't find any documentation On May 16, 2014 12:03 PM, Steven Oliver oliver.ste...@gmail.com wrote: I'd never heard of bake either till now. The only reference I could find to any kind of documentation was here: https://answers.launchpad.net/bake/+faq/2172 Steven N. Oliver On Fri, May 16, 2014 at 12:54 PM, geovanisouz...@gmail.com geovanisouz...@gmail.com wrote: @Rastersoft, Thanks for joining the thread. Is great to know about the plugin. Any plan to support Sublime Text too? Mario, I don't found docs or samples? It is exists somewhere to read? Thanks. 2014-05-16 13:40 GMT-03:00 Mario Daniel Ruiz Saavedra desideran...@rocketmail.com: No love for Bake? https://launchpad.net/bake ___ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mru...@uninorte.edu.co - identi.ca/desiderantes El Viernes, 16 de mayo, 2014 11:29:42, rastersoft ras...@rastersoft.com escribió: Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- @geovanisouza92 - Geovani de Souza ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
The idea is to ensure that the autovala library (which contains all the intelligence) allows to create plugins for whatever system you want. Anyway, if Sublime Text is not very complex, I'll give it a look... On 16/05/14 18:54, geovanisouz...@gmail.com wrote: @Rastersoft, Thanks for joining the thread. Is great to know about the plugin. Any plan to support Sublime Text too? Mario, I don't found docs or samples? It is exists somewhere to read? Thanks. 2014-05-16 13:40 GMT-03:00 Mario Daniel Ruiz Saavedra desideran...@rocketmail.com: No love for Bake? https://launchpad.net/bake ___ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mru...@uninorte.edu.co - identi.ca/desiderantes El Viernes, 16 de mayo, 2014 11:29:42, rastersoft ras...@rastersoft.com escribió: Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
(I'm the author of Bake). Bake has detailed documentation with it (as shown in that link) but lacks a website [1]. Help welcome :) [1] https://bugs.launchpad.net/bake/+bug/1215366 On 17 May 2014 05:02, Steven Oliver oliver.ste...@gmail.com wrote: I'd never heard of bake either till now. The only reference I could find to any kind of documentation was here: https://answers.launchpad.net/bake/+faq/2172 Steven N. Oliver On Fri, May 16, 2014 at 12:54 PM, geovanisouz...@gmail.com geovanisouz...@gmail.com wrote: @Rastersoft, Thanks for joining the thread. Is great to know about the plugin. Any plan to support Sublime Text too? Mario, I don't found docs or samples? It is exists somewhere to read? Thanks. 2014-05-16 13:40 GMT-03:00 Mario Daniel Ruiz Saavedra desideran...@rocketmail.com: No love for Bake? https://launchpad.net/bake ___ Mario Daniel Ruiz Saavedra Estudiante Ing. Sistemas - Uninorte mru...@uninorte.edu.co - identi.ca/desiderantes El Viernes, 16 de mayo, 2014 11:29:42, rastersoft ras...@rastersoft.com escribió: Hi: I'm the author of autovala. Currently it is a command-line only tool, but I'm working on a gedit plugin that will integrate autovala inside, allowing for a much better workflow. Anyway, about being it much powerful, remember that nearly all is done automagically by autovala, and, usually, you don't need to manually edit the .avprj files. Just run autovala update and build your project. Autovala will search automatically for source files, resources and more. On 16/05/14 17:46, geovanisouz...@gmail.com wrote: Guys, thanks for replies. Calvin, I don`t intend to create whole build from sctrach. I was thinking in a kind of frontend, easy to understand, with nice syntax, that dispatch commands and scripts to autotools, make, cmake and all this stabilished and reliable software. I know that doesn't need to reinvent the wheel, but, just let it more soft... :) When I started this thread, I don't knew autovala. I don't use it in deep, but seems much powerful to me. I understood that it make a kind of proprocessing, generating the make files. My idea is similar, but I want to hide the complexicity of generated make files, putting it in a build/ or /tmp/ folder, starting other tools to make it happen. This way, existing Makefile's, ./configure's and others can be used too, preserving the work projects, but adding more management, like a public online package repository, bundling, deploying, and whatever... What you think about it? ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- Nos leemos RASTER(Linux user #228804) ras...@rastersoft.com http://www.rastersoft.com ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list -- @geovanisouza92 - Geovani de Souza ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
On Sat, 2014-05-17 at 09:43 +1200, Robert Ancell wrote: (I'm the author of Bake). Bake has detailed documentation with it (as shown in that link) but lacks a website [1]. Help welcome :) [1] https://bugs.launchpad.net/bake/+bug/1215366 I'd never heard of Bake either. It seems to have built-in support for many GNOME-related build tasks, notably GSettings and Mallard help. I presume it is not being publicized because it is not considered ready yet? signature.asc Description: This is a digitally signed message part ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
[Vala] A brand new build system
Hello Vala guys! I would to thank you for this amazing language. I knew it yesterday, and love it yet! But, I noticed that have a lot of things to do, to turn it a great tool. For example, a *new simplified build system*. Not that I don't like Autotools and Make, but the language itself simplifies the C programming, so, why use a jurasic and complicated (for newbies) build system? I'm thinking how to solve this problem, and would like to share with you some ideas. We could make the dependency management and build with only one simple file: The Valafile. I made a draft of it: # The knew dependencies pkg gio pkg gee, version: 0.8 # Some nice git depencies git antono/valum # default point to github.com git lorem/ipsum, origin: gitorius.org # Some C dependencies include foo/include/ lib libwhatever.so # Build profiles build src/main # Or build src/main, bin: my_program # output build/my_program # Other build types build src/lib, lib: my_lib # outputs build/libmy_lib.so build src/web, web: my_web_api, deploy: destiny # Sample Apache deploy deploy destiny, remote: 127.0.0.1, kind: mod_fcgi, root: /wwwroot/my_web_api publish geovanisouza92/sample # In some online package manager like RubyGems.org To handle this file, I think that we can make a new command-line tool, to execute like: # Create a new project with structure: # project_name # build/ # Can be ignored and deleted anytime # libs/ # src/ # main/ # test/ # main/ # vapi/ vala new project name # Install dependencies and download libs from Valafile vala install # Execute compiling and linking for each build target vala build # Build a single build target vala build my_program # Generate docs vala docs # Generate .vapi files vala vapi # Pack and publish the project in vala.org package manager # Maybe sign with GPG? vala bundle vala publish # Deploy all targets vala deploy # Deploy a single target vala deploy my_web_api As you can see, I think that a recommended project structure can be interesting, as well a coding-standard. We can have a vala.org (or other site) to host libraries and docs, to help comunity to grow up. As can you imagine, I'm very excited with Vala, and can sound like a Ruby-comunity-boy. In fact, I am. But, Vala demonstrate a powerful way to program C friendly, and I think that I can help too. Thank you for reading. -- @geovanisouza92 - Geovani de Souza ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Thank you Steve, I don't had see it. I'll take a look. Geovani @ Android ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
Re: [Vala] A brand new build system
Sounds like a good case for autovala: https://github.com/rastersoft/autovala/ cheers, Max. ___ vala-list mailing list vala-list@gnome.org https://mail.gnome.org/mailman/listinfo/vala-list
