Abdelrazak Younes wrote:
>> D:\devel\lyx\lyx-cmake\build>cmake -G"Visual Studio 8 2005" ..\..\trunk
>>> LINK : fatal error LNK1104: cannot open file 'user32.lib'
>>
>> it could not find user32.lib which is part of the SDK. Have you called
>> the sdk variable setting file SetEnv.Cmd?
Here the ans
Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | I would advise you to don't push for SVN inclusion in trunk for now.
> | At least not until Cmake is at least on par with Scons. But don't be
> | discouraged though, I guess we can put it in a SVN branch.
>
> Having
Andre Poenitz wrote:
On Fri, May 26, 2006 at 03:20:17PM +0200, Abdelrazak Younes wrote:
Bo Peng wrote:
The only reason why I've not used scons is that scons can't generate
project files and cmake has support of Visual C++ and KDevelop.
Personally I rarely use any IDE and use vim all the time,
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| I would advise you to don't push for SVN inclusion in trunk for now.
| At least not until Cmake is at least on par with Scons. But don't be
| discouraged though, I guess we can put it in a SVN branch.
Having it in trunk is not a problem as long as i
On Thu, May 25, 2006 at 11:56:24PM +0200, Abdelrazak Younes wrote:
> Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
> nowadays...
> Plus I am pretty sure that the resulting binary will be much faster too.
Not much. But certainly not slower.
Andre'
On Thu, May 25, 2006 at 04:51:09PM -0500, Bo Peng wrote:
> However, what will be the benefit of this approach? Will we be able to
> use of VC IDE/debugger? Will VC++ compiles faster or get faster lyx?
Yes. Yes and yes.
Andre'
On Thu, May 25, 2006 at 04:05:03PM -0500, Bo Peng wrote:
> Another rumor is that free qt is *only* designed for mingw and you
> will need a commercial qt version to work with vc. If this is true, I
> guess you are out of luck.
It's a matter of writing a suitable spec file. A few hundred lines or
s
On Fri, May 26, 2006 at 03:20:17PM +0200, Abdelrazak Younes wrote:
> Bo Peng wrote:
> >>The only reason why I've not used scons is that scons can't generate
> >>project files and cmake has support of Visual C++ and KDevelop.
> >
> >Personally I rarely use any IDE and use vim all the time, but you
On Thu, May 25, 2006 at 01:27:10PM -0500, Bo Peng wrote:
> >It would be nice when I could add the files to svn.
>
> I am glad that lyx is following KDE to have several competing build
> systems. CMake won over there and I am not sure if this will be the
> case for lyx.
So after GUI madness we now
On Thu, May 25, 2006 at 05:31:35PM -0500, Bo Peng wrote:
> >There is a new free VC++ 2005 that you can download for Microsoft site
> >if you cannot your CDROM.
>
> This is interesting. Since when did M$ start to distribute free stuff?
Since the time they learned about competition.
Andre'
Peter Kümmel wrote:
Abdelrazak Younes wrote:
it could not find user32.lib which is part of the SDK. Have you called
the sdk variable setting file SetEnv.Cmd?
No, was it in your recipe?
No, I thought that one managed this when compiling Qt.
I wonder why you could compile Qt w
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Could it be that your scripts assumes that the SDK is installed in
"D\program\SDK"?
Sure, you have to adjust the path to your Visual C++ and
SDK installation.
But I did that of course.
Abdel.
Abdelrazak Younes wrote:
> I still have the same error:
> ".\cmTryCompileExec.dir\Debug\testCCompiler.obj"
> ".\cmTryCompileExec.dir\Debug\cmTryCompileExec.exe.embed.manifest.res"
> LINK : fatal error LNK1104: cannot open file 'user32.lib'
>
> But user32.lib is here:
Oh, I forgot: I've added the
Abdelrazak Younes wrote:
>>
>> it could not find user32.lib which is part of the SDK. Have you called
>> the sdk variable setting file SetEnv.Cmd?
>
> No, was it in your recipe?
>
No, I thought that one managed this when compiling Qt.
I wonder why you could compile Qt without the SDK
in your e
Abdelrazak Younes wrote:
>
> Could it be that your scripts assumes that the SDK is installed in
> "D\program\SDK"?
>
Sure, you have to adjust the path to your Visual C++ and
SDK installation.
so check if the environment variable QMAKESPEC is set to win32-msvc2005
(to list the variables just type "set",
to set use: set QMAKESPEC=win32-msvc2005)
That fixes the problem! When I saw
g++/msvc/.../msvc2005
from the output of
qconfigure.bat
my eyes never passed the second option so u
Peter Kümmel wrote:
it could not find user32.lib which is part of the SDK. Have you called
the sdk variable setting file SetEnv.Cmd?
Here I have a small batch file with calls the var files:
set QMAKESPEC=win32-msvc2005
call "c:\Programme\Microsoft Platform SDK\SetEnv.Cmd" /2000 /DEBUG
call "C:\
Peter Kümmel wrote:
Abdelrazak Younes wrote:
When I check it out anonymously I get a lyx-devel directory.
Is this your lyx/trunk folder?
In my case yes but others could have chosen another name.
If yes, then lyx-cmake should be
extracted to lyx, as you've done:
lyx/trunc (with boost, src,..
Peter Kümmel wrote:
There is a script which copies all the files, call in the cmake directory:
cmake -C put
and you could change target path in:
lyx-cmake/lyx-devel-path.cmake
The get script copies the cmake files from trunk to lyx-cmake, so it's possible
to have the files in a seperate svn
Bo Peng wrote:
>> Oh I see, you've downloaded the new sdk.
>>
>> When the compiler uses the wrong headers, maybe it helps when you
>> disable you 2003 installation by simply renaming it:
>>
>> Microsoft Visual Studio .NET 2003 -> Microsoft Visual Studio .NET 2003---
>
> Still no luck.
>
> Bo
>
>
Bo Peng wrote:
>>
>> PATH_MAX is here defined in SDK/inlude/crt/limits.h:
>>
>> #define PATH_MAX512
>>
>
> I do have this file, but this line is between ifdef _POSIX_
>
> Bo
>
>
same here. Seems your sdk is too old.
You could try to add the missing symbols in the relevant files,
or
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Hi,
>>
>> attached configure and makefiles for the CMake build system.
>>
>> If you wonder about this:
>> I use cmake because I know it best and cmake also creates
>> project files for IDEs (kdevelop, msvc).
>>
>> CMake creates config.h (also under
PATH_MAX is here defined in SDK/inlude/crt/limits.h:
#define PATH_MAX512
I do have this file, but this line is between ifdef _POSIX_
Bo
Bo Peng wrote:
> Have you succeeded in building qt4.1.3 with vc2005 express plus SDK? I
> am wondering if I am using the correct SDK since I get:
>
>cl -c -FIqmake_pch.h -Yuqmake_pch.h -Fptmp\qmake_pch.pch -nologo
...
> ..\src\corelib\io\qfsfileengine_win.cpp(843) : error C2065: 'PATH_MAX'
Abdelrazak Younes wrote:
>
> I am not sure where to put the file. Right now I have:
> lyx/trunk/ : this is the main SVN branch
> lyx/trunk/[boost, intl, src ...]
> lyx/lyx-make/ this is where I extracted your archive
> lyx/lyx-make/build : this is for the build process
>
When I check it out anon
Peter Kümmel wrote:
Hi,
attached configure and makefiles for the CMake build system.
If you wonder about this:
I use cmake because I know it best and cmake also creates
project files for IDEs (kdevelop, msvc).
CMake creates config.h (also under windows) and builds
makefiles for the specified c
Bo Peng wrote:
Have you succeeded in building qt4.1.3 with vc2005 express plus SDK? I
am wondering if I am using the correct SDK since I get:
Yes the Qt libs were compiled successfully on my system. The only
difference I see from your setup is that I installed the SDK in
d:\program\SDK. I suppo
Have you succeeded in building qt4.1.3 with vc2005 express plus SDK? I
am wondering if I am using the correct SDK since I get:
cl -c -FIqmake_pch.h -Yuqmake_pch.h -Fptmp\qmake_pch.pch -nologo -Zm200
-O2 -MD -GR -GX -W3 -DUNICODE -DQT_LARGEFILE_SUPPORT -DQT_EDITION=QT_EDITION_DES
KTOP -DQT_
Peter Kümmel wrote:
Hi,
attached configure and makefiles for the CMake build system.
If you wonder about this:
I use cmake because I know it best and cmake also creates
project files for IDEs (kdevelop, msvc).
CMake creates config.h (also under windows) and builds
makefiles for the specified c
If has already apparently for VC++. From the Scons main web page
(http://scons.tigris.org/) you can read this:
# Support for Microsoft Visual Studio .NET and 2005
Generates .dsp and .dsw files, or .sln and .vcproj files, from the same
build configuration used to build on all platforms. Allows Wi
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
>>
>> You could change to the src folder and call there nmake, then only
>> the libraries are build, not all the other stuff.
>
> So qmake doesn't keep history of what was already compiled?
No, the
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
You could change to the src folder and call there nmake, then only
the libraries are build, not all the other stuff.
So qmake doesn't keep history of what was already compiled? I am glad we
didn't go that way ;-)
We only re
Peter Kümmel wrote:
> Cool, before some days I must define QT3_SUPPORT.
This is till needed, but the library is not needed anymore.
Georg
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>> This never happens when I've compiled Qt, but you have the new version.
>
> Yes but I don't think it is related to Qt... Since my system has been
> "upgraded" to XP SP2 I have noticed that some process just stop using
>
Peter Kümmel wrote:
Abdelrazak Younes wrote:
This never happens when I've compiled Qt, but you have the new version.
Yes but I don't think it is related to Qt... Since my system has been
"upgraded" to XP SP2 I have noticed that some process just stop using
the CPU. This just happened to me ri
Abdelrazak Younes wrote:
> Bo Peng wrote:
>>> PS: I am right now compiling Qt with the Q..Win patch. No problem so
>>> far :-)
>>
>> I am doing the same thing. The express 2005 does not have SDK and I do
>> not know the difference between .net framework sdk, platform sdk etc
>> so I turned to my ol
Bo Peng wrote:
PS: I am right now compiling Qt with the Q..Win patch. No problem so
far :-)
I am doing the same thing. The express 2005 does not have SDK and I do
not know the difference between .net framework sdk, platform sdk etc
so I turned to my old vc 2003.
You have to download the latest
Bo Peng wrote:
>> PS: I am right now compiling Qt with the Q..Win patch. No problem so
>> far :-)
>
> I am doing the same thing. The express 2005 does not have SDK and I do
> not know the difference between .net framework sdk, platform sdk etc
You need the Platform SDK:
http://www.microsoft.com/d
Abdelrazak Younes wrote:
> Hello Peter,
>
> Reading the KDE core-devel mailing, I see that you are quite active on
> that side. I have a question for you: Is it possible to link Mingw
> compiled LyX with the Qt libraries generated with MSVC++ 2005 ?
>
No, when linking, all libraries must be comp
PS: I am right now compiling Qt with the Q..Win patch. No problem so far :-)
I am doing the same thing. The express 2005 does not have SDK and I do
not know the difference between .net framework sdk, platform sdk etc
so I turned to my old vc 2003.
qt is compiling.
Bo
Peter Kümmel wrote:
Abdelrazak Younes wrote:
In principle yes as there are only C library. The gnuin32 packages even
provide iconv.lib for VC++ linking.
The kde port to msvc uses the packages from
http://gnuwin32.sourceforge.net/packages.html
without problems.
Hello Peter,
Readin
Abdelrazak Younes wrote:
>
> I don't think Bo was ironic and I am sure he welcomes your efforts. Bo
> has worked really hard to complete his Scons system so I guess he would
> prefer some help instead of a competing build systems.
>
I could also imagine to help improving the SCons system when it
Bo Peng wrote:
The only reason why I've not used scons is that scons can't generate
project files and cmake has support of Visual C++ and KDevelop.
Personally I rarely use any IDE and use vim all the time, but you have
your point. I do hope that scons will catch up in this area soon.
Hi Bo,
> Noone has flamed you have they?
I've not the impression I was flamed, I only mean that I don't want a endless
discussion about the build system.
> I find that this list is pretty flame-free and
> would be upset if that were to change. I'd encourage you to continue
> contrib
>> It would be nice when I could add the files to svn.
I shouldn't have asked (the risk of a flame war is too high)
and I will never ask again.
If you can convince the developers that cmake is better, there will be
no flame war. I will not be in the way.
> I am glad that lyx is following KD
Peter Kümmel wrote:
Bo Peng wrote:
It would be nice when I could add the files to svn.
I shouldn't have asked (the risk of a flame war is too high)
and I will never ask again.
When there is any interest, I'll start a sourcefodrge project.
Don't take it too strong Peter. As I said in another
Angus Leeming wrote:
> I also don't know what the gnuwin32 people do when they wrap a .a file as
> a .lib file. Is it just a renaming?
You can examine a .lib file with ar and nm, so I guess yes (unless microsoft
invented incompatible extensions).
Georg
retty flame-free and
would be upset if that were to change. I'd encourage you to continue
contributing but suspect that cmake support isn't something that will make it
into the repository. It seems that scons fills that need already and scons'
missing MSVC support will be rectified
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
That would good news. But I am not very confident... You reckon that
renaming libaspell.a into libaspell.lib would just work? Did you try
that last time you used Asger's vcproj file?
No, I never got beyond playing with LyX and
Angus Leeming wrote:
> Bo> Another rumor is that free qt is *only* designed for mingw and you
> Bo> will need a commercial qt version to work with vc. If this is true, I
> Bo> guess you are out of luck.
>
> Michael> It is not only a rumor but fact. On Windows the
> Michael> gpled version of qt wor
Abdelrazak Younes wrote:
> Bo Peng wrote:
>>> There is a new free VC++ 2005 that you can download for Microsoft site
>>> if you cannot your CDROM.
>>
>> VC is downloading. I have another question. how would vc++ handle
>> iconv, aspell, intl stuff? Can it simply link to the mingw built
>> libraries
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> That would good news. But I am not very confident... You reckon that
> renaming libaspell.a into libaspell.lib would just work? Did you try
> that last time you used Asger's vcproj file?
No, I never got beyond playing with LyX and MSVC.
I also don
Bo Peng wrote:
>> It would be nice when I could add the files to svn.
>
I shouldn't have asked (the risk of a flame war is too high)
and I will never ask again.
When there is any interest, I'll start a sourceforge project.
> I am glad that lyx is following KDE to have several competing build
>
Abdelrazak Younes wrote:
I remember reading on the Aspell mailing list about some company who
managed to create a vcproj file. If I can find it again, I would use
just that, I don't think I'll have the time to port autotools files...
http://lists.gnu.org/archive/html/aspell-announce/2004-11/ms
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
VC is downloading. I have another question. how would vc++ handle
iconv, aspell, intl stuff? Can it simply link to the mingw built
libraries?
In principle yes as there are only C library. The gnuin32 packages
even provide iconv.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>> VC is downloading. I have another question. how would vc++ handle
>>> iconv, aspell, intl stuff? Can it simply link to the mingw built
>>> libraries?
>> In principle yes as there are only C library. The gnuin32 packages
>> even provide iconv.lib fo
Abdelrazak Younes wrote:
Bo Peng wrote:
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
VC is downloading. I have another question. how would vc++ handle
iconv, aspell, intl stuff? Can it simply link to the mingw built
libraries?
In principle ye
Bo Peng wrote:
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
VC is downloading. I have another question. how would vc++ handle
iconv, aspell, intl stuff? Can it simply link to the mingw built
libraries?
In principle yes as there are only C libr
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
VC is downloading. I have another question. how would vc++ handle
iconv, aspell, intl stuff? Can it simply link to the mingw built
libraries?
Bo
On Fri, May 26, 2006 at 12:33:03AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> >On Fri, May 26, 2006 at 12:16:33AM +0200, Abdelrazak Younes wrote:
> >
> >>AFAIK, much of the slowness comes from DocIterator&co which are
> >>supposedly fast under Linux. I guess VC++ on Windows will
Bo Peng wrote:
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
This is interesting. Since when did M$ start to distribute free stuff?
MS has quite a long history of free development tools... If you think
about it, it is in their interest to do s
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Angus Leeming wrote:
Bo> Another rumor is that free qt is *only* designed for mingw and you
Bo> will need a commercial qt version to work with vc. If this is true, I
Bo> guess you are out of luck.
Michael> It is not only a rum
Enrico Forestieri wrote:
On Fri, May 26, 2006 at 12:16:33AM +0200, Abdelrazak Younes wrote:
AFAIK, much of the slowness comes from DocIterator&co which are
supposedly fast under Linux. I guess VC++ on Windows will as good as gcc
on Linux; this is just a guess though. That said, Lyx/Qt4 is fas
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
This is interesting. Since when did M$ start to distribute free stuff?
Bo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Angus Leeming wrote:
> > Bo> Another rumor is that free qt is *only* designed for mingw and you
> > Bo> will need a commercial qt version to work with vc. If this is true, I
> > Bo> guess you are out of luck.
> >
> > Michael> It is not only a rum
Bo Peng wrote:
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays... Plus I am pretty sure that the resulting binary will be much
faster too.
OK. I have at least some motivations now. Hope that I can find that
vc2003 cd rom, and find it compatible with xp sp2.
There
Bo Peng wrote:
OK. I have at least some motivations now. Hope that I can find that
vc2003 cd rom, and find it compatible with xp sp2.
You can also download a basic version of VC2005 for free at the
Microsoft site.
Joost
On Fri, May 26, 2006 at 12:16:33AM +0200, Abdelrazak Younes wrote:
> AFAIK, much of the slowness comes from DocIterator&co which are
> supposedly fast under Linux. I guess VC++ on Windows will as good as gcc
> on Linux; this is just a guess though. That said, Lyx/Qt4 is fast enough
> enough ev
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays... Plus I am pretty sure that the resulting binary will be much
faster too.
OK. I have at least some motivations now. Hope that I can find that
vc2003 cd rom, and find it compatible with xp sp2.
Could you point me t
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Will VC++ compiles faster or get faster lyx?
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays...
Last time I built LyX using Asger's MSVS solution files, I think it took about
8minutes to build t
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Will VC++ compiles faster or get faster lyx?
> Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
> nowadays...
Last time I built LyX using Asger's MSVS solution files, I think it took about
8minutes to build the whole thing. M
Bo Peng wrote:
It is not _supported_ for other compiler than mingw but it is not
designed for mingw. The Qtwin unofficial patch just add support for
other compiler in QMake without touching the Qt source code.
We will need scons/qt4.py changes, and maybe use scons svn. I can
manage to get a cop
Angus Leeming wrote:
Bo> Another rumor is that free qt is *only* designed for mingw and you
Bo> will need a commercial qt version to work with vc. If this is true, I
Bo> guess you are out of luck.
Michael> It is not only a rumor but fact. On Windows the
Michael> gpled version of qt works only wi
It is not _supported_ for other compiler than mingw but it is not
designed for mingw. The Qtwin unofficial patch just add support for
other compiler in QMake without touching the Qt source code.
We will need scons/qt4.py changes, and maybe use scons svn. I can
manage to get a copy of VC (I am no
Bo> Another rumor is that free qt is *only* designed for mingw and you
Bo> will need a commercial qt version to work with vc. If this is true, I
Bo> guess you are out of luck.
Michael> It is not only a rumor but fact. On Windows the
Michael> gpled version of qt works only with mingw.
Let me repea
Bo Peng wrote:
Personally I am very interested in the VC++2005 support. Can we have
that with Scons Bo? My laptop has just been migrated to XP SP2 so I
managed to install VC2005 at last.
The scons website says yes, but I heard that scons can not generate
the real ??? file that vc uses (like cma
Michael Abshoff wrote:
Another rumor is that free qt is *only* designed for mingw and you
will need a commercial qt version to work with vc. If this is true, I
guess you are out of luck.
Cheers,
Bo
It is not only a rumor but fact. On Windows the gpled version of qt works
only with
>
> Another rumor is that free qt is *only* designed for mingw and you
> will need a commercial qt version to work with vc. If this is true, I
> guess you are out of luck.
>
> Cheers,
> Bo
>
It is not only a rumor but fact. On Windows the gpled version of qt works
only with mingw.
Cheers,
Mich
Personally I am very interested in the VC++2005 support. Can we have
that with Scons Bo? My laptop has just been migrated to XP SP2 so I
managed to install VC2005 at last.
The scons website says yes, but I heard that scons can not generate
the real ??? file that vc uses (like cmake does), it rat
Peter Kümmel wrote:
Hi,
attached configure and makefiles for the CMake build system.
If you wonder about this:
I use cmake because I know it best and cmake also creates
project files for IDEs (kdevelop, msvc).
CMake creates config.h (also under windows) and builds
makefiles for the specified c
It would be nice when I could add the files to svn.
I am glad that lyx is following KDE to have several competing build
systems. CMake won over there and I am not sure if this will be the
case for lyx.
I did a scons build system and now it is in cvs (development/scons).
If you would like to add
81 matches
Mail list logo
