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
Juergen Spitzmueller wrote:
> I already commited the patch, but I can change that, if you like.
That would be nice.
> For all
> other converters using $$i only, I guess individual tests have to be made.
Yes.
Georg
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
On Fri, 26 May 2006, Jean-Marc Lasgouttes wrote:
The new installers will replace both the current official one and Uwe's
version. Once the source is in SVN and I published test versions, the
wiki will be updated.
Before replacing everything with the
new code, we'd like to see it...
And per
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
On Fri, May 26, 2006 at 10:01:26PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >>I know qt3 ui files does this but if you continue doing that then I (or
> >>others) would have problems to port that to qt4. So I would like that
> >>any future signal-slot connection is done by hand i
> 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
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
Martin Vermeer wrote:
On Fri, May 26, 2006 at 02:14:46PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Fri, 2006-05-26 at 10:40 +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Attached. This adds the "Framed" and "Shaded" notes to the note inset.
Inte
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) Microsoft Corporatio
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
>
>
On Fri, May 26, 2006 at 02:14:46PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >On Fri, 2006-05-26 at 10:40 +0200, Abdelrazak Younes wrote:
> >>Martin Vermeer wrote:
> >>>Attached. This adds the "Framed" and "Shaded" notes to the note inset.
> >>>
> >>>Interestingly I got "shaded" to
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
I have created an experimental kde branch at
svn://svn.lyx.org/lyx/lyx-devel/branches/personal/baum/kde. It can be
configured in parallel to the other frontends. It is pretty lightweight (no
copied source files, therefore it has some ugly ifdefs). The only
difference to the qt3 frontend so far is t
Jean-Marc Lasgouttes wrote:
The new installers will replace both the current official one and Uwe's
version. Once the source is in SVN and I published test versions, the
wiki will be updated.
Before replacing everything with the
new code, we'd like to see it...
Sure. I'm now working on the b
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
> The new installers will replace both the current official one and Uwe's
> version. Once the source is in SVN and I published test versions, the
> wiki will be updated.
Before replacing everything with the
new code, we'd like to see it...
JMarc
[EMAIL PROTECTED] wrote:
Maybe you should follow Uwe's lead and create a wiki page that describes
the installer and provides a download link. I can help you with this of
course.
The new installers will replace both the current official one and Uwe's
version. Once the source is in SVN and I pu
On Fri, 26 May 2006, Jean-Marc Lasgouttes wrote:
"Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Hi, The new Windows installer is ready to be published. More
Joost> details will follow tomorrow.
Joost> Can someone give me SVN access so I can upload it? The current
Joost> installer
-- Forwarded message --
Date: Thu, 25 May 2006 19:35:21 -0500
From: David Neeley <[EMAIL PROTECTED]>
Newsgroups: gmane.editors.lyx.general
Subject: Some interesting comments from a TeX veteran
I had an interesting note from a gentleman who has been using TeX for
about twenty years
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
Bennett Helm wrote:
On May 26, 2006, at 9:39 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On May 25, 2006, at 6:39 PM, Abdelrazak Younes wrote:
I have enabled the font width caching in the qt4 frontend. Under
windows I have a 5 seconds improvements when scrolling the
UserGuide with page
On May 26, 2006, at 9:39 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On May 25, 2006, at 6:39 PM, Abdelrazak Younes wrote:
I have enabled the font width caching in the qt4 frontend. Under
windows I have a 5 seconds improvements when scrolling the
UserGuide with pageDown (35 instead of
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
Georg Baum wrote:
> "dvipdfm $$i -o $$o"
>
> should work according to the --help output.
No. But
"dvipdfm -o $$o $$i"
does. Same for dvipdfm.
I already commited the patch, but I can change that, if you like. For all
other converters using $$i only, I guess individual tests have to be made.
Jürg
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
>
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>> Yes, it would be safer. It should be done with all converters that
>> support giving the output file name on the command line. See
>> http://bugzilla.lyx.org/show_bug.cgi?id=2612
>
> dvipdfm(x), however, does not. "dvipdfmx $$i $$o" results in an
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
Georg Baum wrote:
> > It looks OK. BTW how come we do not specify $$o in these command
> > lines? Wouldn't it be safer?
>
> Yes, it would be safer. It should be done with all converters that support
> giving the output file name on the command line. See
> http://bugzilla.lyx.org/show_bug.cgi?id=261
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
On May 25, 2006, at 5:56 PM, Jean-Marc Lasgouttes wrote:
Bennett> I substituted
Bennett> LSRolesMask role = (mode == VIEW) ? kLSRolesViewer :
Bennett> kLSRolesEditor; ^
Bennett> in two places. (Isn't that right?)
I told you the patch was bogus :)
And I thought "bogus" meant it would be all
Bennett Helm wrote:
On May 25, 2006, at 6:39 PM, Abdelrazak Younes wrote:
I have enabled the font width caching in the qt4 frontend. Under
windows I have a 5 seconds improvements when scrolling the UserGuide
with pageDown (35 instead of 40).
Could you SVN update and try this please?
Wow! T
Bennett Helm wrote:
On May 25, 2006, at 6:39 PM, Abdelrazak Younes wrote:
I have enabled the font width caching in the qt4 frontend. Under
windows I have a 5 seconds improvements when scrolling the UserGuide
with pageDown (35 instead of 40).
Could you SVN update and try this please?
Wow! T
Bennett Helm wrote:
[To the list this time!]
On May 25, 2006, at 5:31 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
This profile was generated by simply typing into the middle of a
large document for 30 seconds.
I see that there is a lot of improvement compared to your former
profile WR
Jean-Marc Lasgouttes wrote:
> It looks OK. BTW how come we do not specify $$o in these command
> lines? Wouldn't it be safer?
Yes, it would be safer. It should be done with all converters that support
giving the output file name on the command line. See
http://bugzilla.lyx.org/show_bug.cgi?id=261
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
[To the list this time!]
On May 25, 2006, at 5:31 PM, Abdelrazak Younes wrote:
Bennett Helm wrote:
This profile was generated by simply typing into the middle of a
large document for 30 seconds.
I see that there is a lot of improvement compared to your former
profile WRT qt4 frontends. Do
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,
Angus Leeming wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>> 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.
>
> Noone has flamed you have they?
I've not the impressio
Jean-Marc Lasgouttes wrote:
> BTW how come we do not specify $$o in these command
> lines? Wouldn't it be safer?
No idea. I just used what was there.
Jürgen
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I have enabled the font width caching in the qt4 frontend.
Abdelrazak> Under windows I have a 5 seconds improvements when
Abdelrazak> scrolling the UserGuide with pageDown (35 inst
>> 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
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I have enabled the font width caching in the qt4 frontend.
Abdelrazak> Under windows I have a 5 seconds improvements when
Abdelrazak> scrolling the UserGuide with pageDown (35 instead of 40).
If you go this route and
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I'd like to add support for dvipdfmx, the successor of
Juergen> dvipdfm, and even use that preferrably to the latter, if both
Juergen> are available. Patch attached. For details see bug 2618 and
Juergen> http://project.kt
Martin Vermeer wrote:
On Fri, 2006-05-26 at 10:40 +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
Attached. This adds the "Framed" and "Shaded" notes to the note inset.
Interestingly I got "shaded" to accept a user-configurable colour. Edit
the "shaded" colour in Preferences, and it will
On Mon, May 22, 2006 at 06:45:19PM +0200, Enrico Forestieri wrote:
> On Mon, May 22, 2006 at 10:50:40AM +0200, Jean-Marc Lasgouttes wrote:
>
> > > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
> >
> > Enrico> If it is accepted, someone should apply it, though.
> >
> > Hmm, I lost
I'd like to add support for dvipdfmx, the successor of dvipdfm, and even use
that preferrably to the latter, if both are available. Patch attached. For
details see bug 2618 and http://project.ktug.or.kr/dvipdfmx/
Opinions?
Jürgen
Index: lib/configure.py
=
On Fri, 2006-05-26 at 10:40 +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > Attached. This adds the "Framed" and "Shaded" notes to the note inset.
> >
> > Interestingly I got "shaded" to accept a user-configurable colour. Edit
> > the "shaded" colour in Preferences, and it will not onl
> "Joost" == Joost Verburg <[EMAIL PROTECTED]> writes:
Joost> Hi, The new Windows installer is ready to be published. More
Joost> details will follow tomorrow.
Joost> Can someone give me SVN access so I can upload it? The current
Joost> installer in SVN is broken, so there is no reason not to
Georg Baum wrote:
Helge Hafting wrote:
I could not find any "gmon.out" anywhere, am I supposed to
to more than using --enable-profiling and run make?
gprof documentation seem to suggest that the gmon.out should appear
during the compile, but it didn't.
No, it appears in the current di
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
Peter Kümmel <[EMAIL PROTECTED]> writes:
> 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.
Noone has flamed you have they? I find that this list is pretty flame-free and
would be
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
Georg Baum wrote:
Helge Hafting wrote:
I could not find any "gmon.out" anywhere, am I supposed to
to more than using --enable-profiling and run make?
gprof documentation seem to suggest that the gmon.out should appear
during the compile, but it didn't.
No, it appears in the current di
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
>
Martin Vermeer wrote:
Attached. This adds the "Framed" and "Shaded" notes to the note inset.
Interestingly I got "shaded" to accept a user-configurable colour. Edit
the "shaded" colour in Preferences, and it will not only show up as the
background colour on screen, but also on paper.
Is this so
Jean-Marc Lasgouttes wrote:
> Yes, it is OK, although the FormPreference changes seem to be bogus
> and in #if 0 code.
I know, but since I removed every occurence of 'none' I wanted to make sure
that the code would still work if it would ever be put outside the #if 0
again.
Georg
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
Helge Hafting wrote:
> I could not find any "gmon.out" anywhere, am I supposed to
> to more than using --enable-profiling and run make?
> gprof documentation seem to suggest that the gmon.out should appear
> during the compile, but it didn't.
No, it appears in the current directory after you run
Jean-Marc Lasgouttes wrote:
"younes" == younes a <[EMAIL PROTECTED]> writes:
younes> There is a --enable-profiling option to configure. I believe
younes> this will add a '-p' option to g++ or something. You will also
younes> need to --enable-debug but --disable-stdlib-debug. Then
y
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
Joost Verburg wrote:
> This means that the result of checkProg will always be "not found", so
> the whole searching is a waste of time.
How long does it take? For me the searching takes about 1-3 seconds. Given
that every other solution complicates the code I think that this should be
no problem.
Joost Verburg wrote:
> The current installers use dvi2. Is there a way to call it dvi2 but make
> it non-viewable?
Only with hardcoding. I am really not sure what to do here, so Jean-Marc
should tell ;-)
Georg
90 matches
Mail list logo
