On 08/05/2010 03:28 AM, Dennis Schridde wrote:
On Monday 02 August 2010 17:20:36 Dennis Schridde wrote:
Replacing
".framework" with "\\.framework" works.
Was this change already
commited?
I.e. is the problem solved in the sources now?
Yes, it is in git, but its still waiting for
Ah yes, I always keep forgetting that you have to get the \ past the CMake
parser... :-(
Sorry for the noise.
Michael
On 5. Aug, 2010, at 12:07 , David Cole wrote:
> No, he's right. "\\." when used in a CMake string(REGEX operation matches a
> single dot exactly. The "\\" is required to get a
On Thursday 05 August 2010 11:39:00 Michael Wild wrote:
> On 5. Aug, 2010, at
11:28 , Dennis Schridde wrote:
> > On Monday 02 August 2010 17:20:36 Dennis
Schridde wrote:
> >> Replacing
> >
> > ".framework" with "\\.framework"
works.
> > Was this change already
> > commited?
> > I.e. is the problem
No, he's right. "\\." when used in a CMake string(REGEX operation matches a
single dot exactly. The "\\" is required to get a single "\" into the
regular expression engine.
On Thu, Aug 5, 2010 at 5:39 AM, Michael Wild wrote:
>
> On 5. Aug, 2010, at 11:28 , Dennis Schridde wrote:
>
> > On Monday
On 5. Aug, 2010, at 11:28 , Dennis Schridde wrote:
> On Monday 02 August 2010 17:20:36 Dennis Schridde wrote:
>> Replacing
> ".framework" with "\\.framework" works.
> Was this change already
> commited?
> I.e. is the problem solved in the sources now?
>
> --Dennis
IMHO this is wrong. \\. search
On Monday 02 August 2010 17:20:36 Dennis Schridde wrote:
> Replacing
".framework" with "\\.framework" works.
Was this change already
commited?
I.e. is the problem solved in the sources now?
--Dennis
signature.asc
Description: This is a digitally signed message part.
_
On Monday 02 August 2010 17:09:09 Clinton Stimpson wrote:
> On 08/02/2010
09:02 AM, Michael Wild wrote:
> > I didn't look into the source code, but
looks like there is some REGEX
> > REPLACE which is too simplistic. Probably
there is a missing escape for
> > the . character, thus making it also mat
On Monday 02 August 2010 17:09:09 Clinton Stimpson wrote:
> On 08/02/2010
09:02 AM, Michael Wild wrote:
> > I didn't look into the source code, but
looks like there is some REGEX
> > REPLACE which is too simplistic. Probably
there is a missing escape for
> > the . character, thus making it also mat
On 08/02/2010 09:02 AM, Michael Wild wrote:
On 2. Aug, 2010, at 16:44 , Dennis Schridde wrote:
Hello!
I setup include_directories and then call qt4_wrap_cpp for a set of
files. What I am seeing now is that the set of -I flags for moc are
different from those for the
compiler:
include_dire
On 2. Aug, 2010, at 16:44 , Dennis Schridde wrote:
> Hello!
>
> I setup include_directories and then call qt4_wrap_cpp for a set of
> files. What I am seeing now is that the set of -I flags for moc are
> different from those for the
> compiler:
>
> include_directories(/a/b/c/lib/mylib/framework
On Monday 02 August 2010 16:44:42 Dennis Schridde wrote:
> My first guess is
that CMake detects the pattern lib/mylib/framework as
> something special,
strips the mylib/framework part, and thus screws up.
P.S: This seems to be a
correct guess. Creating a symlink "src -> framework" and using that in
Hello!
I setup include_directories and then call qt4_wrap_cpp for a set of
files. What I am seeing now is that the set of -I flags for moc are
different from those for the
compiler:
include_directories(/a/b/c/lib/mylib/framework)
qt4_wrap_cpp(MOC
testfile.hpp)
[<< Commandlines shortened for read
12 matches
Mail list logo
