Hi Alex,
I agree with most of what you say, and have just one added point.
On 2008-05-28 21:49+0200 Alexander Neundorf wrote:
Parsing the (pkg-config) stdout which
contains "-I/some/dir" is not really nice. Having some nicely structured
information would be better.
Agreed. Nevertheless, to
On Tuesday 27 May 2008, you wrote:
> The point that should be emphasized is many libraries developed on Linux
> export their compile and link information only using pkg-config so users of
> those libraries _must_ deal with pkg-config or else reinvent the wheel.
> So I felt Alex's comments below nee
The point that should be emphasized is many libraries developed on Linux
export their compile and link information only using pkg-config so users of
those libraries _must_ deal with pkg-config or else reinvent the wheel.
So I felt Alex's comments below needed to be answered.
On 2008-05-26 22:36+0
Am Montag 26 Mai 2008 22:36:03 schrieb Alexander Neundorf:
> Second comment: pkg-config is not widespread outside of Linux (and maybe
> *BSD, don't know), so find modules should works also without pkgconfig
pkg-config on windows is a PITA!
> Third comment: I think much better than the somewhat c
On Monday 26 May 2008, Hendrik Sattler wrote:
...
> CMake needs a better integration with other systems of finding such
> definitions, IMHO. On good thing would be to make pkg-config usage
> absolutely transparent,
First comment: pkg-config sucks (it prints unstructured, toolchain dependent
infor
Am Sonntag 25 Mai 2008 09:37:07 schrieb Andreas Schneider:
> Pau Garcia i Quiles wrote:
> > There is the unofficial http://code.google.com/p/cmake-modules/
>
> Where I'm the only developer and as nobody is interested in helping I
> update it rarly. So if someone is interested in helping let me know
Pau Garcia i Quiles wrote:
The easy way to sort that problem is let it solve by itself: if there
are 5 FindBoost.cmake in CMakeForge, I'd probably go for the
most-downloaded one (or the most-used one, if cmake-popularity-contest
is implemented).
Talking about Boost, now that Boost is moving t
Quoting Andreas Schneider <[EMAIL PROTECTED]>:
Pau Garcia i Quiles wrote:
The problem with a restricted-access repository is we would
probably have the same issues we have now: you need to ask for
access, which would not be granted to you until you are
"well-known" and/or you've got s
Zitat von Pau Garcia i Quiles <[EMAIL PROTECTED]>:
I know how git works (and mercurial, too, by the way) but I don't see
people setting up their own git repositories just for other people to
pull two FindWhaterEver.cmake.
I have some around, too, but would not do that, either. Simply because
> >> The problem with a restricted-access repository is we would
> >> probably have the same issues we have now: you need to ask for
> >> access, which would not be granted to you until you are
> >> "well-known" and/or you've got some really interesting
> >> contribution. Not a big improvement, IMH
Pau Garcia i Quiles wrote:
The problem with a restricted-access repository is we would probably
have the same issues we have now: you need to ask for access, which
would not be granted to you until you are "well-known" and/or you've got
some really interesting contribution. Not a big improvem
Quoting Alexander Neundorf <[EMAIL PROTECTED]>:
On Sunday 25 May 2008, Andreas Schneider wrote:
Pau Garcia i Quiles wrote:
> There is the unofficial http://code.google.com/p/cmake-modules/
Where I'm the only developer and as nobody is interested in helping I
update it rarly. So if someone is i
On Sunday 25 May 2008, Andreas Schneider wrote:
> Pau Garcia i Quiles wrote:
> > There is the unofficial http://code.google.com/p/cmake-modules/
>
> Where I'm the only developer and as nobody is interested in helping I
> update it rarly. So if someone is interested in helping let me know.
>
> I wou
Hi list,
>> There is the unofficial http://code.google.com/p/cmake-modules/
>>
>
>Where I'm the only developer and as nobody is interested in helping I update
>it rarly. So if someone is interested in helping let me know.
I think the best bet is to ask projects who use CMake and create their
own
Pau Garcia i Quiles wrote:
There is the unofficial http://code.google.com/p/cmake-modules/
Where I'm the only developer and as nobody is interested in helping I update
it rarly. So if someone is interested in helping let me know.
I would setup a new git repository on.
Official finders hav
Quoting Aleix <[EMAIL PROTECTED]>:
Hi list,
With the time, at work, I've been developing some finders
(find_package-called script).
I can see 2 issues here:
- Everytime I need to use another library, I have to develop another finder
(which might have been developed by someone else in another p
Am Freitag 23 Mai 2008 09:54:21 schrieb Aleix:
> Hi list,
>
> With the time, at work, I've been developing some finders
> (find_package-called script).
>
> I can see 2 issues here:
> - Everytime I need to use another library, I have to develop another finder
> (which might have been developed by so
Hi list,
With the time, at work, I've been developing some finders
(find_package-called script).
I can see 2 issues here:
- Everytime I need to use another library, I have to develop another finder
(which might have been developed by someone else in another place in the
world).
- Other people mig
18 matches
Mail list logo