Angus Leeming <[EMAIL PROTECTED]> writes:
| I spent a good chunk of this weekend trying to get LyX to compile on
| Windows using the Qt port from the cygwin-kde people and I've finally
| succeeded. Attached are some notes detailing what I needed to do, together
| with a patch and os_win32.h which
Angus Leeming wrote:
> I spent a good chunk of this weekend trying to get LyX to compile on
> Windows using the Qt port from the cygwin-kde people and I've finally
> succeeded.
cool!
Jürgen
I spent a good chunk of this weekend trying to get LyX to compile on
Windows using the Qt port from the cygwin-kde people and I've finally
succeeded. Attached are some notes detailing what I needed to do, together
with a patch and os_win32.h which should go in src/support. The patch is
essentially
Lars Gullik Bjønnes wrote:
> who is lyx::mkdir used. Do we every use any fancy mode values?
Well, we do use different mode values:
src/support/filetools.C:
if (tmpfl.empty() || lyx::mkdir(tmpfl, 0700)) {
if (lyx::mkdir(tmpfl, 0777)) {
if (lyx::mkdir(deflt, 0777)) {
bool createDirectory(string
Jean-Marc Lasgouttes wrote:
> Angus> I think you'll find that Ruurd's patch has some more #ifdef
> Angus> magic in os_win32.C that differentiates between native Windows
> Angus> and Cygwin. At the moment, os_win32 really means cygwin. I
> Angus> guess that we could have os_cygwin.C and os_win32.C i
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_str(), mode_t(mode));
+#endif
}
I guess that configure sh
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I think you'll find that Ruurd's patch has some more #ifdef
Angus> magic in os_win32.C that differentiates between native Windows
Angus> and Cygwin. At the moment, os_win32 really means cygwin. I
Angus> guess that we could have os_c
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Is the OS/2 port completely dead now?
That's a very good question. We may want to ask SMiyata, but my
googling did not find anything newer than 1.1.6fix3.
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
| Ruurd has the following one line patch:
>
| Index: src/support/copy.C
|
| bool lyx::copy(string const & from, string const & to)
| {
| - ifstream ifs(from.c_str());
| + ifstream ifs(from.c_str(), ios::binary);
| if (!ifs)
|return false;
| ofs
Angus Leeming <[EMAIL PROTECTED]> writes:
| Ruurd Reitsma 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 ca
Ruurd Reitsma 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 no sense on Windows...
F
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...
What is special about cygwin, except from
Georg Baum wrote:
> Jürgen, I thought you fixed that in the meantime?
No, not yet. I haven't cvs access right now. Can you do it? You just have to
remove the #if 0 conditional.
Thanks,
Jürgen
"Angus Leeming" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> 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 th
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?
Angus
Index: src/support/ChangeLog
===
RCS
Ruurd has the following one line patch:
Index: src/support/copy.C
bool lyx::copy(string const & from, string const & to)
{
- ifstream ifs(from.c_str());
+ ifstream ifs(from.c_str(), ios::binary);
if (!ifs)
return false;
ofstream ofs(to.c_str(),
Googling comes up with this:
http://gcc.
> "Ruurd" == Ruurd Reitsma <[EMAIL PROTECTED]> writes:
>> > Do the math fonts work correctly? Ruurd once said they were too
>> large.
>>
Ruurd> They work since the GPLed Qt moved to version 3.3.3. Some are
Ruurd> still not in the right place however.
I do not remember whether I already poin
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
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? MSV
It is safely testable. :-)
you must be kidding ;-)
Configure it to add the version
number to the program name as a suffix, that way
the "lyx1.4cvs" binary doesn't overwrite your
good old "lyx" binary.
that's what i did
thanks, ed.
PS first problem:
set/clear all borders in tabulars doesn't work...
Jean-Marc Lasgouttes wrote:
> Angus> This looks like a simple typo.
>
> This is not really a typo, but some old versions of cygwin used to
> define __CYGWIN32__, now they define __CYGWIN__ instead.
>
> See here for example:
> http://sources.redhat.com/ml/gdb-patches/2002-06/msg00130.html
>
> So
Ruurd Reitsma wrote:
>> os_win32.h is a kludge. It is performing the same rôle as config.h. I
> think
>> that these things should go in config.h, which suggests a
>> config/win32.m4 file.
>
> It´s a kludge indeed. How come you don´t need the extra posix headers I
> have in my patch?
Hi, Ruurd.
I
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This looks like a simple typo.
This is not really a typo, but some old versions of cygwin used to
define __CYGWIN32__, now they define __CYGWIN__ instead.
See here for example:
http://sources.redhat.com/ml/gdb-patches/2002-06/msg
Edwin Leuven wrote:
Yes. And if you are willing to test the 1.4 version (and compare with
your stuff), we can improve the support in the 1.5 cycle :-)
can 1.4cvs be safely used for real work now?
ed.
It is safely testable. :-) Configure it to add the version
number to the program name as a suffi
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Juergen, concerning the sideways feature, do you know about the
>> rotfloat.sty package, which allows to rotate all kind of floats?
Juergen> I am aware that it exists, but I haven't digged
Juergen Spitzmueller wrote:
>> Juergen, concerning the sideways feature, do you know about the
>> rotfloat.sty package, which allows to rotate all kind of floats?
Answering my own questions:
> I am aware that it exists, but I haven't digged into it very much. Is it
> supposed to be installed on
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> It seems to be just an extension to rotating.sty (and loads
Juergen> rotating by itself). In fact, it uses the same commands
Juergen> (sidewaysfigure, sidewaystable). So I'd propose to stick with
Juergen> rotating for sta
Jean-Marc Lasgouttes wrote:
> Juergen, concerning the sideways feature, do you know about the
> rotfloat.sty package, which allows to rotate all kind of floats?
I am aware that it exists, but I haven't digged into it very much. Is it
supposed to be installed on any LaTeX system? And does it provi
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
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 '/' m
Fred, thanks for the report. This will bite more users if it does not get
fixed.
Fred Nastos wrote:
> Hi,
>
> I downloaded and built the cvs version last night. Athough I can
> start it up and create new documents, it seems to crash (without
> starting up) on almost all my documents from 1.3.5.
This one is truly trivial. Moreover, it doesn't appear to be necessary in
1.4.x.
Ok to apply?
--
AngusIndex: src/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.1021.2.49
diff -u -p -r1
On Dec 10, 2004, at 9:49 AM, Jean-Marc Lasgouttes wrote:
However, a possibility would be to remove all this special code for
LyX/Mac in the startup code, and replace it with setting user- and
lyx-dir from the script.
I've done this -- or at least tried to. (I'm not sure if I've cleaned
up lyx_main
Angus Leeming <[EMAIL PROTECTED]> writes:
| Let's address each issue as I post a chunk. However, I have a general
| question:
>
| os_win32.h is a kludge. It is performing the same rôle as config.h. I think
| that these things should go in config.h, which suggests a config/win32.m4
| file.
| * Do y
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Edwin Leuven wrote:
>> updated patch attached. have been using it the last couple of days
>> and have experienced no regressions.
Juergen> You have noticed that this feature also has been added to
Juergen> 1.4?
Juergen,
Jean-Marc Lasgouttes wrote:
> Juergen> - "textrm Ã
", "textrm Ã", "mathcircumflex", "_",
> Juergen> + "textrm Å", "textrm Ø", "mathcircumflex", "_",
>
> Is it really a good idea to have stuff in latin1 included
> unconditionally? Why not use "AA" and "emptyset"?
Yes, I agree, but I think that \
Jean-Marc Lasgouttes wrote:
> Do the math fonts work correctly? Ruurd once said they were too large.
I didn't have a document to try it out with last night. I got it to start
and that was more than enough. (It takes twenty minutes just to link the
bloody thing...)
> How come you do not need the d
Hi,
I downloaded and built the cvs version last night. Athough I can
start it up and create new documents, it seems to crash (without
starting up) on almost all my documents from 1.3.5. I thought you
might want to see this, so I managed to pare one document down
to a single equation as an exampl
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The attached patch adds partial longtable support and some
Georg> small fixes to tex2lyx. This is needed for bug 220 (gnumeric
Georg> table import). Double hlines (firstHeadTopDL etc. in LyX) are
Georg> missing. The plan is to add this
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I spent a good chunk of this weekend trying to get LyX to
Angus> compile on Windows using the Qt port from the cygwin-kde people
Angus> and I've finally succeeded.
Excellent!
Do the math fonts work correctly? Ruurd once said they
> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
Hartmut> During the last couple of weeks I updated several times, but
Hartmut> make always failed. Today it stopped with the following
Hartmut> messages:
Hartmut> In SpecInfo
Hartmut> [fd_spec.c 247] Skipped object class 18(Input) In Ty
I know it's feature freeze, but this one should go in ;-)
Jürgen
Index: CREDITS
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/CREDITS,v
retrieving revision 1.49
diff -u -r1.49 CREDITS
--- CREDITS 26 Oct 2004 21:16:41 - 1.49
+
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> I don't know who introduced this, but it is breaking two
Juergen> functions in the math panel. I'll apply if I get no
Juergen> objections.
Juergen> - "textrm Ã
", "textrm Ã", "mathcircumflex", "_",
Juergen> + "textrm Å
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| I know it's feature freeze, but this one should go in ;-)
Yes.
--
Lgb
Lars Gullik Bjønnes wrote:
> | I know it's feature freeze, but this one should go in ;-)
>
> Yes.
Done.
Jürgen
Juergen Spitzmueller wrote:
> I know it's feature freeze, but this one should go in ;-)
I think so also ;-)
Shove it in
Alfredo
I don't know who introduced this, but it is breaking two functions in the math
panel. I'll apply if I get no objections.
Jürgen
Index: ControlMath.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ControlMath
Edwin Leuven <[EMAIL PROTECTED]> writes:
>> Yes. And if you are willing to test the 1.4 version (and compare
>> with your stuff), we can improve the support in the 1.5 cycle :-)
>
| can 1.4cvs be safely used for real work now?
I'd still wait a bit, but it is a lot better than just a few weeks
ago
Yes. And if you are willing to test the 1.4 version (and compare with your
stuff), we can improve the support in the 1.5 cycle :-)
can 1.4cvs be safely used for real work now?
ed.
During the last couple of weeks I updated several times, but make always
failed. Today it stopped with the following messages:
Making all in forms
make[6]: Entering directory
`/home/haase/Software/lyx-devel/src/frontends/xforms/forms'
{ [ . != . ] && [ ! -r form_print.fd ] && ln -s form_print.fd
Edwin Leuven wrote:
> nope. so the transfer will be smooth ;-)
Yes. And if you are willing to test the 1.4 version (and compare with your
stuff), we can improve the support in the 1.5 cycle :-)
Jürgen
You have noticed that this feature also has been added to 1.4?
nope. so the transfer will be smooth ;-)
regards, ed.
Edwin Leuven wrote:
> updated patch attached. have been using it the last couple of days and
> have experienced no regressions.
You have noticed that this feature also has been added to 1.4?
Jürgen
updated patch attached. have been using it the last couple of days and
have experienced no regressions.
edwin
sideways.diff.gz
Description: application/gzip
52 matches
Mail list logo
