I agree with Angus that, even if this glob think is easier to maintain
than the explicit file listing, it's easy to have some temporary .C
files in there. So I would say that this is error prone.
That said, it is just a matter of education... if I know that I should
not put temporary files in the
I got this error:
Warning: Can not locate any spell checker
Checking for the number of args for mkdir... one
Checking for arg types for select... yes
IOError: [Errno 2] No such file or directory: '.\\src\\config.h':
File "C:\sandbox\lyx\lyx-devel\development\scons\SConstruct", line 1067:
ut
| Anyway, many people prefer to list source files explicitly. If you are
| one of them, you still get a chance to persuade me.
Not all files in a folder is part of a build.
(not even all source files...)
I know, that is why I have to have include and exclude options for the
globSource function
Quoting Bo Peng <[EMAIL PROTECTED]>:
> > No AFAIK, this is a MSVC2005 feature.
> > > I am
> > > worried about the existence of QtXXX.dll.manifest. qt-mt.dll.manifest
> > > for all the Q../Free qt3/qt4 compiled with msvc2003/2005.
> > mscv2003 will not generate a manifest, I guess.
>
> You mean if
Bo Peng wrote:
Please test the attached patch. msvc2005 works here, with intl support.
There is one BIG change. namely, I am trying to use the glob module to
find source files, instead of listing all filenames. The performance
penalty should not be noticable. This change will allow me to add
sou
Bo Peng wrote:
Please test the attached patch. msvc2005 works here, with intl support.
There is one BIG change. namely, I am trying to use the glob module to
find source files, instead of listing all filenames. The performance
penalty should not be noticable. This change will allow me to add
sou
Peter Kümmel wrote:
> Bo Peng wrote:
>> Please test the attached patch. msvc2005 works here, with intl support.
>
> Great! On XP with correctly generated manifest files?
>
> I'll test it.
I got this error:
Warning: Can not locate any spell checker
Checking for the number of args for mkdir... on
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Please test the attached patch. msvc2005 works here, with intl support.
|
| There is one BIG change. namely, I am trying to use the glob module to
| find source files, instead of listing all filenames. The performance
| penalty should not be noticable. This
Bo Peng wrote:
> Please test the attached patch. msvc2005 works here, with intl support.
Great! On XP with correctly generated manifest files?
I'll test it.
> There is one BIG change. namely, I am trying to use the glob module to
> find source files, instead of listing all filenames. The perfor
Please test the attached patch. msvc2005 works here, with intl support.
There is one BIG change. namely, I am trying to use the glob module to
find source files, instead of listing all filenames. The performance
penalty should not be noticable. This change will allow me to add
source files to the
No AFAIK, this is a MSVC2005 feature.
> I am
> worried about the existence of QtXXX.dll.manifest. qt-mt.dll.manifest
> for all the Q../Free qt3/qt4 compiled with msvc2003/2005.
mscv2003 will not generate a manifest, I guess.
You mean if I used my old 2003 cd, I would be free of these trouble
(an
Bo Peng wrote:
mt.exe /manifest lyx.exe.manifest /outputresource:lyx.exe;1
This lyx.exe.manifest is *not* the menifest generated from link
/MANIFEST, rather a copy of libGui4.dll.manifest, right?
Right.
I would like
to add to the scons system things like
mt.exe /manigest:/path/to/qt/lib/libQ
mt.exe /manifest lyx.exe.manifest /outputresource:lyx.exe;1
This lyx.exe.manifest is *not* the menifest generated from link
/MANIFEST, rather a copy of libGui4.dll.manifest, right? I would like
to add to the scons system things like
mt.exe /manigest:/path/to/qt/lib/libQtGui4.dll.manifest /out..
Abdelrazak Younes wrote:
Bo Peng wrote:
That is really great.
I do not have access to the windows system right now, could you check
for me if designer.exe.manifest is the same as QtGui4.dll.manifest?
Yes they are identical. Note that QtGui4.dll.manifest was in the lib
subdir whereas designer
Bo Peng wrote:
Also, if possible, please also test a few optimization options through
CCFLAGS. I plan to put some of them in.
There is a recent error with MSVC support:
AttributeError: 'NoneType' object has no attribute 'split':
File "SConstruct", line 401:
env.Tool('msvc')
File "D:\prog
Bo Peng wrote:
That is really great.
I do not have access to the windows system right now, could you check
for me if designer.exe.manifest is the same as QtGui4.dll.manifest?
Yes they are identical. Note that QtGui4.dll.manifest was in the lib
subdir whereas designer.exe.manifest is in the bi
Also, if possible, please also test a few optimization options through
CCFLAGS. I plan to put some of them in.
Bo
That is really great.
I do not have access to the windows system right now, could you check
for me if designer.exe.manifest is the same as QtGui4.dll.manifest?
Logically speaking, we should use that one.
Also, have your tried to embed the manifest file to lyx.exe? Which
commands did you use? Al
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
> People, please don't start an endless
> discussion about this. It's Peter choice to work on that and anybody is
> free to ignore it.
But it is also ok to me to wait and see what happens with the
scons-msvc-project support, just now where a solution
Peter Kümmel wrote:
OK, when there are no objections, I would like to see my files in svn. :)
Very good.
Is it required that you copy the CMakeList all other the tree or could
they just reside in trunk/development/cmake/?
This is the current status, but I could change it.
IMHO,
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I have done it!
It was so bloody simple that I can't understand why it didn't come to us
earlier.
I just took designer.exe.manifest and renamed it to lyx.exe.manifest
and, oh miracle, lyx starts!!!
manifest file to put along lyx.exe attached.
Abdel.
Abdelrazak Younes wrote:
> I have done it!
> It was so bloody simple that I can't understand why it didn't come to us
> earlier.
> I just took designer.exe.manifest and renamed it to lyx.exe.manifest
> and, oh miracle, lyx starts!!!
>
> manifest file to put along lyx.exe attached.
>
> Abdel.
>
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> They use cmake. ;)
>>
> Man, if you are serious about maintaining cmake, Lars didn't object to
> put it in svn along scons provided it does not pollute the rest of the
> tree (the same as scons):
>
> * files only in trunk/development/cmake/ *
>
Peter Kümmel wrote:
They use cmake. ;)
Man, if you are serious about maintaining cmake, Lars didn't object to
put it in svn along scons provided it does not pollute the rest of the
tree (the same as scons):
* files only in trunk/development/cmake/ *
Is it required that you copy the CMakeL
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
Peter Kümmel wrote:
Abdelrazak Younes wrote:
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
want to use mingw/zlib.
Where is th
Abdelrazak Younes wrote:
>> I just submitted a patch with two minor scons bug fixes and some
>> changes to the msvc build. It now requires official zlib package and
>> link to zdll.lib, you will have to adjust it by yourself if you still
>> want to use mingw/zlib.
>
> Where is this official packa
Bo Peng wrote:
Hi,
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
want to use mingw/zlib.
Where is this official package?
Abdel.
Hi,
I just submitted a patch with two minor scons bug fixes and some
changes to the msvc build. It now requires official zlib package and
link to zdll.lib, you will have to adjust it by yourself if you still
want to use mingw/zlib.
The reason why I use the official one is that the header file c
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Bo Peng wrote:
So you do not have any of Abdel's manifest problem, just by using
patched mingw zlib?
Just for clarification I have the same fix to zlib in my tree and still
have the problem. I think it's related to the MSxxx.dll that you are
using.
Abdelrazak Younes wrote:
> Bo Peng wrote:
>>
>> So you do not have any of Abdel's manifest problem, just by using
>> patched mingw zlib?
>
> Just for clarification I have the same fix to zlib in my tree and still
> have the problem. I think it's related to the MSxxx.dll that you are
> using. I hav
Bo Peng wrote:
Calling Scons again made it to the end!
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
If that 'permission denied' is the source of the problem, there is
nothing scons can do. Anyway, I have experi
Bo Peng wrote:
So you do not have any of Abdel's manifest problem, just by using
patched mingw zlib?
Just for clarification I have the same fix to zlib in my tree and still
have the problem. I think it's related to the MSxxx.dll that you are
using. I have tried some libraries download from t
I have done that but the error persist. The following explains that a
manifest file is _mandatory_ to any MSVC 2005 generated executable or
library:
http://msdn2.microsoft.com/en-us/library/ms235591.aspx
But why did Peter succeeded? His lyx-qt4.exe starts correctly, and I
am certain that there
Calling Scons again made it to the end!
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
If that 'permission denied' is the source of the problem, there is
nothing scons can do. Anyway, I have experienced such probl
Why is there no default reply address adjusted to lyx-devel?
Too often I get duplicated emails, because one have to press
the reply all button.
Lars (or Angus?) pointed me to a web article about this and
basically, if your mail server/filter/client can not handle such
duplicated emails, yo
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
to fix the unistd.h including in zconf.h (#if 1 -> #if 0), but this
could also be fixed by adding somewhere a dummy unistd.h.
I will tr
I've succesfully compiled, linked, and started lyx_qt4.exe.
I've used the gnuwin32 package without renaming, but I have
to fix the unistd.h including. (#if 1 -> #if 0), but this
could also be fix by adding somewhere a dummy unistd.h.
Here is a diff against head:
Index: development/scons/SConstr
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The proc
Abdelrazak Younes wrote:
I found other dll version of the required dlls deed inside my WINDOWS
directory. Putting them along lyx.exe now gives me the following error:
---
Microsoft Visual C++ Runtime Library
---
Runtime Error!
Program: D:\progr
Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
>> To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
>> But then, lyx still complains about missing Entry point:
>>
>> ---
>> lyx.exe - Entry Point Not Found
>> ---
>> The proced
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The procedure entry point _decode_pointer could not be
Bo Peng wrote:
Dear all,
The basic support for msvc2003/2005 is now in svn. Please test.
env_subst(["msvc\common\support\package.C"],
["D:\devel\lyx\trunk\src\support\package.C.in"])
cl /nologo /TP /EHsc /wd4819 /wd4996 /ID:\program\GnuWin32\include
/ID:\program\Aspell-0.60.4\include /ID:\de
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
Fixing SConstruct or zconf.h?
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> I've successfully compiled, linked, and started lyx_qt4.exe
>> using scons on windows with msvc.
>>
>> But I've used the gnuwin32 package (without renaming), and I have
>
> I was doing the exact same fix ;-)
>
Fixing SConstruct or zconf.h?
>> to
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
to fix the unistd.h including in zconf.h (#if 1 -> #if 0), but this
could als
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
to fix the unistd.h including in zconf.h (#if 1 -> #if 0), but this
could also be fixed by adding somewhere a dummy unistd.h.
But gener
Bo Peng <[EMAIL PROTECTED]> writes:
> Index: src/support/package.C.in
> ===
> --- src/support/package.C.in (revision 13941)
> +++ src/support/package.C.in (working copy)
> -26,7 +26,11
>
> #if defined (USE_WINDOWS_PACKAGI
On Fri, May 26, 2006 at 02:39:43PM -0500, Bo Peng wrote:
> Anyway, the .C suffix problem is again in the way. Does anyone know
> how to let cl know the source file is a C++ file?
There is a command line switch. Forgot which.
Andre'
Dear all,
The basic support for msvc2003/2005 is now in svn. Please test.
Step 1: install scons-0.96.92
Step 2: add
boost/boost/type_traits/detail/is_function_ptr_tester.hpp
boost/boost/type_traits/detail/is_mem_fun_pointer_tester.hpp
boost/boost/detail/interlocked.hpp
boost/boost/regex/v4/w32_
> I have this macro defined. If my test works right, then msvc does not
> have it. This piece of code is supposed to fix this so fixing it again
> in config.h does not sound right.
>
MSVC has it, the test should not fail with msvc.
MSVC does detect it now. I am not sure what happened previously
Bo Peng wrote:
>> HAVE_DECL_ISTREAMBUF_ITERATOR
>
> I have this macro defined. If my test works right, then msvc does not
> have it. This piece of code is supposed to fix this so fixing it again
> in config.h does not sound right.
>
MSVC has it, the test should not fail with msvc.
>> > # includ
Bo Peng wrote:
you could disable it by defining BOOST_ALL_NO_LIB, and then
linking against the libs generated by your build process.
Thanks, Peter. lyx now builds and links fine (except for included
gettext).
So, Abdel, could you verify the attached patch? You need to
Sorry Bo, I don't h
> +using std::ifstream;
> using std::istream_iterator;
> using std::ios;
>
I think you could fix this by the configure process:
Test code:
#include
#include
typedef std::istreambuf_iterator type;
int main(){return 0;}
macro:
HAVE_DECL_ISTREAMBUF_ITERATOR
Bo Peng wrote:
> Index: src/support/lyxsum.C
> ===
> --- src/support/lyxsum.C(revision 13941)
> +++ src/support/lyxsum.C(working copy)
> @@ -122,6 +122,7 @@
> }
> #else
>
> +using std::ifstream;
> using std::istream_iterator;
you could disable it by defining BOOST_ALL_NO_LIB, and then
linking against the libs generated by your build process.
Thanks, Peter. lyx now builds and links fine (except for included gettext).
So, Abdel, could you verify the attached patch? You need to
Step 1: install scons-0.96.92
Step 2:
Bo Peng wrote:
>> How must I call scons? Could you please post a complete command
>> which I can use (after fixing the paths)?
>> Do I have to add all the qt_* settings to the command?
>> This I have done but then it asks for extra_inc_path1.
>
> Hi, Peter,
>
> Thank you very much for the info. H
How must I call scons? Could you please post a complete command
which I can use (after fixing the paths)?
Do I have to add all the qt_* settings to the command?
This I have done but then it asks for extra_inc_path1.
Hi, Peter,
Thank you very much for the info. Here is what I get right now.
Ste
Lars (or others),
Would you agree to add
boost/boost/type_traits/detail/is_function_ptr_tester.hpp
boost/boost/type_traits/detail/is_mem_fun_pointer_tester.hpp
boost/boost/detail/interlocked.hpp
boost/boost/regex/v4/w32_regex_traits.hpp
for vc2003/2005 support? If you want me to do it, please t
Bo Peng wrote:
> Let us start a new thread.
>
> Right now, I have told scons to build lyx, but it fails at the very
> first command:
How must I call scons? Could you please post a complete command
which I can use (after fixing the paths)?
Do I have to add all the qt_* settings to the command?
Thi
Bo Peng wrote:
> Another problem:
>
> The mingw-libs zconf.h, line 289 assumes the existence of unistd.h.
> This is not true for msvc. I am trying the official zlib1.dll package
> but the lib name will be different (and I can no longer use -lz).
>
> Bo
>
>
There is a ifdef where you could disab
Bo Peng wrote:
>> The option is /TP. As the error message indicates you should use /EHsc to
>> get exception handling (which is turned off for a reason I cannot
>> imagine),
>
> Adding /EHsc does not fix the problem.
> detail/is_function_ptr_tester.hpp is still needed, as well as other
> three boo
Bo Peng wrote:
> Thank you. This option works.
>
> Any idea how to get pid_t? I think it is in sys/types.h under linux,
> but msvc types.h may not have it. This causes problems in
> src/support/forkedcall.h etc.
>
> Bo
>
>
msvc lacks some symbols, you could have a look at
lyx-cmake/config.h.cm
Another problem:
The mingw-libs zconf.h, line 289 assumes the existence of unistd.h.
This is not true for msvc. I am trying the official zlib1.dll package
but the lib name will be different (and I can no longer use -lz).
Bo
Well, yes since it is the missing header that caused the error. The
obvious solution is to include the proper boost includes. If you already
do it might be a little bit more complicated to debug this.
The files are needed with a definition of
BOOST_TEMPLATE_PARTIAL_SPECILIZATION, then the probl
> Adding /EHsc does not fix the problem.
> detail/is_function_ptr_tester.hpp is still needed, as well as other
> three boost files.
>
> Bo
>
Well, yes since it is the missing header that caused the error. The
obvious solution is to include the proper boost includes. If you already
do it might be a
> Thank you. This option works.
>
> Any idea how to get pid_t? I think it is in sys/types.h under linux,
> but msvc types.h may not have it. This causes problems in
> src/support/forkedcall.h etc.
>
> Bo
>
Hey Bo,
it should be defined in windows.h. Under
http://support.microsoft.com/default.aspx
The option is /TP. As the error message indicates you should use /EHsc to
get exception handling (which is turned off for a reason I cannot
imagine),
Adding /EHsc does not fix the problem.
detail/is_function_ptr_tester.hpp is still needed, as well as other
three boost files.
Bo
Thank you. This option works.
Any idea how to get pid_t? I think it is in sys/types.h under linux,
but msvc types.h may not have it. This causes problems in
src/support/forkedcall.h etc.
Bo
> Let us start a new thread.
>
> Right now, I have told scons to build lyx, but it fails at the very
> first command:
>
> cl /ID:\zlib\include /Iboost /Isrc /c src\Bidi.C /Fodebug\common
> \Bidi.obj
> Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.3077 for
> 80x86
> Copyright (C) Mic
70 matches
Mail list logo
