Behdad Esfahbod wrote:
On Fri, 2008-04-18 at 02:32 +0300, Roumen Petrov wrote:
Behdad Esfahbod wrote:
[SNIP]
But if user run directly an application installed in non-default
location the user is responsible to set environment.
I'm not talking about application installed in non-default locatio
* Roumen Petrov wrote on Fri, Apr 18, 2008 at 08:32:23PM CEST:
>
> About "no way to fix this problem with autotools". Why ?
> As example libxml can run binaries from build dir. In one of the tests
> is created specific xml catalog and application is run with this catalog
> instead with system.
Bob Friesenhahn wrote:
On Fri, 18 Apr 2008, Roumen Petrov wrote:
And if application don't read environment, next request is libtool
wrapper script to pass arguments to application command line.
The whole idea is libtool overkill.
This statement is a little "over the top". Why are you so v
On Fri, 2008-04-18 at 21:53 +0300, Roumen Petrov wrote:
>
> In some cases application depend from other services.
> In this case a specific to project wrapper script has to run
> services,
> to check if service is run, to run project application and when
> application finish to stop service. The
On Fri, 2008-04-18 at 21:32 +0300, Roumen Petrov wrote:
>
>
> About "no way to fix this problem with autotools". Why ?
> As example libxml can run binaries from build dir. In one of the
> tests
> is created specific xml catalog and application is run with this
> catalog
> instead with system.
* Roumen Petrov wrote on Fri, Apr 18, 2008 at 08:53:12PM CEST:
>
> In some cases application depend from other services.
> In this case a specific to project wrapper script has to run services,
> to check if service is run, to run project application and when
> application finish to stop servic
On Fri, 18 Apr 2008, Roumen Petrov wrote:
Because I think that modules/application/packages/etc should do their best
work. I don't think that a particular package hast o support partially or to
implement very basic functionality. The est example is microsoft software
where application is featur
* Bob Friesenhahn wrote on Fri, Apr 18, 2008 at 09:15:55PM CEST:
> The only substantial change is for static builds which currently
> don't have a wrapper.
Yes.
> The static build is a more significant concern since static builds are
> often used for debugging purposes and if we hide the static
Behdad Esfahbod wrote:
On Fri, 2008-04-18 at 21:53 +0300, Roumen Petrov wrote:
In some cases application depend from other services.
In this case a specific to project wrapper script has to run
services,
to check if service is run, to run project application and when
application finish to stop
On Fri, 18 Apr 2008, Ralf Wildenhues wrote:
We need to make sure
that it is both possible to obtain the necessary run-time environment,
and to run the debugger on the correct binary. Proposals for the
cleanest way to do that are appreciated.
Well, did this cease to work (except for the bug w
Ralf Wildenhues wrote:
* Bob Friesenhahn wrote on Fri, Apr 18, 2008 at 09:15:55PM CEST:
The only substantial change is for static builds which currently
don't have a wrapper.
Yes.
The static build is a more significant concern since static builds are
often used for debugging purposes and if
On Fri, 2008-04-18 at 14:36 -0500, Bob Friesenhahn wrote:
>
> I assume that it works. Of course it does not work with some
> IDE-based debuggers. It can be made to work with programs like 'ddd'
> and 'emacs' which talk to a traditional debugger over a pseudo-tty or
> pipe.
autotool-aware IDE
On Fri, 2008-04-18 at 22:27 +0300, Roumen Petrov wrote:
> I perfectly know that user
> cannot go in build-dir and just to run secure shell daemon/client.
And if you are happy with that, good for you. In GNOME though, we want
our users to be able to run uninstalled programs. If this feature is
n
Behdad Esfahbod wrote:
On Fri, 2008-04-18 at 22:27 +0300, Roumen Petrov wrote:
I perfectly know that user
cannot go in build-dir and just to run secure shell daemon/client.
And if you are happy with that, good for you.
:)
In GNOME
Ohh no
though, we want
our users to be able to run unins
On Fri, 2008-04-18 at 23:16 +0300, Roumen Petrov wrote:
> For my users, from make and some wrapper script, I setup environment,
> run some servers (as example openldap with preloaded data) run
> un-installed programs so my users see that things work before to
> install.
Ok, then this feature wi
* Ralf Wildenhues wrote on Wed, Apr 16, 2008 at 09:53:22PM CEST:
> * Bob Friesenhahn wrote on Wed, Apr 16, 2008 at 09:26:49PM CEST:
> > With latest CVS HEAD and performing a cross-build to MinGW using FreeBSD
> > as the build host, I am seeing an 'illegal option' error message from
> > FreeBSD's
* Bob Friesenhahn wrote on Sat, Apr 12, 2008 at 05:51:28PM CEST:
>
> The patch looks ok to me. We shall see about the actual performance
> improvement.
Thanks, applied.
Cheers,
Ralf
>> 2008-04-12 Ralf Wildenhues <[EMAIL PROTECTED]>
>>
>> * libltdl/config/ltmain.m4sh (func_mode_compile)
[ dropping bug-libtool ]
* Ralf Wildenhues wrote on Fri, Apr 18, 2008 at 11:40:29PM CEST:
>
> OK to apply? I was first going to rewrite this to use func_stripname,
> but then I couldn't find any instance where we actually use $name later.
> So I figured this can all go. I'd appreciate somebody
18 matches
Mail list logo
