I'm an idiot.. that solved it.. Thanks.. Just used to a different naming scheme
and the eye sees one thing and the mind sees something else..
Thanks for being the extra set of eyes that I needed. You guys rock.
Mike Jackson
-Original Message-
From: David Cole [mailto:[EMAIL PROTECT
Mike Jackson wrote:
but I still get the same error.
Error copying file "C:/Developer/SDKs/qt-4.2.2/lib/libQtCore4.dll" to
"C:/Workspace/a
Actually, from your previous directory listing the file is called:
QtCore4.dll
and not libQtCore4.dll, note the missing lib...
-Bill
but I still get the same error.
Error copying file "C:/Developer/SDKs/qt-4.2.2/lib/libQtCore4.dll" to
"C:/Workspace/a2bin/Build/Bin/"
I have verified that the initial file is where the path says it is..
You might want to try running cmake -E copy by hand from the command
prompt to see if
Mike, the bottom line is cmake -E copy should just work on any platform, and
you may have found a bug in it for some MinGW variation and/or cmake
back-end generator.
So as not to get distracted by all the special details of your project,
I suggest you give a really simple example which anybody wi
Mike Jackson schrieb:
> OK.. I guess I am just new to this whole software development thing and
> computer thing.. those 8 years are just NOT paying off..
>
> I built Qt.. All of Qt.. Every Single Bit of Qt. this INCLUDES the libQt*.dll
> files. The files are there. I built them. I installed th
All of the dll files in your listing begin with "Qt" -- all of the .a files
begin with "libQt" -- if you want to copy the dll files, use the exact name
of the dll files as input... So. Begin them with "Qt" and not "libQt"...
Is it Monday?
;)
On 12/12/06, Mike Jackson <[EMAIL PROTECTED]> wrote:
OK.. I guess I am just new to this whole software development thing and
computer thing.. those 8 years are just NOT paying off..
I built Qt.. All of Qt.. Every Single Bit of Qt. this INCLUDES the libQt*.dll
files. The files are there. I built them. I installed them. I can see them from
Windows
Mike Jackson schrieb:
> Wow.. couldn't see the forest for the trees on that one.. So I changed the
> Cmake code a bit..
> #-- If we are on MinGW then copy the required libraries
> IF (MINGW)
> #=== Copy in the Qt Libs===
> SET (QTLIBS
> libQtCore4.dll
>
Wow.. couldn't see the forest for the trees on that one.. So I changed the
Cmake code a bit..
#-- If we are on MinGW then copy the required libraries
IF (MINGW)
#=== Copy in the Qt Libs===
SET (QTLIBS
libQtCore4.dll
libQtGui4.dll
)
FORE
This has been fixed in cmake CVS now - Ken
> > IF(1)
> > ELSE(1)
> >FIND_PROGRAM(P_1 p_1)
> >FIND_PROGRAM(P_2 p_2)
> >IF(EXISTS ${P_1} AND EXISTS ${P_2} )
> >ELSE(EXISTS ${P_1} AND EXISTS ${P_2} )
> >ENDIF(EXISTS ${P_1} AND EXISTS ${P_2} )
> > ENDIF(1)
>
> So :) This is effect
Are they really named ".dylib"...? They shouldn't be under a mingw build...
.dylib is a Mac specific file name extension, isn't it?
On 12/12/06, Christian Ehrlicher <[EMAIL PROTECTED]> wrote:
Mike Jackson schrieb:
> There is if I BUILT them. And yes they are in the location specified.
>
> I nee
Mike Jackson schrieb:
> There is if I BUILT them. And yes they are in the location specified.
>
> I need to copy the libraries so I can have an operational Qt/MinGW based
> Application. The systems that I am deploying to are very tightly locked down
> windows XP systems. The users only have writ
There is if I BUILT them. And yes they are in the location specified.
I need to copy the libraries so I can have an operational Qt/MinGW based
Application. The systems that I am deploying to are very tightly locked down
windows XP systems. The users only have write permissions on a "D:" drive an
Mike Jackson schrieb:
> I have been trying to copy some files using CMake and not having much luck.
> Note that basically the same code works fine on OS X and Linux..
>
> #-- If we are on MinGW then copy the required libraries
> IF (MINGW)
> #=== Copy in the Qt Libs===
> SET (QTLIBS
On 12/12/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
On Tuesday 12 December 2006 16:36, Tristan Carel wrote:
> I added a RC3 version on the bt
> (http://www.cmake.org/Bug/bug.php?op=show&bugid=4147) which takes care
> of your comments. It should be all right now. Do you copy?
Not that it is extre
I don't have any control over what the slashes are. CMake is doing all that for
me .. or at least I thought.. it seem kinda strange that CMake was throwing /
instead of \ for the paths..
Mike
-Original Message-
From: Sean McBride [mailto:[EMAIL PROTECTED]
Sent: Tue 12/12/2006 11:56
On 2006-12-12 11:46, Mike Jackson said:
>So is there something I am missing? I get the following error when
>mingw32-make is run:
>Error copying file "C:/Developer/SDKs/qt-4.2.2/lib/libQtCore.dylib" to
>"C:/Workspace/a2bin/Build/Bin".
>
>Could someone have pity on my and let me know what I am doin
I have been trying to copy some files using CMake and not having much luck.
Note that basically the same code works fine on OS X and Linux..
#-- If we are on MinGW then copy the required libraries
IF (MINGW)
#=== Copy in the Qt Libs===
SET (QTLIBS
libQtCore.dyli
On Tuesday 12 December 2006 16:36, Tristan Carel wrote:
> I added a RC3 version on the bt
> (http://www.cmake.org/Bug/bug.php?op=show&bugid=4147) which takes care
> of your comments. It should be all right now. Do you copy?
Not that it is extremely important, but the
error message still does not
On 12/12/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
Hi Axel,
I have some more observations :
1)
the error message SWIG_GET_WRAPPER_DEPENDENCIES
uses ${SWIG} instead of ${SWIG_EXECUTABLE}
You're completely right!
2)
The command line used to find the dependencies
does not use the same flags
I have some more observations :
1)
the error message SWIG_GET_WRAPPER_DEPENDENCIES
uses ${SWIG} instead of ${SWIG_EXECUTABLE}
MESSAGE(SEND_ERROR "Command \"${SWIG} -MM -MF ${swig_getdeps_depsfile}
${swig_getdeps_extra_flags} -${language} -o ${genWrapper} $\
{swig_getdeps_include_dirs} ${swigFil
On Monday 11 December 2006 21:52, Tristan Carel wrote:
> On 12/9/06, Axel Roebel <[EMAIL PROTECTED]> wrote:
> > Tristan Carel wrote:
> > > Hi Swig lovers,
> > >
... cut
> > DEPENDS ${SWIG_MODULE_${name}_EXTRA_DEPS}
>
> Yes, It's exactly what I meant in my previous post when I wrote:
>
> "[...
22 matches
Mail list logo