* Re: GTK Build from source
2008-08-19 21:32 ` RasikaSrinivasan
@ 2008-08-20 7:37 ` Ludovic Brenta
2008-08-20 21:42 ` RasikaSrinivasan
2008-08-20 7:49 ` Pascal Obry
` (2 subsequent siblings)
3 siblings, 1 reply; 14+ messages in thread
From: Ludovic Brenta @ 2008-08-20 7:37 UTC (permalink / raw)
RasikaSrinivasan@gmail.com wrote:
> A pertinent question might be - will the gnat Project support with gpr
> files not serve the function. Perhaps ada based distributions should
> use that instead of the traditional config etc.
That's what Debian does, of course. The Debian packages contain the
preprocessed source files and hand-optimised project files that
integrate well with all other packages (XML/Ada, AWS and many others).
If you want binary packages for Windows, you'll have to make them
yourself. Feel free to join the GNU Ada project (http://
sourceforge.net/projects/gnuada) and contribute.
--
Ludovic Brenta.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-20 7:37 ` Ludovic Brenta
@ 2008-08-20 21:42 ` RasikaSrinivasan
0 siblings, 0 replies; 14+ messages in thread
From: RasikaSrinivasan @ 2008-08-20 21:42 UTC (permalink / raw)
i will join and hopefully contribute. thanks, srini
On Aug 20, 3:37 am, Ludovic Brenta <ludo...@ludovic-brenta.org> wrote:
> RasikaSriniva...@gmail.com wrote:
> > A pertinent question might be - will the gnat Project support with gpr
> > files not serve the function. Perhaps ada based distributions should
> > use that instead of the traditional config etc.
>
> That's what Debian does, of course. The Debian packages contain the
> preprocessed source files and hand-optimised project files that
> integrate well with all other packages (XML/Ada, AWS and many others).
> If you want binary packages for Windows, you'll have to make them
> yourself. Feel free to join the GNU Ada project (http://
> sourceforge.net/projects/gnuada) and contribute.
>
> --
> Ludovic Brenta.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-19 21:32 ` RasikaSrinivasan
2008-08-20 7:37 ` Ludovic Brenta
@ 2008-08-20 7:49 ` Pascal Obry
2008-08-20 12:08 ` Stephen Leake
2008-08-20 19:47 ` Simon Wright
3 siblings, 0 replies; 14+ messages in thread
From: Pascal Obry @ 2008-08-20 7:49 UTC (permalink / raw)
To: RasikaSrinivasan@gmail.com
RasikaSrinivasan@gmail.com a �crit :
> A pertinent question might be - will the gnat Project support with gpr
> files not serve the function. Perhaps ada based distributions should
> use that instead of the traditional config etc.
Project files are for building. That's only part of a project. You need
to create distrib tarball, launch the tests, install files, build and
install documentation... All this is better handled by makefile. I also
found the makefile good as it contains the extact command to launch for
building, installing...
Even for building I prefer:
$ make
Than to have to remember the actual command line to use:
$ gnat make -XLIBRARY_TYPE=static -XBUILD=Debug -P my_project
Pascal.
--
--|------------------------------------------------------
--| Pascal Obry Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--| http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-19 21:32 ` RasikaSrinivasan
2008-08-20 7:37 ` Ludovic Brenta
2008-08-20 7:49 ` Pascal Obry
@ 2008-08-20 12:08 ` Stephen Leake
2008-08-21 8:31 ` Pascal Obry
2008-08-20 19:47 ` Simon Wright
3 siblings, 1 reply; 14+ messages in thread
From: Stephen Leake @ 2008-08-20 12:08 UTC (permalink / raw)
"RasikaSrinivasan@gmail.com" <RasikaSrinivasan@gmail.com> writes:
> FWIW
>
> A pertinent question might be - will the gnat Project support with gpr
> files not serve the function. Perhaps ada based distributions should
> use that instead of the traditional config etc.
>
> In any case, I found that on Windows for gnat based development, I am
> not sure cygwin works that well. for example, the -I and other such
> specifications want to interpret the argument using the native
> directory separator ie "\" and not the unix like "/"
Any recent GNAT will handle "/" in windows file/path names; what
version are you running that has problems with that?
Perhaps you mean the native path separator in ADA_PROJECT_PATH; that
is still a problem, but since you specify ADA_PROJECT_PATH once per
project, it's not a big deal.
Also, installing Cygwin at c:/ (_not_ c:/cygwin) makes things _much_
nicer; then windows c:/foo/bar is the _same_ as cygwin /foo/bar; no
/cygdrive/c/ or `cygpath -w /foo/bar' necessary. The Cygwin installer
complains when you do this; that's because it assumes you don't know
what you are doing, and might have some other bin directory at c:/bin.
Ignore the complaint!
> So if one is used to the command line - we have to get friendly with
> cmd!!!
Not me!
Except when trying to use an nfs client from Windows; Cygwin doesn't
have one, so I have to use another product, and then Cygwin doesn't
see those mounts. Obvious solution; pay someone to build a Cygwin nfs
client!
--
-- Stephe
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-20 12:08 ` Stephen Leake
@ 2008-08-21 8:31 ` Pascal Obry
0 siblings, 0 replies; 14+ messages in thread
From: Pascal Obry @ 2008-08-21 8:31 UTC (permalink / raw)
To: Stephen Leake
Stephen,
> Also, installing Cygwin at c:/ (_not_ c:/cygwin) makes things _much_
> nicer; then windows c:/foo/bar is the _same_ as cygwin /foo/bar; no
> /cygdrive/c/ or `cygpath -w /foo/bar' necessary. The Cygwin installer
> complains when you do this; that's because it assumes you don't know
> what you are doing, and might have some other bin directory at c:/bin.
> Ignore the complaint!
This is true, but I hate having lot of dir on my top level C drive. My
configuration is:
- I install Cygwin into c:\cygwin
- I mount my working directories:
$ mount c:\\home /home
$ mount c:\\opt /opt
As all my work is done into my home directory (/home/obry) no problem
either with /cygdrive/c or whatever. As I install some stuff on /opt the
mount point makes this possible too.
There is one single rule to follow for directories that must be accessed
by Cygwin and standard Windows applications (ming based compiler for
example):
-> those directories must be accessed using an equivalent PATH
c:\whatever must be equivalent to /whatever
So mount points are quite handy there.
> Not me!
Likewise! cmd.exe is junk for developers.
Pascal.
--
--|------------------------------------------------------
--| Pascal Obry Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--| http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-19 21:32 ` RasikaSrinivasan
` (2 preceding siblings ...)
2008-08-20 12:08 ` Stephen Leake
@ 2008-08-20 19:47 ` Simon Wright
2008-08-20 21:43 ` RasikaSrinivasan
2008-08-21 8:33 ` Pascal Obry
3 siblings, 2 replies; 14+ messages in thread
From: Simon Wright @ 2008-08-20 19:47 UTC (permalink / raw)
"RasikaSrinivasan@gmail.com" <RasikaSrinivasan@gmail.com> writes:
> In any case, I found that on Windows for gnat based development, I am
> not sure cygwin works that well. for example, the -I and other such
> specifications want to interpret the argument using the native
> directory separator ie "\" and not the unix like "/"
I prefer not to use -I etc; leave that sort of thig up to gnatmake,
which it does perfectly well.
You can of course have other problems using mixed Windows/Cygwin tools,
in our case with environment variables most of which get converted
properly by cygwin from the Windows set, but (if I remember correctly)
not tools such as gnatmake which don't understand /cygdrive/d/... and
need d:/... instead.
What we did was to get a tool to create .reg and .sh (and .el!) files
with equivalent and appropriate meanings: then you can double-click on
the .reg file for use on command shells, and thereafter source the .sh
file for cygwin shells from ~/.profile. A PITA to set up, but invisible
after it's done.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-20 19:47 ` Simon Wright
@ 2008-08-20 21:43 ` RasikaSrinivasan
2008-08-21 8:33 ` Pascal Obry
1 sibling, 0 replies; 14+ messages in thread
From: RasikaSrinivasan @ 2008-08-20 21:43 UTC (permalink / raw)
On Aug 20, 3:47 pm, Simon Wright <simon.j.wri...@mac.com> wrote:
> "RasikaSriniva...@gmail.com" <RasikaSriniva...@gmail.com> writes:
> > In any case, I found that on Windows for gnat based development, I am
> > not sure cygwin works that well. for example, the -I and other such
> > specifications want to interpret the argument using the native
> > directory separator ie "\" and not the unix like "/"
>
> I prefer not to use -I etc; leave that sort of thig up to gnatmake,
> which it does perfectly well.
>
> You can of course have other problems using mixed Windows/Cygwin tools,
> in our case with environment variables most of which get converted
> properly by cygwin from the Windows set, but (if I remember correctly)
> not tools such as gnatmake which don't understand /cygdrive/d/... and
> need d:/... instead.
>
> What we did was to get a tool to create .reg and .sh (and .el!) files
> with equivalent and appropriate meanings: then you can double-click on
> the .reg file for use on command shells, and thereafter source the .sh
> file for cygwin shells from ~/.profile. A PITA to set up, but invisible
> after it's done.
thanks for all interesting ideas. srini
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: GTK Build from source
2008-08-20 19:47 ` Simon Wright
2008-08-20 21:43 ` RasikaSrinivasan
@ 2008-08-21 8:33 ` Pascal Obry
1 sibling, 0 replies; 14+ messages in thread
From: Pascal Obry @ 2008-08-21 8:33 UTC (permalink / raw)
To: Simon Wright
Simon,
> You can of course have other problems using mixed Windows/Cygwin tools,
> in our case with environment variables most of which get converted
> properly by cygwin from the Windows set, but (if I remember correctly)
> not tools such as gnatmake which don't understand /cygdrive/d/... and
> need d:/... instead.
Right, GNAT is a ming based applications (using native Windows
interface) so /cygdrive/d cannot be understood as this is Cygwin stuff.
Pascal.
--
--|------------------------------------------------------
--| Pascal Obry Team-Ada Member
--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE
--|------------------------------------------------------
--| http://www.obry.net
--| "The best way to travel is by means of imagination"
--|
--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595
^ permalink raw reply [flat|nested] 14+ messages in thread