Hello,
I try to make a pure GPLed windows-qt version of lyx
using the gpl-win32 version of qt 3.3.3 (kde-cygwin).
I also hope to avoid all cygwin related stuff.
So I've tested to compile lyx-devel/src with the
(evil) compiler msvc8 (2005 Express beta
- free as beer from ms).
I'm using a actual lyx-
Here's the project file for qmake: lyx-devel/src/lyx.pro
With the environment variables
QTDIR= YOUR_QT_DIRECTORY
and
QMAKESPEC=win32-msvc.net
you could produce the lyx.vcproj file with the command:
qmake -t vcapp lyx.pro -o lyx.vcproj
Cheers,
Peter
##
Does the COPYING file apply to all the doc/ documentation that don't have
any license in them?
For example, I don't see any republishing or reuse license for
lib/doc/Customization.lyx.
I want to test a print-on-demand service. I want to submit the LyX
documentation in a single PDF format for a si
This is a clean-up of Ruurd's code replacing "/dev/null" in user code with
os::nulldev() and GetEnvPath("HOME") with os::homepath().
Ok Lars, JMarc?
--
AngusIndex: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/Cha
Jean-Marc Lasgouttes wrote:
> Angus> This one isn't strictly needed at all, but it does no harm.
> Angus> Changes the interface, so:
>
> If you are sure you know what the os2 part does, it's OK.
Well, I haven't changed the interface:
http://os2ports.com/docs/porting/porting.html
To get this don
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Hmm... kindo I guess. Jean-Marc might have the answer close by
Lars> :-)
I cursory look did not provide insight. I'll look closer tomorrow.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This one isn't strictly needed at all, but it does no harm.
Angus> Changes the interface, so:
If you are sure you know what the os2 part does, it's OK.
JMarc
Ruurd has the following
class os {
+ static string nulldev_;
+ static string homepath_;
public:
+ static string const & nulldev() { return nulldev_; }
+ static string const & homepath() { return homepath_; }
};
On Unix:
+string os::nulldev_ = "/dev/null";
+string os::homepath_ = GetEnvPath("HOM
This one isn't strictly needed at all, but it does no harm. Changes the
interface, so:
namepsace os {
- static void init(int * argc, char ** argv[]);
+ static void init(int argc, char * argv[]);
} // namespace os
Ok, JMarc, or should I throw it away?
--
AngusIndex: src/ChangeLog
===
Jean-Marc Lasgouttes wrote:
> I am not sure that I understand the logic of using os_win32.C for
> cygwin and mingw. os_win32.C uses some cygwin functions, so I would
> think that it is not good for the mingw version.
>
> Actually, cygwin should be considered to be unix, since it is posix...
>
> W
Angus Leeming <[EMAIL PROTECTED]> writes:
| Consider this patch:
>
| int lyx::mkdir(string const & pathname, unsigned long int mode)
| {
| // FIXME: why don't we have mode_t in lyx::mkdir prototype ??
| +#ifdef _WIN32
| + return ::mkdir(pathname.c_str());
| +#else
| return ::mkdir(pathname.c
Lars Gullik Bjønnes wrote:
Ruurd has changed the invocation of system() under DOS to:
system("start /min ");
from
system("start /min/n ");
Ruurd, what's the reason for this? Is it just a typo in the original
code?
>>>
>>> The /n came from the OS/2 port. Makes n
Edwin Leuven wrote:
> PS first problem:
>
> set/clear all borders in tabulars doesn't work...
Jürgen, I thought you fixed that in the meantime?
Georg
Jean-Marc Lasgouttes wrote:
> Angus> I don't think there's any need to drop support for old cygwin,
> Angus> so I propose to add the _WIN32 bit in addition to the original
> Angus> call. Ok?
>
> It would be nice to know what _WIN32 really is. All windows compilers?
> MinGW?
The MINGW-specific mac
Actually, there is a description of the various macros here:
http://lists.boost.org/MailArchives/boost/msg08290.php
JMarc
The MinGW g++ 3.4 appears to have a bug related to -I directives. An
instruction like:
g++ -Ifoo/bar/ -c baz.C
will fail to find any header files in the foo/bar directory. In order to
succeed, the trailing '/' must be removed. Ie, this works:
g++ -Ifoo/bar -c baz.C
I've reported this on the MinG
This looks like a simple typo. Agree?
--
AngusIndex: src/support/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/support/ChangeLog,v
retrieving revision 1.149.2.11
diff -u -p -r1.149.2.11 ChangeLog
--- src/support/Change
Angus Leeming <[EMAIL PROTECTED]> writes:
| The MinGW g++ 3.4 appears to have a bug related to -I directives. An
| instruction like:
| g++ -Ifoo/bar/ -c baz.C
| will fail to find any header files in the foo/bar directory. In order to
| succeed, the trailing '/' must be removed. Ie, this works:
|
* #include is not needed to compile Bufferview_pimpl.C
* Remove the Q_EXPORT directive from the QGridView declaration as it breaks
compilation on Windows. No effect whatsoever on *nix machines.
I'll just commit these...
--
AngusIndex: src/BufferView_pimpl.C
==
Jean-Marc Lasgouttes wrote:
> Angus> The MinGW g++ 3.4 appears to have a bug related to -I
> Angus> directives. An instruction like: g++ -Ifoo/bar/ -c baz.C will
> Angus> fail to find any header files in the foo/bar directory. In
> Angus> order to succeed, the trailing '/' must be removed. Ie, this
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This one is truly trivial. Moreover, it doesn't appear to be
Angus> necessary in 1.4.x.
Angus> Ok to apply?
Sure.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Let's address each issue as I post a chunk. However, I have a
Angus> general question:
Angus> os_win32.h is a kludge. It is performing the same rôle as
Angus> config.h. I think that these things should go in config.h,
Angus> which
On Mon, 2004-12-13 at 20:55, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
>
> > Juergen> - "textrm ÃÂ", "textrm ÃÂ", "mathcircumflex", "_",
> > Juergen> + "textrm Ã", "textrm Ã", "mathcircumflex", "_",
> >
> > Is it really a good idea to have stuff in latin1 included
> > unconditiona
23 matches
Mail list logo
