Brainstorming the debugger problem

[Benoit Cerrina]

Hi,
from my experience at work I'd say it would certainly be nice to be able to
set up
another path for the output files (executable and libraries) as well as the
secondary files (object files) especially in case of multiplatform
development.
If a program is developped for several platforms either through cross
compilation or using different machine and an NFS workspace directory it
would be necessary.
In our case a directories at the workspace level called
solaris_a
irix_a
hpux_a
aix_a
nt_a
alpha_a
are created to hold the "runtime view" i.e. all the runtime directory
structures, executables, libs, data files...

In any case, as long as the project management is being rethought I'd
suggest that this type of options should be made available.
One way to do this would be to define an xml format which would contain the
specifics of a type of workspace organisation structure.  New one could be
added easily and the appropriate makefile.am and other automak and autoconf
script could be generated.

Ben



----- Original Message -----
From: "Ralf Funken" <rfunken at kdevelop.de>
To: <kdevelop-devel at barney.cs.uni-potsdam.de>
Sent: Monday, March 20, 2000 7:30 AM
Subject: Brainstorming the debugger problem


> Hi,
>
> I think we agree that the key problem is to find out where the executable
is,
> so we can call the debugger with it. Maybe it's not so difficult to find
out
> after all. As far as I can see there are only two posssibilities: either
it's
> in the projekt dir or in .libs. If it is in .libs, there's a shellscript
with
> the same name in the project dir. If the user later decides not to link
against
> so's we have exe's in both paths. Now the idea is the following. If we
called
> the debugger via a slot ( I didn't have the time to check this) , we had
the
> chance to check the magic number of the file before we call the debugger.
We
> first check the file in the project dir( the user might have redecided not
to
> link against so's but this always reflects the actual setting). If  the
number
> is "#!" ( you know that this is the magic number in ascii for  shell
scripts)
> we use the file in .libs. If not we call the debugger with the exe in the
> project dir.
>
> I told you it was brainstorming, so if the idea is absolutely BS ...
>
> Ralf
>
>
> --
> Ralf Funken
>
> The KDevelop Project
> http://www.kdevelop.org
>
> Email: rfunken at kdevelop.de
>