<div dir="ltr"><br><br><div class="gmail_quote">On Wed, Oct 15, 2008 at 2:33 PM, Andreas Pakulat <span dir="ltr"><<a href="mailto:apaku@gmx.de">apaku@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On 14.10.08 22:07:42, Matt Rogers wrote:<br>
> On Tuesday 14 October 2008 21:50:55 Aleix wrote:<br>
> > On Wed, Oct 15, 2008 at 4:42 AM, Matt Rogers <<a href="mailto:mattr@kde.org">mattr@kde.org</a>> wrote:<br>
> > > On Tuesday 14 October 2008 21:36:02 Aleix wrote:<br>
> > > > hi list,<br>
> > > > this was discussed some time ago but we didn't find anything good but<br>
> > > > we didn't come up with a good interface for that. Now it is needed for<br>
> > > > the<br>
> > ><br>
> > > new<br>
> > ><br>
> > > > runcontroller, we want to be able to run any target.<br>
> > > ><br>
> > > > This is being solved in cmake adding the url to the UserData+1 (it is<br>
> > > > already possible to run a target from the projectmodelview if it is<br>
> > ><br>
> > > cmake),<br>
> > ><br>
> > > > we need a way to specify it in the platform interface.<br>
> > > ><br>
> > > > Last time we spoke about many things, returning: KUrl, KUrl::List,<br>
> > > > QMap<QString, KUrl> iirc. What do you think?<br>
> > > > Maybe we can add it only to test and executable target items so that<br>
> > > > the use case is simpler, I think that KUrl::List would be quite<br>
> > > > scalable for now. What do you think?<br>
> > > ><br>
> > > > bye!<br>
> > > > aleix<br>
> > ><br>
> > > What would the KUrl::List be used for? A list of all the executable URLs?<br>
> ><br>
> > Well, the problem is that 1 target might generate more than 1 file -> more<br>
> > than 1 url. The example that apaku used was that a library in windows is<br>
> > composed by many files.<br>
><br>
> Yeah, but you can't run a library, can you?<br>
<br>
</div></div>Right, the problem is if we put this API on IBuildSystemManager it better<br>
also work for all other types of targets as we can't change that interface<br>
easily. Also what about custom targets, which also might have multiple<br>
output files (which is what this API gives access to basically)<br>
<div class="Ih2E3d"><br>
> I think we should limit this particular piece of information only to the<br>
> executable targets. KUrl::List then becomes a good candidate for storing<br>
> that information.<br>
<br>
</div>Actually just KUrl, because we're talking about accessing the information<br>
for one specific target.<br>
<br>
See my other post for more information.<br>
<div class="Ih2E3d"><br>
> But then again, perhaps I miss something and this is about more than just<br>
> being able to have a list of executable targets per project.<br>
<br>
</div>The use-case that Aleix has right now is exactly that, but we didn't like<br>
the idea of having<br>
<br>
IBuildSystemManager::executableTargetOutput( ExecutableProjectItem* )<br>
IBuildSystemManager::libraryTargetOutput( LibraryProjectItem* )<br>
<br>
Or in that case rather ExecutableProjectItem::outputInformation. This<br>
latter version imposes added complexity at least for the cmake support,<br>
according to Aleix. Its easier for him to have the API on the buildsystem<br>
manager.</blockquote><div> </div><div>Well, actually, as I said, now I am storing the information in the item data (that's why I said), so it is ok to have it in the item.<br>I'm fine with whatever implementation as soon as we have the way to retrieve the information.<br>
<br>Btw, I still think that the executable url is the executable path itself and we don't want the .shell file. We can retrieve the information from the .shell file from the buildmanager.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Andreas<br>
<font color="#888888"><br>
--<br>
You have an unusual understanding of the problems of human relationships.<br>
</font><div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br></div>