From sebikul at ...176...  Sat Oct  5 02:15:55 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Fri, 4 Oct 2013 21:15:55 -0300
Subject: [Gambas-devel] What about cmake?
Message-ID: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>

Hey there!

Wondering today how cmake works, i started migrating gambas from autotools
as a test.

As of now, only the main/ directory is ported, so it's not a big deal.

Ohh, wait! IT IS. The equivalent of <./reconf && ./configure> now only
takes 2 seconds! And i can see a percentage report!

real 0m2.022s
user 0m1.595s
sys 0m0.374s

It is a bit dirty, but the compiler and interpreter build just fine. I have
yet to test if they work, but i haven't finished the installation rules.

As a note, cmake also integrates with svn to get the revision, so i had to
tinker around with some include definitions. libtool was also causing
trouble, i'm not exactly sure how it works, so i disabled it for the moment.

I will start porting the rest of the components tree tomorrow to see if i
can get something stable enough.

Hope you like it!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131004/7fb5daef/attachment.html>

From gambas.fr at ...176...  Sat Oct  5 16:01:53 2013
From: gambas.fr at ...176... (Fabien Bodard)
Date: Sat, 5 Oct 2013 16:01:53 +0200
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
Message-ID: <CAFkCsL7O0irQqdcJuA-Jqp814q2Vg_KUR=bLEJnmHexJo9JFrw@...178...>

And you migrate the gambas conf macro too ?

This idea is good ... I'm hurried to see the result
Le 5 oct. 2013 02:16, "Sebastian Kulesz" <sebikul at ...176...> a ?crit :

> Hey there!
>
> Wondering today how cmake works, i started migrating gambas from autotools
> as a test.
>
> As of now, only the main/ directory is ported, so it's not a big deal.
>
> Ohh, wait! IT IS. The equivalent of <./reconf && ./configure> now only
> takes 2 seconds! And i can see a percentage report!
>
> real 0m2.022s
> user 0m1.595s
> sys 0m0.374s
>
> It is a bit dirty, but the compiler and interpreter build just fine. I
> have yet to test if they work, but i haven't finished the installation
> rules.
>
> As a note, cmake also integrates with svn to get the revision, so i had to
> tinker around with some include definitions. libtool was also causing
> trouble, i'm not exactly sure how it works, so i disabled it for the moment.
>
> I will start porting the rest of the components tree tomorrow to see if i
> can get something stable enough.
>
> Hope you like it!
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131005/1b373080/attachment.html>

From tobias at ...692...  Sat Oct  5 16:15:10 2013
From: tobias at ...692... (Tobias Boege)
Date: Sat, 5 Oct 2013 16:15:10 +0200
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
Message-ID: <20131005141510.GB524@...693...>

On Fri, 04 Oct 2013, Sebastian Kulesz wrote:
> Hey there!
> 
> Wondering today how cmake works, i started migrating gambas from autotools
> as a test.
> 
> As of now, only the main/ directory is ported, so it's not a big deal.
> 
> Ohh, wait! IT IS. The equivalent of <./reconf && ./configure> now only
> takes 2 seconds! And i can see a percentage report!
> 
> real 0m2.022s
> user 0m1.595s
> sys 0m0.374s
> 
> It is a bit dirty, but the compiler and interpreter build just fine. I have
> yet to test if they work, but i haven't finished the installation rules.
> 
> As a note, cmake also integrates with svn to get the revision, so i had to
> tinker around with some include definitions. libtool was also causing
> trouble, i'm not exactly sure how it works, so i disabled it for the moment.
> 
> I will start porting the rest of the components tree tomorrow to see if i
> can get something stable enough.
> 
> Hope you like it!

Well, whatever speeds the reconf/configure process up is totally welcome to
me.

I was also worried about the increasing number of official components
shipped with Gambas which make building Gambas the first time a very lengthy
"experience". I just didn't come to a satisfactory solution to this. If
cmake can decrease the configuration time (by this tremendous factor), it's
a good thing, IMO. Also, IIRC, its output is coloured :-)

Would you mind starting a new branch for this project so we can have a look?
(If I get the hang of it, I could also convert my components to build with
cmake in this branch...)

Regards,
Tobi

-- 
"There's an old saying: Don't change anything... ever!" -- Mr. Monk




From sebikul at ...176...  Sat Oct  5 18:49:56 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sat, 5 Oct 2013 13:49:56 -0300
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <20131005141510.GB524@...693...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
Message-ID: <CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>

On Sat, Oct 5, 2013 at 11:15 AM, Tobias Boege <tobias at ...692...> wrote:

> On Fri, 04 Oct 2013, Sebastian Kulesz wrote:
> > Hey there!
> >
> > Wondering today how cmake works, i started migrating gambas from
> autotools
> > as a test.
> >
> > As of now, only the main/ directory is ported, so it's not a big deal.
> >
> > Ohh, wait! IT IS. The equivalent of <./reconf && ./configure> now only
> > takes 2 seconds! And i can see a percentage report!
> >
> > real 0m2.022s
> > user 0m1.595s
> > sys 0m0.374s
> >
> > It is a bit dirty, but the compiler and interpreter build just fine. I
> have
> > yet to test if they work, but i haven't finished the installation rules.
> >
> > As a note, cmake also integrates with svn to get the revision, so i had
> to
> > tinker around with some include definitions. libtool was also causing
> > trouble, i'm not exactly sure how it works, so i disabled it for the
> moment.
> >
> > I will start porting the rest of the components tree tomorrow to see if i
> > can get something stable enough.
> >
> > Hope you like it!
>
> Well, whatever speeds the reconf/configure process up is totally welcome to
> me.
>
> I was also worried about the increasing number of official components
> shipped with Gambas which make building Gambas the first time a very
> lengthy
> "experience". I just didn't come to a satisfactory solution to this. If
> cmake can decrease the configuration time (by this tremendous factor), it's
> a good thing, IMO. Also, IIRC, its output is coloured :-)
>
> Would you mind starting a new branch for this project so we can have a
> look?
> (If I get the hang of it, I could also convert my components to build with
> cmake in this branch...)
>

I would love to! what should i execute to branch it?
Keep in mind that the source tree changed a lot! This may result in a
harder merge for when this is done (if ever). There are a lot of removed
files and symbolic links.

About the configuration macros that Fabien asked. CMake makes this (almost)
useless, it provides it's own macros to detect if a library is installed or
not, and you then add it to the compilation list only if every dependency
is satisfied. Now, there are some things i could't port. Like libtool
support, for example. I don't know how it works precisely, so i disabled so
the move can be faster. It can then be enabled when this build system works
as expected.

I already moved a third of the code base:
gb.compress.bzlib2
gb.compress.zlib
gb.db.mysql
gb.db.odbc
gb.db.postgresql
gb.db.sqlite2
gb.db.sqlite3
gb.net
gb.net.curl
gb.net.smtp
gb.mime
gb.qt4

Including the main/ directory. I found little trouble with them. There is a
lot left though:

i haven't added installation instructions because i don't know exactly what
autotools does when installing a component, so i left this for later.
There are some macros defined in conf.h that i haven't yet moved, so they
are static for now. Others may not be well defined, i only fixed them to
work at compilation time.




> Regards,
> Tobi
>
> --
> "There's an old saying: Don't change anything... ever!" -- Mr. Monk
>
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131005/15185bfa/attachment.html>

From mckaygerhard at ...176...  Sat Oct  5 20:08:35 2013
From: mckaygerhard at ...176... (PICCORO McKAY Lenz)
Date: Sat, 5 Oct 2013 13:38:35 -0430
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
	scripts?
Message-ID: <CALci+FQXaB1ma+au8hirNVv_xJ8G_Ovmwn_-Pdb2AmP8cCZpdw@...178...>

From: Randall Morgan <rmorgan62 at ...176...>

>
> cgi is not that difficult.

i superset that dificult while ago, made a alias interpreter in the cgi
rules of server,
asigned @gsp@ files to be interperted by the /usr/bin/gbw3 binary..
this king of information are not in wiki.. (that are very lack on)


> CGI simply redirects the standard i/o to the web sever.

I can see some of u siad on gambasforce project, simple writes to stdout
the results
its that do u mean?

> So a Gambas program or any other program that writes to the std i/o
> (console)
> can be used. Admitidly this is a simplification. But it is true.
>
ummm seems that its more complex if u said that made conection, process the
results and then prints as out , that?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131005/d2676be8/attachment.html>

From tobias at ...692...  Sun Oct  6 17:28:57 2013
From: tobias at ...692... (Tobias Boege)
Date: Sun, 6 Oct 2013 17:28:57 +0200
Subject: [Gambas-devel] Don't wait for me
Message-ID: <20131006152856.GA847@...693...>

Hi Benoit,

I've currently reached a dead end with my Trie class I wanted you to wait
for before releasing Gambas 3.5.

I've spent days over days debugging and valgrinding memory issues (from
double frees over segfaults to corruption and undefined jumps which I
suspect to all have exactly one source together) - but to no avail. (The one
annoying thing about the Gambas memory management - which takes quite some
worries away from you - is that you find problems mostly reported from
MEMORY_exit()/MEMORY_clear_cache() when it's way too late.)

I have one less quiet week now in which I will start to rewrite these few
functions I just can't find the error in (it's almost funny how annoying
this is :-)).

This is just to let you know that you don't need to wait any longer from my
point.

Regards,
Tobi




From sebikul at ...176...  Mon Oct  7 23:17:45 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Mon, 7 Oct 2013 18:17:45 -0300
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
Message-ID: <CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>

Here is a a source archive with the previously mentioned components
migrated [0], I don't want to mess up with the svn repository without
knowing, and a diff is not feasible. Installing is not possible ATM, you
will only get to compile a limited set of components. These are a few of
the things i can think of that still need some work (besides moving the
rest of the tree):

- Create a macro to run the informer after component installation
- Create a macro to compile and install gambas components
- Move preprocesor macros to the root CMakeLists, some are yet hardcoded.
- Create a dependency tree between components. If one is enabled, every
parent must be enabled.
- Correctly configure the CMake packager to enable the installation of
libraries and binares.

The good thing about CMake is that with a simple make package you end up
having a deb, rpm, or whatever you want. It avoids the trouble to package
the enormous list of components for each distribution (Debian and Ubuntu
users would greatly benefit from this).

We have yet to hear about Beno?t's input. What do you think?

PS: gb.qt4.ext is failing due to a missing include directive. I will fix it
when i have enough time to finish the whole qt4 component.

[0] http://goo.gl/DtVvwg (Google drive)


On Sat, Oct 5, 2013 at 1:49 PM, Sebastian Kulesz <sebikul at ...176...> wrote:

>
>
>
> On Sat, Oct 5, 2013 at 11:15 AM, Tobias Boege <tobias at ...692...>wrote:
>
>> On Fri, 04 Oct 2013, Sebastian Kulesz wrote:
>> > Hey there!
>> >
>> > Wondering today how cmake works, i started migrating gambas from
>> autotools
>> > as a test.
>> >
>> > As of now, only the main/ directory is ported, so it's not a big deal.
>> >
>> > Ohh, wait! IT IS. The equivalent of <./reconf && ./configure> now only
>> > takes 2 seconds! And i can see a percentage report!
>> >
>> > real 0m2.022s
>> > user 0m1.595s
>> > sys 0m0.374s
>> >
>> > It is a bit dirty, but the compiler and interpreter build just fine. I
>> have
>> > yet to test if they work, but i haven't finished the installation rules.
>> >
>> > As a note, cmake also integrates with svn to get the revision, so i had
>> to
>> > tinker around with some include definitions. libtool was also causing
>> > trouble, i'm not exactly sure how it works, so i disabled it for the
>> moment.
>> >
>> > I will start porting the rest of the components tree tomorrow to see if
>> i
>> > can get something stable enough.
>> >
>> > Hope you like it!
>>
>> Well, whatever speeds the reconf/configure process up is totally welcome
>> to
>> me.
>>
>> I was also worried about the increasing number of official components
>> shipped with Gambas which make building Gambas the first time a very
>> lengthy
>> "experience". I just didn't come to a satisfactory solution to this. If
>> cmake can decrease the configuration time (by this tremendous factor),
>> it's
>> a good thing, IMO. Also, IIRC, its output is coloured :-)
>>
>> Would you mind starting a new branch for this project so we can have a
>> look?
>> (If I get the hang of it, I could also convert my components to build with
>> cmake in this branch...)
>>
>
> I would love to! what should i execute to branch it?
> Keep in mind that the source tree changed a lot! This may result in a
> harder merge for when this is done (if ever). There are a lot of removed
> files and symbolic links.
>
> About the configuration macros that Fabien asked. CMake makes this
> (almost) useless, it provides it's own macros to detect if a library is
> installed or not, and you then add it to the compilation list only if every
> dependency is satisfied. Now, there are some things i could't port. Like
> libtool support, for example. I don't know how it works precisely, so i
> disabled so the move can be faster. It can then be enabled when this build
> system works as expected.
>
> I already moved a third of the code base:
> gb.compress.bzlib2
> gb.compress.zlib
> gb.db.mysql
> gb.db.odbc
> gb.db.postgresql
> gb.db.sqlite2
> gb.db.sqlite3
> gb.net
> gb.net.curl
> gb.net.smtp
> gb.mime
> gb.qt4
>
> Including the main/ directory. I found little trouble with them. There is
> a lot left though:
>
> i haven't added installation instructions because i don't know exactly
> what autotools does when installing a component, so i left this for later.
> There are some macros defined in conf.h that i haven't yet moved, so they
> are static for now. Others may not be well defined, i only fixed them to
> work at compilation time.
>
>
>
>
>> Regards,
>> Tobi
>>
>> --
>> "There's an old saying: Don't change anything... ever!" -- Mr. Monk
>>
>>
>>
>> ------------------------------------------------------------------------------
>> October Webinars: Code for Performance
>> Free Intel webinars can help you accelerate application performance.
>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
>> from
>> the latest Intel processors and coprocessors. See abstracts and register >
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Gambas-devel mailing list
>> Gambas-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131007/dfea4bde/attachment.html>

From gambas at ...1...  Fri Oct 11 20:58:52 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Fri, 11 Oct 2013 20:58:52 +0200
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>	<20131005141510.GB524@...693...>	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
Message-ID: <52584A6C.8030805@...1...>

Le 07/10/2013 23:17, Sebastian Kulesz a ?crit :
> Here is a a source archive with the previously mentioned components
> migrated [0], I don't want to mess up with the svn repository without
> knowing, and a diff is not feasible. Installing is not possible ATM, you
> will only get to compile a limited set of components. These are a few of
> the things i can think of that still need some work (besides moving the
> rest of the tree):
>
> - Create a macro to run the informer after component installation
> - Create a macro to compile and install gambas components
> - Move preprocesor macros to the root CMakeLists, some are yet hardcoded.
> - Create a dependency tree between components. If one is enabled, every
> parent must be enabled.
> - Correctly configure the CMake packager to enable the installation of
> libraries and binares.
>
> The good thing about CMake is that with a simple make package you end up
> having a deb, rpm, or whatever you want. It avoids the trouble to
> package the enormous list of components for each distribution (Debian
> and Ubuntu users would greatly benefit from this).
>
> We have yet to hear about Beno?t's input. What do you think?
>
> PS: gb.qt4.ext is failing due to a missing include directive. I will fix
> it when i have enough time to finish the whole qt4 component.
>
> [0] http://goo.gl/DtVvwg (Google drive)
>

It's a very good idea to use cmake instead of autoconf. But you have to 
implement the configuration / compilation & installation process 
entirely, otherwise it will be useless!

A few questions:

How is the 'config.h' file and all its custom constants generated?

How can you add version requirements on libraries?

How can you write a custom installation process to implement the 
equivalent of the Gambas "make install" that:
- installs the core of Gambas first,
- installs binary components,
- compiles all components (or component parts) written in Gambas,
- calls 'gbi3' to regenerate the information files each time a component 
has been compiled,
- compiles and installs all the examples, the IDE and eventually other 
Gambas 3 applications provided with the sources?

-- 
Beno?t Minisini



From gambas at ...1...  Fri Oct 11 21:28:25 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Fri, 11 Oct 2013 21:28:25 +0200
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
 scripts?
In-Reply-To: <CALci+FQfzcPTWdi2zjSsQOCuf_J+WpoQ2d8y8mrmH0hjz85Ndg@...178...>
References: <CALci+FRHDtbeOqnHjxPXRLjJ6nDi3VrDziez+ppzrXY8kRmStA@...178...>
	<CALci+FQfzcPTWdi2zjSsQOCuf_J+WpoQ2d8y8mrmH0hjz85Ndg@...178...>
Message-ID: <52585159.2090409@...1...>

Le 30/09/2013 23:17, PICCORO McKAY Lenz a ?crit :
> ping?    how to use gb connection from gambas server page cgi ?
>
> On 9/24/13, PICCORO McKAY Lenz <mckaygerhard at ...176...> wrote:
>> as i said prevoiusly i made good scripts using cgi gambas server pages, but
>> now:
>>
>> how could i use modules or programs made in gambas standar projects ,
>> please this time more explicit
>

You must start your server page with 'USE gb.db'. Then you server page 
will load the gb.db component and you will be able to access databases.

Regards,

-- 
Beno?t Minisini



From sebikul at ...176...  Sat Oct 12 07:50:13 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sat, 12 Oct 2013 02:50:13 -0300
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <52584A6C.8030805@...1...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
	<52584A6C.8030805@...1...>
Message-ID: <CAAkQKUYiQ6XP=jk5ovJm=E48tQvmt4LD+sstMJ_gyk75bPvWEg@...178...>

On Fri, Oct 11, 2013 at 3:58 PM, Beno?t Minisini <
gambas at ...1...> wrote:

> Le 07/10/2013 23:17, Sebastian Kulesz a ?crit :
> > Here is a a source archive with the previously mentioned components
> > migrated [0], I don't want to mess up with the svn repository without
> > knowing, and a diff is not feasible. Installing is not possible ATM, you
> > will only get to compile a limited set of components. These are a few of
> > the things i can think of that still need some work (besides moving the
> > rest of the tree):
> >
> > - Create a macro to run the informer after component installation
> > - Create a macro to compile and install gambas components
> > - Move preprocesor macros to the root CMakeLists, some are yet hardcoded.
> > - Create a dependency tree between components. If one is enabled, every
> > parent must be enabled.
> > - Correctly configure the CMake packager to enable the installation of
> > libraries and binares.
> >
> > The good thing about CMake is that with a simple make package you end up
> > having a deb, rpm, or whatever you want. It avoids the trouble to
> > package the enormous list of components for each distribution (Debian
> > and Ubuntu users would greatly benefit from this).
> >
> > We have yet to hear about Beno?t's input. What do you think?
> >
> > PS: gb.qt4.ext is failing due to a missing include directive. I will fix
> > it when i have enough time to finish the whole qt4 component.
> >
> > [0] http://goo.gl/DtVvwg (Google drive)
> >
>
> It's a very good idea to use cmake instead of autoconf. But you have to
> implement the configuration / compilation & installation process
> entirely, otherwise it will be useless!
>
> A few questions:
>
> How is the 'config.h' file and all its custom constants generated?
>

You define them in the root CMakeLists.txt or any other included before the
CONFIGURE_FILE macro is called. Right now i just wrote them so it would
compile. I'm not sure if they are defined as they should be, mostly the
platform specific constants.


> How can you add version requirements on libraries?
>

Depends how the library is detected. Most libraries have custom macros
implemented to detect them, in this case it's just a >= game. Otherwise you
can use pkg-tool.


>
> How can you write a custom installation process to implement the
> equivalent of the Gambas "make install" that:
> - installs the core of Gambas first,
> - installs binary components,
> - compiles all components (or component parts) written in Gambas,
> - calls 'gbi3' to regenerate the information files each time a component
> has been compiled,
> - compiles and installs all the examples, the IDE and eventually other
> Gambas 3 applications provided with the sources?
>

It's not hard actually, the only thing is that it takes a lot of time to
move from one system to another. The runtime is almost done. I'm stuck with
a compilation error about already declared symbols, but i will get into
that once i finish the rest.

I'm in the process of porting the binary components, writing all the rules
to detect libraries, disable them with flags, etc.
I haven't touched the gambas components yet.


I will send an updated package this weekend!


>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131012/99eb2cfd/attachment.html>

From sebikul at ...176...  Sun Oct 13 19:10:22 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sun, 13 Oct 2013 14:10:22 -0300
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUZeLC9Lpn=1vky8TfEZDni81sNqu0PFTUcNNX2cP+d-nw@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
	<52584A6C.8030805@...1...>
	<CAAkQKUYiQ6XP=jk5ovJm=E48tQvmt4LD+sstMJ_gyk75bPvWEg@...178...>
	<525AAC80.6000200@...1...>
	<CAAkQKUZeLC9Lpn=1vky8TfEZDni81sNqu0PFTUcNNX2cP+d-nw@...178...>
Message-ID: <CAAkQKUatea2okWyvmRiQbtWwN8nsQBAdkk0Q9HWdbOS6iGBXYA@...178...>

---------- Forwarded message ----------
From: "Sebastian Kulesz" <sebikul at ...176...>
Date: Oct 13, 2013 1:03 PM
Subject: Re: [Gambas-devel] What about cmake?
To: "Beno?t Minisini" <gambas at ...1...>
Cc:

Here [0] is an updated package (not up to date with trunk). Most of the
tree is now ported to cmake, i'm missing a few components which i had some
trouble building or finding the libraries they depend on. The code is much
cleaner now, i removed A LOT of files and symlinks. Cmake simplified a lot
the include directives.

I need some info about the installation process for the binary components.
If possible, the exact steps autoconf executes when doing a make install in
every component.

I'm also having a build error with gbx about an existing symbol with a
different declaration which is causing an error.

I had to move, remove and change a lot of files. Please test it in your
system an let me know if you find a bug. As before, installation is not yet
implemented.

Hope you mine it!

[0] http://goo.gl/1rBMhS
Le 12/10/2013 07:50, Sebastian Kulesz a ?crit :

>
>
>
> On Fri, Oct 11, 2013 at 3:58 PM, Beno?t Minisini
> <gambas at ...1... <mailto:gambas at ...729...**sourceforge.net<gambas at ...1...>>>
> wrote:
>
>     Le 07/10/2013 23:17, Sebastian Kulesz a ?crit :
>      > Here is a a source archive with the previously mentioned components
>      > migrated [0], I don't want to mess up with the svn repository
> without
>      > knowing, and a diff is not feasible. Installing is not possible
>     ATM, you
>      > will only get to compile a limited set of components. These are a
>     few of
>      > the things i can think of that still need some work (besides
>     moving the
>      > rest of the tree):
>      >
>      > - Create a macro to run the informer after component installation
>      > - Create a macro to compile and install gambas components
>      > - Move preprocesor macros to the root CMakeLists, some are yet
>     hardcoded.
>      > - Create a dependency tree between components. If one is enabled,
>     every
>      > parent must be enabled.
>      > - Correctly configure the CMake packager to enable the
>     installation of
>      > libraries and binares.
>      >
>      > The good thing about CMake is that with a simple make package you
>     end up
>      > having a deb, rpm, or whatever you want. It avoids the trouble to
>      > package the enormous list of components for each distribution
> (Debian
>      > and Ubuntu users would greatly benefit from this).
>      >
>      > We have yet to hear about Beno?t's input. What do you think?
>      >
>      > PS: gb.qt4.ext is failing due to a missing include directive. I
>     will fix
>      > it when i have enough time to finish the whole qt4 component.
>      >
>      > [0] http://goo.gl/DtVvwg (Google drive)
>      >
>
>     It's a very good idea to use cmake instead of autoconf. But you have to
>     implement the configuration / compilation & installation process
>     entirely, otherwise it will be useless!
>
>     A few questions:
>
>     How is the 'config.h' file and all its custom constants generated?
>
>
> You define them in the root CMakeLists.txt or any other included before
> the CONFIGURE_FILE macro is called. Right now i just wrote them so it
> would compile. I'm not sure if they are defined as they should be,
> mostly the platform specific constants.
>
>
>     How can you add version requirements on libraries?
>
>
> Depends how the library is detected. Most libraries have custom macros
> implemented to detect them, in this case it's just a >= game. Otherwise
> you can use pkg-tool.
>
>
>     How can you write a custom installation process to implement the
>     equivalent of the Gambas "make install" that:
>     - installs the core of Gambas first,
>     - installs binary components,
>     - compiles all components (or component parts) written in Gambas,
>     - calls 'gbi3' to regenerate the information files each time a
> component
>     has been compiled,
>     - compiles and installs all the examples, the IDE and eventually other
>     Gambas 3 applications provided with the sources?
>
>
> It's not hard actually, the only thing is that it takes a lot of time to
> move from one system to another. The runtime is almost done. I'm stuck
> with a compilation error about already declared symbols, but i will get
> into that once i finish the rest.
>
> I'm in the process of porting the binary components, writing all the
> rules to detect libraries, disable them with flags, etc.
> I haven't touched the gambas components yet.
>
>
> I will send an updated package this weekend!
>
>
>
I can't wait for a Gambas source package fully based on cmake! autoconf is
*so* slow!!! :-?

-- 
Beno?t Minisini
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131013/87f59cc6/attachment.html>

From tobias at ...692...  Sun Oct 13 21:31:53 2013
From: tobias at ...692... (Tobias Boege)
Date: Sun, 13 Oct 2013 21:31:53 +0200
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUatea2okWyvmRiQbtWwN8nsQBAdkk0Q9HWdbOS6iGBXYA@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
	<52584A6C.8030805@...1...>
	<CAAkQKUYiQ6XP=jk5ovJm=E48tQvmt4LD+sstMJ_gyk75bPvWEg@...178...>
	<525AAC80.6000200@...1...>
	<CAAkQKUZeLC9Lpn=1vky8TfEZDni81sNqu0PFTUcNNX2cP+d-nw@...178...>
	<CAAkQKUatea2okWyvmRiQbtWwN8nsQBAdkk0Q9HWdbOS6iGBXYA@...178...>
Message-ID: <20131013193153.GC522@...693...>

On Sun, 13 Oct 2013, Sebastian Kulesz wrote:
> ---------- Forwarded message ----------
> From: "Sebastian Kulesz" <sebikul at ...176...>
> Date: Oct 13, 2013 1:03 PM
> Subject: Re: [Gambas-devel] What about cmake?
> To: "Beno?t Minisini" <gambas at ...1...>
> Cc:
> 
> Here [0] is an updated package (not up to date with trunk). Most of the
> tree is now ported to cmake, i'm missing a few components which i had some
> trouble building or finding the libraries they depend on. The code is much
> cleaner now, i removed A LOT of files and symlinks. Cmake simplified a lot
> the include directives.
> 
> I need some info about the installation process for the binary components.
> If possible, the exact steps autoconf executes when doing a make install in
> every component.
> 
> I'm also having a build error with gbx about an existing symbol with a
> different declaration which is causing an error.
> 
> I had to move, remove and change a lot of files. Please test it in your
> system an let me know if you find a bug. As before, installation is not yet
> implemented.
> 
> Hope you mine it!
> 
> [0] http://goo.gl/1rBMhS

I just tested it. Apart from a compilation error in gb.db.postgresql (this
may not have anything to do with your changes), the configuration process
does not run properly if the SVN revision cannot be found (because SVN fails
when cmake tries to use it to get the revision number).

The archive is called "-nosvn" but the configuration simply dropped out with
an error until I copy the .svn directory from my real working copy to your
gambas3-cmake-nosvn directory. Then it worked. It's not supposed to work
this way, right? Maybe you are developing the cmake port above an svn
checkout and didn't notice this therefore?

If you ask, I'll probably provide the information tomorrow. (I'll maybe have
a look at the postgresql thing, too, as in the normal trunk/, there is no
problem with postgresql, the component builds and installs just fine. The
error is about a missing include, so it _may_ be related to cmake's way of
detecting the include directory but I have no time to look at it today.)

Regards,
Tobi

-- 
"There's an old saying: Don't change anything... ever!" -- Mr. Monk




From sebikul at ...176...  Sun Oct 13 22:43:20 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Sun, 13 Oct 2013 17:43:20 -0300
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <20131013193153.GC522@...693...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
	<52584A6C.8030805@...1...>
	<CAAkQKUYiQ6XP=jk5ovJm=E48tQvmt4LD+sstMJ_gyk75bPvWEg@...178...>
	<525AAC80.6000200@...1...>
	<CAAkQKUZeLC9Lpn=1vky8TfEZDni81sNqu0PFTUcNNX2cP+d-nw@...178...>
	<CAAkQKUatea2okWyvmRiQbtWwN8nsQBAdkk0Q9HWdbOS6iGBXYA@...178...>
	<20131013193153.GC522@...693...>
Message-ID: <CAAkQKUYhYzsddN2TV7wdoNZT6b8ChpjdOdP4BdSeDsrbZBJz8w@...178...>

Both bugs have been fixed. Thanks for the feedback. Cmake now checks to see
if the .svn folder exists, not only if the svn binary exists within PATH.
PostgreSQL was one of the first modules i moved so contained some bugs
regarding inclusion paths passed to the compiler.

I will start implementing the installation macros. I can't do much without
gbx compiling, this is the error i get:

[ 10%] Building C object main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o
In file included from
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24:0,
                 from
/home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:36:6: error: tipos
en conflicto para ?unsetenv?
 void unsetenv(const char *name);
      ^
In file included from
/home/sebi/Builds/gambas3-cmake/main/share/gb_common.h:43:0,
                 from
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:28,
                 from
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24,
                 from
/home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
/usr/include/stdlib.h:588:12: nota: la declaraci?n previa de ?unsetenv?
estaba aqu?
 extern int unsetenv (const char *__name) __THROW __nonnull ((1));
            ^
In file included from
/home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:0:
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:67:6: error:
tipos en conflicto para ?unsetenv?
 void unsetenv(const char *name)
      ^
In file included from
/home/sebi/Builds/gambas3-cmake/main/share/gb_common.h:43:0,
                 from
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:28,
                 from
/home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24,
                 from
/home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
/usr/include/stdlib.h:588:12: nota: la declaraci?n previa de ?unsetenv?
estaba aqu?
 extern int unsetenv (const char *__name) __THROW __nonnull ((1));
            ^
main/gbx/CMakeFiles/gbx.dir/build.make:218: recipe for target
'main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o' failed
make[2]: *** [main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o] Error 1
CMakeFiles/Makefile2:223: recipe for target
'main/gbx/CMakeFiles/gbx.dir/all' failed
make[1]: *** [main/gbx/CMakeFiles/gbx.dir/all] Error 2
Makefile:136: recipe for target 'all' failed
make: *** [all] Error 2

----------------

I don't know if there is an easy fix, but i have to include the file
outside the gambas tree with the conflicting definition. Any thoughts?


On Sun, Oct 13, 2013 at 4:31 PM, Tobias Boege <tobias at ...692...> wrote:

> On Sun, 13 Oct 2013, Sebastian Kulesz wrote:
> > ---------- Forwarded message ----------
> > From: "Sebastian Kulesz" <sebikul at ...176...>
> > Date: Oct 13, 2013 1:03 PM
> > Subject: Re: [Gambas-devel] What about cmake?
> > To: "Beno?t Minisini" <gambas at ...1...>
> > Cc:
> >
> > Here [0] is an updated package (not up to date with trunk). Most of the
> > tree is now ported to cmake, i'm missing a few components which i had
> some
> > trouble building or finding the libraries they depend on. The code is
> much
> > cleaner now, i removed A LOT of files and symlinks. Cmake simplified a
> lot
> > the include directives.
> >
> > I need some info about the installation process for the binary
> components.
> > If possible, the exact steps autoconf executes when doing a make install
> in
> > every component.
> >
> > I'm also having a build error with gbx about an existing symbol with a
> > different declaration which is causing an error.
> >
> > I had to move, remove and change a lot of files. Please test it in your
> > system an let me know if you find a bug. As before, installation is not
> yet
> > implemented.
> >
> > Hope you mine it!
> >
> > [0] http://goo.gl/1rBMhS
>
> I just tested it. Apart from a compilation error in gb.db.postgresql (this
> may not have anything to do with your changes), the configuration process
> does not run properly if the SVN revision cannot be found (because SVN
> fails
> when cmake tries to use it to get the revision number).
>
> The archive is called "-nosvn" but the configuration simply dropped out
> with
> an error until I copy the .svn directory from my real working copy to your
> gambas3-cmake-nosvn directory. Then it worked. It's not supposed to work
> this way, right? Maybe you are developing the cmake port above an svn
> checkout and didn't notice this therefore?
>
> If you ask, I'll probably provide the information tomorrow. (I'll maybe
> have
> a look at the postgresql thing, too, as in the normal trunk/, there is no
> problem with postgresql, the component builds and installs just fine. The
> error is about a missing include, so it _may_ be related to cmake's way of
> detecting the include directory but I have no time to look at it today.)
>
> Regards,
> Tobi
>
> --
> "There's an old saying: Don't change anything... ever!" -- Mr. Monk
>
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131013/c94a1776/attachment.html>

From gambas at ...1...  Sun Oct 13 22:49:35 2013
From: gambas at ...1... (=?windows-1252?Q?Beno=EEt_Minisini?=)
Date: Sun, 13 Oct 2013 22:49:35 +0200
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <CAAkQKUYhYzsddN2TV7wdoNZT6b8ChpjdOdP4BdSeDsrbZBJz8w@...178...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>	<20131005141510.GB524@...693...>	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>	<52584A6C.8030805@...1...>	<CAAkQKUYiQ6XP=jk5ovJm=E48tQvmt4LD+sstMJ_gyk75bPvWEg@...178...>	<525AAC80.6000200@...1...>	<CAAkQKUZeLC9Lpn=1vky8TfEZDni81sNqu0PFTUcNNX2cP+d-nw@...178...>	<CAAkQKUatea2okWyvmRiQbtWwN8nsQBAdkk0Q9HWdbOS6iGBXYA@...178...>	<20131013193153.GC522@...693...>
	<CAAkQKUYhYzsddN2TV7wdoNZT6b8ChpjdOdP4BdSeDsrbZBJz8w@...178...>
Message-ID: <525B075F.6050707@...1...>

Le 13/10/2013 22:43, Sebastian Kulesz a ?crit :
> Both bugs have been fixed. Thanks for the feedback. Cmake now checks to
> see if the .svn folder exists, not only if the svn binary exists within
> PATH. PostgreSQL was one of the first modules i moved so contained some
> bugs regarding inclusion paths passed to the compiler.
>
> I will start implementing the installation macros. I can't do much
> without gbx compiling, this is the error i get:
>
> [ 10%] Building C object main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o
> In file included from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24:0,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:36:6: error:
> tipos en conflicto para ?unsetenv?
>   void unsetenv(const char *name);
>        ^
> In file included from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_common.h:43:0,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:28,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
> /usr/include/stdlib.h:588:12: nota: la declaraci?n previa de ?unsetenv?
> estaba aqu?
>   extern int unsetenv (const char *__name) __THROW __nonnull ((1));
>              ^
> In file included from
> /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:0:
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:67:6:
> error: tipos en conflicto para ?unsetenv?
>   void unsetenv(const char *name)
>        ^
> In file included from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_common.h:43:0,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:28,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24,
>                   from
> /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
> /usr/include/stdlib.h:588:12: nota: la declaraci?n previa de ?unsetenv?
> estaba aqu?
>   extern int unsetenv (const char *__name) __THROW __nonnull ((1));
>              ^
> main/gbx/CMakeFiles/gbx.dir/build.make:218: recipe for target
> 'main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o' failed
> make[2]: *** [main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o] Error 1
> CMakeFiles/Makefile2:223: recipe for target
> 'main/gbx/CMakeFiles/gbx.dir/all' failed
> make[1]: *** [main/gbx/CMakeFiles/gbx.dir/all] Error 2
> Makefile:136: recipe for target 'all' failed
> make: *** [all] Error 2
>


You are compiling functions that must be compiled only if the system 
libc does not provide them.

You must implement all tests located in acinclude.m4 file.

In that specific case, this is:

AC_CHECK_FUNCS(setenv unsetenv getdomainname getpt cfmakeraw)

Do you know autoconf enough to implement the corresponding tests with 
cmake? If not, I suggest you read carefully the autoconf documentation.

Regards,

-- 
Beno?t Minisini



From mckaygerhard at ...176...  Wed Oct 16 16:34:38 2013
From: mckaygerhard at ...176... (PICCORO McKAY Lenz)
Date: Wed, 16 Oct 2013 10:04:38 -0430
Subject: [Gambas-devel] Gambas-devel Digest, Vol 83, Issue 3
In-Reply-To: <mailman.267744.1381684231.21953.gambas-devel@lists.sourceforge.net>
References: <mailman.267744.1381684231.21953.gambas-devel@lists.sourceforge.net>
Message-ID: <CALci+FRLi9t65cByY24b1abaT0Fad54xw+aA7dvS2wSWH5zE7w@...178...>

From: Beno?t Minisini <gambas at ...1...>
>
> You must start your server page with 'USE gb.db'. Then you server page
> will load the gb.db component and you will be able to access databases.
so the VERY VERY THANKS I'M SO HAPPY!!!!! buahhh sniff snifff

THAT'S GREAT MEN, i'll ported all disgusting jsp and asp stupid pages
to gambas now BUAJAJAJ BUAJJAJAJA (NOTE: this is a macabre laughter)

another question: if i made a module program, i'll load as same?



From mckaygerhard at ...176...  Wed Oct 16 16:35:56 2013
From: mckaygerhard at ...176... (PICCORO McKAY Lenz)
Date: Wed, 16 Oct 2013 10:05:56 -0430
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
	scripts?
Message-ID: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>

From: Beno?t Minisini <gambas at ...1...>
>
> You must start your server page with 'USE gb.db'. Then you server page
> will load the gb.db component and you will be able to access databases.
so the VERY VERY THANKS I'M SO HAPPY!!!!! buahhh sniff snifff

THAT'S GREAT MEN, i'll ported all disgusting jsp and asp stupid pages
to gambas now BUAJAJAJ BUAJJAJAJA (NOTE: this is a macabre laughter)

another question: if i made a module program, i'll load as same?



From gambas.fr at ...176...  Wed Oct 16 17:57:50 2013
From: gambas.fr at ...176... (Fabien Bodard)
Date: Wed, 16 Oct 2013 17:57:50 +0200
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
	scripts?
In-Reply-To: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>
References: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>
Message-ID: <CAFkCsL6MzHz=g2g8LuO66ifzW8y5EMHO6XjWyicCQaAy1ADchw@...178...>

I your module is a component yes... Else you can make class module.
Just begin the code with
CLASS

and end it with
END CLASS

Then include it with the INCLUDE script keyword
Le 16 oct. 2013 16:36, "PICCORO McKAY Lenz" <mckaygerhard at ...176...> a
?crit :

> From: Beno?t Minisini <gambas at ...1...>
> >
> > You must start your server page with 'USE gb.db'. Then you server page
> > will load the gb.db component and you will be able to access databases.
> so the VERY VERY THANKS I'M SO HAPPY!!!!! buahhh sniff snifff
>
> THAT'S GREAT MEN, i'll ported all disgusting jsp and asp stupid pages
> to gambas now BUAJAJAJ BUAJJAJAJA (NOTE: this is a macabre laughter)
>
> another question: if i made a module program, i'll load as same?
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131016/d90d28e2/attachment.html>

From mckaygerhard at ...176...  Mon Oct 21 21:36:01 2013
From: mckaygerhard at ...176... (PICCORO McKAY Lenz)
Date: Mon, 21 Oct 2013 15:06:01 -0430
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
	scripts?
In-Reply-To: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>
References: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>
Message-ID: <CALci+FT4zDGS1UT3TFxyKFCoDxaBma-=s84mPG7_nJ3faURVJA@...178...>

On 10/16/13, PICCORO McKAY Lenz <mckaygerhard at ...176...> wrote:
> From: Beno?t Minisini <gambas at ...1...>
>>
>> You must start your server page with 'USE gb.db'. Then you server page
>> will load the gb.db component and you will be able to access databases.
> so the VERY VERY THANKS I'M SO HAPPY!!!!! buahhh sniff snifff

Benoit i use modules perfectly, but specially database3 modules not
woring for me, this code the db code could be rendered, when i
configure the db, so then what its the right sintax:

#!/usr/bin/env gbw3
<%
'USE gb.db'
'USE gb.eval'

Dim home as string = Application.path
Dim conector As new Connection
...
%>



From gambas at ...1...  Mon Oct 21 21:41:52 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Mon, 21 Oct 2013 21:41:52 +0200
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
 scripts?
In-Reply-To: <CALci+FT4zDGS1UT3TFxyKFCoDxaBma-=s84mPG7_nJ3faURVJA@...178...>
References: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>
	<CALci+FT4zDGS1UT3TFxyKFCoDxaBma-=s84mPG7_nJ3faURVJA@...178...>
Message-ID: <52658380.80009@...1...>

Le 21/10/2013 21:36, PICCORO McKAY Lenz a ?crit :
> On 10/16/13, PICCORO McKAY Lenz <mckaygerhard at ...176...> wrote:
>> From: Beno?t Minisini <gambas at ...1...>
>>>
>>> You must start your server page with 'USE gb.db'. Then you server page
>>> will load the gb.db component and you will be able to access databases.
>> so the VERY VERY THANKS I'M SO HAPPY!!!!! buahhh sniff snifff
>
> Benoit i use modules perfectly, but specially database3 modules not
> woring for me, this code the db code could be rendered, when i
> configure the db, so then what its the right sintax:
>
> #!/usr/bin/env gbw3
> <%
> 'USE gb.db'
> 'USE gb.eval'
>
> Dim home as string = Application.path
> Dim conector As new Connection
> ...
> %>
>

Why do you put quotes around the USE instructions???

-- 
Beno?t Minisini



From ea7dfh at ...731...  Mon Oct 21 21:48:31 2013
From: ea7dfh at ...731... (Jesus)
Date: Mon, 21 Oct 2013 21:48:31 +0200
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
 scripts?
In-Reply-To: <52658380.80009@...1...>
References: <CALci+FSYS=PCHq9GjXyAwN9ddk=_qiomQ+GY2UZ-qSLUEF=PUA@...178...>	<CALci+FT4zDGS1UT3TFxyKFCoDxaBma-=s84mPG7_nJ3faURVJA@...178...>
	<52658380.80009@...1...>
Message-ID: <5265850F.5090600@...731...>

El 21/10/13 21:41, Beno?t Minisini escribi?:
> Le 21/10/2013 21:36, PICCORO McKAY Lenz a ?crit :
>> On 10/16/13, PICCORO McKAY Lenz <mckaygerhard at ...176...> wrote:
>>> From: Beno?t Minisini <gambas at ...1...>
>>>>
>>>> You must start your server page with 'USE gb.db'. Then you server page
>>>> will load the gb.db component and you will be able to access databases.
>>> so the VERY VERY THANKS I'M SO HAPPY!!!!! buahhh sniff snifff
>>
>> Benoit i use modules perfectly, but specially database3 modules not
>> woring for me, this code the db code could be rendered, when i
>> configure the db, so then what its the right sintax:
>>
>> #!/usr/bin/env gbw3
>> <%
>> 'USE gb.db'
>> 'USE gb.eval'
>>
>> Dim home as string = Application.path
>> Dim conector As new Connection
>> ...
>> %>
>>
>
> Why do you put quotes around the USE instructions???
>

May be because he's not a "winbuntu" user... ;-)

Regards

-- 
Jesus Guardon



From gambas at ...1...  Tue Oct 22 23:55:10 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Tue, 22 Oct 2013 23:55:10 +0200
Subject: [Gambas-devel] Gambas hall of fame
Message-ID: <5266F43E.4090209@...1...>

Hi,

The Gambas Hall Of Fame is not really up to date.

I'd like to make something with photographs of each people involved in 
Gambas: developers, main translators, web site / forum maintainers... I 
think it will give a more "friendly" or "human" image of the software.

Do you think it's a good idea?

-- 
Beno?t Minisini



From kevinfishburne at ...590...  Wed Oct 23 02:08:53 2013
From: kevinfishburne at ...590... (Kevin Fishburne)
Date: Tue, 22 Oct 2013 20:08:53 -0400
Subject: [Gambas-devel] Gambas hall of fame
In-Reply-To: <5266F43E.4090209@...1...>
References: <5266F43E.4090209@...1...>
Message-ID: <52671395.4050207@...590...>

On 10/22/2013 05:55 PM, Beno?t Minisini wrote:
> Hi,
>
> The Gambas Hall Of Fame is not really up to date.
>
> I'd like to make something with photographs of each people involved in
> Gambas: developers, main translators, web site / forum maintainers... I
> think it will give a more "friendly" or "human" image of the software.
>
> Do you think it's a good idea?
>

I think it's a great idea. One of the funny things about the Internet is 
just how frequently you don't know what people look like. Anything to 
make it more personal is a plus for me.

-- 
Kevin Fishburne
Eight Virtues
www: http://sales.eightvirtues.com
e-mail: sales at ...590...
phone: (770) 853-6271




From rmorgan62 at ...176...  Wed Oct 23 02:35:01 2013
From: rmorgan62 at ...176... (Randall Morgan)
Date: Tue, 22 Oct 2013 17:35:01 -0700
Subject: [Gambas-devel] GSL
Message-ID: <CAGwqEL5yh+r8hajxroHcf03OU=MhH_QqbCB7ymfex5_qz1ep-Q@...178...>

Hi Benoit,

FYI: I am wanting to start work on the gsl component again. I know it has
been almost a year since I last worked on it. I pulled the trunk today and
will need some time to get back up to speed (not that I ever was). But I
hope to be productive soon. I am not sure if I still have commit access but
I wont need it for a few weeks as I need to work locally to get up to
speed.

Thank you,

Randall

-- 
If you ask me if it can be done. The answer is YES, it can always be done.
The correct questions however are... What will it cost, and how long will
it take?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131022/3e0fa0a0/attachment.html>

From gambas at ...1...  Wed Oct 23 03:26:42 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Wed, 23 Oct 2013 03:26:42 +0200
Subject: [Gambas-devel] GSL
In-Reply-To: <CAGwqEL5yh+r8hajxroHcf03OU=MhH_QqbCB7ymfex5_qz1ep-Q@...178...>
References: <CAGwqEL5yh+r8hajxroHcf03OU=MhH_QqbCB7ymfex5_qz1ep-Q@...178...>
Message-ID: <526725D2.7000602@...1...>

Le 23/10/2013 02:35, Randall Morgan a ?crit :
> Hi Benoit,
>
> FYI: I am wanting to start work on the gsl component again. I know it
> has been almost a year since I last worked on it. I pulled the trunk
> today and will need some time to get back up to speed (not that I ever
> was). But I hope to be productive soon. I am not sure if I still have
> commit access but I wont need it for a few weeks as I need to work
> locally to get up to speed.
>
> Thank you,
>
> Randall
>

You have commit access.

I don't know on which part of the gsl you want to work, but most of my 
work was implementing the "arithmetic operator interface" and the 
"conversion interface" of the interpreter in the component so that the 
objects of gb.gsl can be used as much as possible like numbers.

So, just ask me if you have questions!

Regards,

-- 
Beno?t Minisini



From rmorgan62 at ...176...  Wed Oct 23 05:18:30 2013
From: rmorgan62 at ...176... (Randall Morgan)
Date: Tue, 22 Oct 2013 20:18:30 -0700
Subject: [Gambas-devel] GSL
In-Reply-To: <526725D2.7000602@...1...>
References: <CAGwqEL5yh+r8hajxroHcf03OU=MhH_QqbCB7ymfex5_qz1ep-Q@...178...>
	<526725D2.7000602@...1...>
Message-ID: <CAGwqEL4mxHqDv3cchasSME_uTJvEXYV+W3KqLefQ93Ztv8v-rA@...178...>

Thanks Benoit!

I am sure I will have question.... :-)




On Tue, Oct 22, 2013 at 6:26 PM, Beno?t Minisini <
gambas at ...1...> wrote:

> Le 23/10/2013 02:35, Randall Morgan a ?crit :
> > Hi Benoit,
> >
> > FYI: I am wanting to start work on the gsl component again. I know it
> > has been almost a year since I last worked on it. I pulled the trunk
> > today and will need some time to get back up to speed (not that I ever
> > was). But I hope to be productive soon. I am not sure if I still have
> > commit access but I wont need it for a few weeks as I need to work
> > locally to get up to speed.
> >
> > Thank you,
> >
> > Randall
> >
>
> You have commit access.
>
> I don't know on which part of the gsl you want to work, but most of my
> work was implementing the "arithmetic operator interface" and the
> "conversion interface" of the interpreter in the component so that the
> objects of gb.gsl can be used as much as possible like numbers.
>
> So, just ask me if you have questions!
>
> Regards,
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>



-- 
If you ask me if it can be done. The answer is YES, it can always be done.
The correct questions however are... What will it cost, and how long will
it take?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131022/6c37764e/attachment.html>

From gambas at ...1...  Wed Oct 23 13:03:00 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Wed, 23 Oct 2013 13:03:00 +0200
Subject: [Gambas-devel] Gambas hall of fame
In-Reply-To: <20131023103322.GC622@...693...>
References: <5266F43E.4090209@...1...>
	<20131023103322.GC622@...693...>
Message-ID: <5267ACE4.2030406@...1...>

Le 23/10/2013 12:33, Tobias Boege a ?crit :
> On Tue, 22 Oct 2013, Beno?t Minisini wrote:
>> Hi,
>>
>> The Gambas Hall Of Fame is not really up to date.
>>
>> I'd like to make something with photographs of each people involved in
>> Gambas: developers, main translators, web site / forum maintainers... I
>> think it will give a more "friendly" or "human" image of the software.
>>
>> Do you think it's a good idea?
>>
>
> Why not? From time to time it's amusing how different a person looks like
> from how one imagined.
>
> So how do we do it? Should we send the photo to you? It doesn't seem like I
> have write access to the Gambas SF pages.
>
> [ While we are at it: gb.data, gb.openssl and the IDE patch dialogs could
> also be listed in my entry :-) ]
>
> Regards,
> Tobi
>

Indeed. I'd like each involved person to send me:

- A portrait as a square image.

- If I forgot to list all what has been done in the "authors.txt" file 
located in the IDE.

Thanks.

-- 
Beno?t Minisini



From tobias at ...692...  Wed Oct 23 13:32:18 2013
From: tobias at ...692... (Tobias Boege)
Date: Wed, 23 Oct 2013 13:32:18 +0200
Subject: [Gambas-devel] Gambas hall of fame
In-Reply-To: <5267ACE4.2030406@...1...>
References: <5266F43E.4090209@...1...>
	<20131023103322.GC622@...693...>
	<5267ACE4.2030406@...1...>
Message-ID: <20131023113218.GG622@...693...>

On Wed, 23 Oct 2013, Beno?t Minisini wrote:
> Le 23/10/2013 12:33, Tobias Boege a ?crit :
> > On Tue, 22 Oct 2013, Beno?t Minisini wrote:
> >> Hi,
> >>
> >> The Gambas Hall Of Fame is not really up to date.
> >>
> >> I'd like to make something with photographs of each people involved in
> >> Gambas: developers, main translators, web site / forum maintainers... I
> >> think it will give a more "friendly" or "human" image of the software.
> >>
> >> Do you think it's a good idea?
> >>
> >
> > Why not? From time to time it's amusing how different a person looks like
> > from how one imagined.
> >
> > So how do we do it? Should we send the photo to you? It doesn't seem like I
> > have write access to the Gambas SF pages.
> >
> > [ While we are at it: gb.data, gb.openssl and the IDE patch dialogs could
> > also be listed in my entry :-) ]
> >
> > Regards,
> > Tobi
> >
> 
> Indeed. I'd like each involved person to send me:
> 
> - A portrait as a square image.
> 

Really, a square? I have made the image a square by expanding its width with
transparency on each side. I hope you don't mind.

> - If I forgot to list all what has been done in the "authors.txt" file 
> located in the IDE.
> 

I'll commit the changes in a second.

Regards,
Tobi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tobias.png
Type: image/png
Size: 40577 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131023/579bd4f2/attachment.png>

From mckaygerhard at ...176...  Thu Oct 24 17:37:31 2013
From: mckaygerhard at ...176... (PICCORO McKAY Lenz)
Date: Thu, 24 Oct 2013 11:07:31 -0430
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
	scripts?
Message-ID: <CALci+FRYvpEbCXQ9MvjY_i+f9H60tiCgmBFnYrcERPBufarxyg@...178...>

From: Fabien Bodard <gambas.fr at ...176...>

> I your module is a component yes... Else you can make class module.
> Just begin the code with
> CLASS
>
> and end it with
> END CLASS
this are in the module code? i must around these words event coded as
normally module?

> Then include it with the INCLUDE script keyword
So this are in the script page, interpreted by the cgi right?
The include are full path or relative path?
well i can use the App.path also but its relative or absolute paths
for include keyword?


From: Beno?t Minisini <gambas at ...1...>
> Why do you put quotes around the USE instructions???
Due follow code do not work (a blank page its rendered)

#!/usr/bin/env gbw3
<%
USE gb.db
USE gb.vb
USE gb.eval

Dim home as string = Application.path
Dim conector As new Connection
%>



From: Jesus <ea7dfh at ...731...>
> May be because he's not a "winbuntu" user... ;-)
yes u have right.. i never use it! I've noticed that those who use it
in my office (now decreasing, continue reading to know), always need
more resources, more ram, more cpu power, and the justification always
"updates, vesion raise", but their individual performance results are
never "raised", interesting, whereas with what I use, my results
always evolve, without need to consume more resources than i already
have it



From gambas at ...1...  Thu Oct 24 20:08:14 2013
From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=)
Date: Thu, 24 Oct 2013 20:08:14 +0200
Subject: [Gambas-devel] How to use connections/resultsets from gb.web
 scripts?
In-Reply-To: <CALci+FRYvpEbCXQ9MvjY_i+f9H60tiCgmBFnYrcERPBufarxyg@...178...>
References: <CALci+FRYvpEbCXQ9MvjY_i+f9H60tiCgmBFnYrcERPBufarxyg@...178...>
Message-ID: <5269620E.8030401@...1...>

Le 24/10/2013 17:37, PICCORO McKAY Lenz a ?crit :
> From: Beno?t Minisini <gambas at ...1...>
>> Why do you put quotes around the USE instructions???
> Due follow code do not work (a blank page its rendered)
>
> #!/usr/bin/env gbw3
> <%
> USE gb.db
> USE gb.vb
> USE gb.eval
>
> Dim home as string = Application.path
> Dim conector As new Connection
> %>
>

I think it's: USE "gb.db", with quotes.

-- 
Beno?t Minisini



From sebikul at ...176...  Thu Oct 31 22:37:01 2013
From: sebikul at ...176... (Sebastian Kulesz)
Date: Thu, 31 Oct 2013 19:37:01 -0200
Subject: [Gambas-devel] What about cmake?
In-Reply-To: <525B075F.6050707@...1...>
References: <CAAkQKUY8wJgdgTsjH2ygKNgymCKYhpAhW2QmGFzw1+xaetw+hw@...178...>
	<20131005141510.GB524@...693...>
	<CAAkQKUYT8YCZzua77KZxaHg7xoL4u85pS82Denxyp1ksMO6wag@...178...>
	<CAAkQKUbJ3vgqKsDoHvJNQJVcnN=rSNmHsP_Mr3jvY+rNN33h0w@...178...>
	<52584A6C.8030805@...1...>
	<CAAkQKUYiQ6XP=jk5ovJm=E48tQvmt4LD+sstMJ_gyk75bPvWEg@...178...>
	<525AAC80.6000200@...1...>
	<CAAkQKUZeLC9Lpn=1vky8TfEZDni81sNqu0PFTUcNNX2cP+d-nw@...178...>
	<CAAkQKUatea2okWyvmRiQbtWwN8nsQBAdkk0Q9HWdbOS6iGBXYA@...178...>
	<20131013193153.GC522@...693...>
	<CAAkQKUYhYzsddN2TV7wdoNZT6b8ChpjdOdP4BdSeDsrbZBJz8w@...178...>
	<525B075F.6050707@...1...>
Message-ID: <CAAkQKUZSvk=FZL5t=TwxQpsrdJaeo-fg6=voMxqxVWeUpuL-Fw@...178...>

After a lot of struggle i managed to create a somewhat generic set of
macros to build and install the needed components. Although the runtime
installs just fine, i'm having trouble when running the Gambas informer to
create the .info files. I tried reading the gbi.c file but found nothing
wrong with components are installed. There is one difference with the
autoconf setup though; libtool is not supported by cmake, so gcc is called
directly, not through the libtool file.
I'm think this last point might be the problem. If it is, is there any fix,
or is libtool absolutely necessary?


On Sun, Oct 13, 2013 at 5:49 PM, Beno?t Minisini <
gambas at ...1...> wrote:

> Le 13/10/2013 22:43, Sebastian Kulesz a ?crit :
> > Both bugs have been fixed. Thanks for the feedback. Cmake now checks to
> > see if the .svn folder exists, not only if the svn binary exists within
> > PATH. PostgreSQL was one of the first modules i moved so contained some
> > bugs regarding inclusion paths passed to the compiler.
> >
> > I will start implementing the installation macros. I can't do much
> > without gbx compiling, this is the error i get:
> >
> > [ 10%] Building C object main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o
> > In file included from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24:0,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:36:6: error:
> > tipos en conflicto para ?unsetenv?
> >   void unsetenv(const char *name);
> >        ^
> > In file included from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_common.h:43:0,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:28,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
> > /usr/include/stdlib.h:588:12: nota: la declaraci?n previa de ?unsetenv?
> > estaba aqu?
> >   extern int unsetenv (const char *__name) __THROW __nonnull ((1));
> >              ^
> > In file included from
> > /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:0:
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:67:6:
> > error: tipos en conflicto para ?unsetenv?
> >   void unsetenv(const char *name)
> >        ^
> > In file included from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_common.h:43:0,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace.h:28,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/share/gb_replace_temp.h:24,
> >                   from
> > /home/sebi/Builds/gambas3-cmake/main/gbx/gbx_replace.c:24:
> > /usr/include/stdlib.h:588:12: nota: la declaraci?n previa de ?unsetenv?
> > estaba aqu?
> >   extern int unsetenv (const char *__name) __THROW __nonnull ((1));
> >              ^
> > main/gbx/CMakeFiles/gbx.dir/build.make:218: recipe for target
> > 'main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o' failed
> > make[2]: *** [main/gbx/CMakeFiles/gbx.dir/gbx_replace.c.o] Error 1
> > CMakeFiles/Makefile2:223: recipe for target
> > 'main/gbx/CMakeFiles/gbx.dir/all' failed
> > make[1]: *** [main/gbx/CMakeFiles/gbx.dir/all] Error 2
> > Makefile:136: recipe for target 'all' failed
> > make: *** [all] Error 2
> >
>
>
> You are compiling functions that must be compiled only if the system
> libc does not provide them.
>
> You must implement all tests located in acinclude.m4 file.
>
> In that specific case, this is:
>
> AC_CHECK_FUNCS(setenv unsetenv getdomainname getpt cfmakeraw)
>
> Do you know autoconf enough to implement the corresponding tests with
> cmake? If not, I suggest you read carefully the autoconf documentation.
>
> Regards,
>
> --
> Beno?t Minisini
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131031/205ea471/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log.tar.gz
Type: application/x-gzip
Size: 3768 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20131031/205ea471/attachment.bin>