Re: [Vala] A brand new build system

2014-05-16 Thread Michael Catanzaro
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


Re: [Vala] A brand new build system

2014-05-16 Thread Robert Ancell
(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  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

2014-05-16 Thread rastersoft
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 

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

2014-05-16 Thread Craig
Yeah, I also wanted to use bake but I couldn't find any documentation
 On May 16, 2014 12:03 PM, "Steven Oliver"  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

2014-05-16 Thread Steven Oliver
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

2014-05-16 Thread geovanisouz...@gmail.com
@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 
> 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

2014-05-16 Thread Mario Daniel Ruiz Saavedra
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  
> 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

2014-05-16 Thread rastersoft

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

2014-05-16 Thread geovanisouz...@gmail.com
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] trying vapi file for ngspice, bool not defined

2014-05-16 Thread Evan Nemerson
On Fri, 2014-05-16 at 14:09 +0200, Steven Vanden Branden wrote:
> hello all, 
> 
> im trying to write a vapi file for the ngspiceshared header file and
> library but i got a compile error about bool not defined in the c
> compiler, any thoughts?

Sounds like ngspiceshared's header file uses bool but doesn't include
stdbool.h.  Try changing your CCode annotation from cheader_filename =
"ngspiceshared.h" (or whatever the header file name is) to
cheader_filename = "stdbool.h,ngspiceshared.h".  And/or file a bug with
them.

> typedef struct vecvalues {
> char* name;/* name of a specific vector */
> double creal;  /* actual data value */
> double cimag;  /* actual data value */
> bool is_scale; /* if 'name' is the scale vector */
> bool is_complex;   /* if the data are complex numbers */
> } vecvalues, *pvecvalues;
> 
> and the corresponding vapi file entry
> 
> [CCode (cname = "vecvalues", has_destroy_function = false,
> has_copy_function = false, has_type_id = false)]
>   
> public struct VecValues {
>   public string name;/* name of a specific vector */
>   public double creal;  /* actual data value */
>   public double cimag;  /* actual data value */
>   [CCode (cname = "is_scale")] 
>   public bool isScale; /* if 'name' is the scale vector */
>   [CCode (cname = "is_complex")]
>   public bool isComplex;   /* if the data are complex numbers */
> } //vecvalues, *pvecvalues;
> 
> Is the vapi for this correct?

We use underscores in field names in Vala, not camelCase.  There is
nothing that says you have to follow this convention, but it will make
the API fit better with other libraries, and in this case it even
matches what the C library does.

-Evan


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

2014-05-16 Thread Max
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

2014-05-16 Thread Craig
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"  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 
>
> ___
> 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] unsibscribe

2014-05-16 Thread Dennis Kerrisk



Dennis Kerrisk | Senior Linux Firmware Engineer  |   PS Audio
4826 Sterling Drive, Boulder, CO 80301
720-402-3933 or
720-406-8946 x123
www.psaudio.com
den...@psaudio.com


___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list


Re: [Vala] A brand new build system

2014-05-16 Thread Calvin Walton
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 

___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list


Re: [Vala] A brand new build system

2014-05-16 Thread Calvin Walton
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 

___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list


[Vala] trying vapi file for ngspice, bool not defined

2014-05-16 Thread Steven Vanden Branden
hello all, 

im trying to write a vapi file for the ngspiceshared header file and
library but i got a compile error about bool not defined in the c
compiler, any thoughts?

typedef struct vecvalues {
char* name;/* name of a specific vector */
double creal;  /* actual data value */
double cimag;  /* actual data value */
bool is_scale; /* if 'name' is the scale vector */
bool is_complex;   /* if the data are complex numbers */
} vecvalues, *pvecvalues;

and the corresponding vapi file entry

[CCode (cname = "vecvalues", has_destroy_function = false,
has_copy_function = false, has_type_id = false)]

public struct VecValues {
public string name;/* name of a specific vector */
public double creal;  /* actual data value */
public double cimag;  /* actual data value */
[CCode (cname = "is_scale")] 
public bool isScale; /* if 'name' is the scale vector */
[CCode (cname = "is_complex")]
public bool isComplex;   /* if the data are complex numbers */
}   //vecvalues, *pvecvalues;

Is the vapi for this correct?

greets,
Steven Vanden Branden

___
vala-list mailing list
vala-list@gnome.org
https://mail.gnome.org/mailman/listinfo/vala-list