Florian Verhein wrote:
Hello,
I would really apreciate some help with this, as LyX (v1.5.1-1 for Windows)
crashes every time I try to run it (either by double-clicking on a lyx file
or opening lyx directly).
Here is what happens:
details
creating doc/LaTeXConfig.lyx
LyX: Done!
On Tue, Oct 16, 2007 at 05:49:57PM -0400, Paul A. Rubin wrote:
Juergen Spitzmueller wrote:
Paul A. Rubin wrote:
I'm not the only one experiencing this, but I'm on Win XP and the person
who pointed it out to me is on Vista, so possibly it's
Windows-specific. Any thoughts?
This is
On Wed, Oct 17, 2007 at 08:21:52AM +0200, Andre Poenitz wrote:
Could it be that everything that's found in the cache is read/touched on
startup?
Yes. Look at the output when using -dbg files.
--
Enrico
On Thu, Oct 18, 2007 at 05:42:03PM +0200, Abdelrazak Younes wrote:
I can't open any of the help documents...
Try again.
--
Enrico
On Fri, Oct 19, 2007 at 07:03:50PM +0200, Peter Kümmel wrote:
What about this patch?
If the scons and .am chnages are correct I check it in.
Ok.
--
Enrico
On Fri, Oct 19, 2007 at 10:06:21AM -0500, Bo Peng wrote:
Please #ifdef WIN32, or apply a proper solution. (Or should I use rcc
-name option?)
Please apply even a temporary fix. I can not compile under linux with this.
I am going to fix it. The problem is that cmake adds the -name
parameter
On Fri, Oct 19, 2007 at 02:44:49AM +0200, Enrico Forestieri wrote:
Commands such as \url and \index don't like latex macros in their
argument
Sorry, that is true for \url only.
--
Enrico
On Thu, Oct 18, 2007 at 11:03:52PM -, [EMAIL PROTECTED] wrote:
Author: poenitz
Date: Fri Oct 19 01:03:51 2007
New Revision: 21048
URL: http://www.lyx.org/trac/changeset/21048
Log:
isome more FileName shuffling
[..]
+bool FileName::isWritable() const
+{
+ QFileInfo const
On Fri, Oct 19, 2007 at 09:14:40AM +0300, Martin Vermeer wrote:
On Fri, Oct 19, 2007 at 04:53:04AM +0200, Enrico Forestieri wrote:
On Fri, Oct 19, 2007 at 04:09:22AM +0200, Enrico Forestieri wrote:
On Fri, Oct 19, 2007 at 02:44:49AM +0200, Enrico Forestieri wrote:
Commands
On Thu, Oct 18, 2007 at 09:11:07PM +0200, Andre Poenitz wrote:
Has anybody recently actually tried to compile the UserGuide?
On my machine LaTeX simply does not finish. Run by hand I get stuff
like
! Use of [EMAIL PROTECTED] doesn't match its definition.
[EMAIL PROTECTED] #1-\def
On Fri, Oct 19, 2007 at 04:09:22AM +0200, Enrico Forestieri wrote:
On Fri, Oct 19, 2007 at 02:44:49AM +0200, Enrico Forestieri wrote:
Commands such as \url and \index don't like latex macros in their
argument
Sorry, that is true for \url only.
Hmmm... that's more complicated. I had
On Fri, Oct 19, 2007 at 05:22:30PM +0200, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: forenr
Date: Fri Oct 19 17:16:40 2007
New Revision: 21065
URL: http://www.lyx.org/trac/changeset/21065
Log:
Compile fix
static void initializeResources()
{
+ extern
On Sat, Oct 20, 2007 at 11:08:09PM -, [EMAIL PROTECTED] wrote:
Author: broider
Date: Sun Oct 21 01:08:02 2007
New Revision: 21092
URL: http://www.lyx.org/trac/changeset/21092
Log:
Search for toolbar images in the filesystem and afterwards in the resource.
Now I really wonder what is
On Sun, Oct 21, 2007 at 11:46:11AM +0200, Andre Poenitz wrote:
On Sun, Oct 21, 2007 at 12:33:27PM +0300, Martin Vermeer wrote:
On Sun, Oct 21, 2007 at 06:22:09AM +0200, Enrico Forestieri wrote:
On Sat, Oct 20, 2007 at 11:08:09PM -, [EMAIL PROTECTED] wrote:
Author: broider
On Sun, Oct 21, 2007 at 05:53:05PM +0200, Andre Poenitz wrote:
On Sun, Oct 21, 2007 at 03:43:01PM +0200, Enrico Forestieri wrote:
My other impression is that people should _think_ more about the
consequences of implementing their cool feature and check whether
the advantages they claim
On Sun, Oct 21, 2007 at 05:57:06PM +0200, Andre Poenitz wrote:
On Sun, Oct 21, 2007 at 03:43:01PM +0200, Enrico Forestieri wrote:
$ ls -l src/lyx*.exe
-rwxr-xr-x 1 root 21148998 Oct 21 01:22 src/lyx.exe*
-rwxr-xr-x 1 root 19975298 Sep 12 00:32 src/lyx-old.exe*
So, today the executable
On Sun, Oct 21, 2007 at 06:45:40PM +0200, Andre Poenitz wrote:
On Sun, Oct 21, 2007 at 06:27:28PM +0200, Enrico Forestieri wrote:
On Sun, Oct 21, 2007 at 05:57:06PM +0200, Andre Poenitz wrote:
On Sun, Oct 21, 2007 at 03:43:01PM +0200, Enrico Forestieri wrote:
$ ls -l src/lyx*.exe
On Sun, Oct 21, 2007 at 07:52:07PM +0200, Michael Gerz wrote:
http://www.lyx.org/trac/changeset/20725 - Fix (again) bug 3510 after r20508
Not applicable.
http://www.lyx.org/trac/changeset/20931 - Add support for greek and
cyrillic chars such that it is not necessary to mark them in the
On Mon, Oct 22, 2007 at 08:48:30AM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
http://www.lyx.org/trac/changeset/20931 - Add support for greek and
cyrillic chars such that it is not necessary to mark them in the proper
language for typesetting.
http://www.lyx.org/trac
On Mon, Oct 22, 2007 at 10:53:31PM +0200, Dov Feldstern wrote:
The problem is that ERT should output only exactly what is in it ---
without changing languages or encoding or anything. However, with
r21121, it seems to be doing too much of that stuff. ERT is very special
in this respect...
On Tue, Oct 23, 2007 at 08:04:49AM +0200, Jürgen Spitzmüller wrote:
A few questions and comments.
Generally: do I get it right that knownLangChars knows that the proper lang
is
set from the return value of latexChar? I.e., if the language is set to
greek, econding.latexChar returns
On Tue, Oct 23, 2007 at 05:24:52PM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
+Â Â Â Â Â Â Â // When the proper language is set, we are simply passed
a code +Â Â Â Â Â Â Â // point, so we should not try to close the
\textLANG command.
grammar fix, please
On Tue, Oct 23, 2007 at 11:43:22PM +0200, Pavel Sanda wrote:
hi,
when i press enter in text i get the note character instead of new line.
can anybody confirm ?
slightly different receipt:
1. new file
2. tools preferences, change something so you can use apply button
3. go back to edit
On Tue, Oct 23, 2007 at 05:24:52PM +0200, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
If so, do you really have to enter this loop in knownLangChars in any
case? Can't you return earlier if a proper language is set? I guess you
only need to do the check for if (prefixIs(latex1
On Wed, Oct 24, 2007 at 10:27:59AM +0200, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Here is a revised patch. I've done some renaming and now don't even
call anymore the relevant method when a character can be translated
using the current encoding.
+int
On Wed, Oct 24, 2007 at 10:53:56AM +0200, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
Here is a revised patch. I've done some renaming and now don't even
call anymore the relevant method when a character can be translated
using the current encoding.
This looks good (much more
On Wed, Oct 24, 2007 at 07:36:04PM +0200, Juergen Spitzmueller wrote:
Add support for greek and cyrillic chars such that it is not
necessary to mark them in the proper language for typesetting.
Don't be so shy! Announce this fabulous feature in status.15x :-)
I knew that I would have
On Wed, Oct 24, 2007 at 03:20:14PM +0200, Kai Johannes Keller wrote:
Hi,
if I cd to the directory the temporary preview files are produced by
lyx, in my case this is
/tmp/lyx_tmpdir14405VmKWEL/lyx_tmpbuf2/
I find all the fontfiles and if I look at the dvi -file from commandline
via
On Wed, Oct 24, 2007 at 10:01:43PM +0200, Abdelrazak Younes wrote:
sorry, no help. i attach one sample document. go into the first box
(somewhere
to the middle of it) and try fast typing. my cpu meter go to the 100% and
there is clear latency. do you see it too ?
No, I see absolutely
On Wed, Oct 24, 2007 at 11:58:30PM +0200, Pavel Sanda wrote:
No, I see absolutely no delay and the cpu remains low. But I see some
drawing mistakes in the right box when I type: the corresponding line
disappears...
Now this is funny. I see the same problem as Pavel both on Solaris
On Thu, Oct 25, 2007 at 10:20:19AM +0200, Kai Johannes Keller wrote:
Hello Enrico,
the script works perfect. Many thanks for the fast response.
Greets
Kai
Happy it helped. However, I am not sure that this cannot be regarded
as a bug. Rather, I think it is a bug.
--
Enrico
On Thu, Oct 25, 2007 at 10:43:27AM +0200, Andreas Karlsson wrote:
Considering the difficulties to install latex2rtf and get it to
work from inside LyX (see below), wouldn't it be a good idea to
handle latex2rtf like e.g. the Aspell dictionaries, i.e.
automatically download, install and
On Thu, Oct 25, 2007 at 12:13:45PM +0200, Enrico Forestieri wrote:
In conclusion, both configure.py (IMO) and latex2rtf need to be fixed.
Doing that, using latex2rtf on Windows will be quite simple.
Here is the fix for configure.py. If there are no objections, I am
going to commit
On Thu, Oct 25, 2007 at 02:30:47PM +0200, Pavel Sanda wrote:
No, I see absolutely no delay and the cpu remains low. But I see some
drawing mistakes in the right box when I type: the corresponding line
disappears...
Now this is funny. I see the same problem as Pavel both
On Thu, Oct 25, 2007 at 02:41:58PM +0200, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
On Thu, Oct 25, 2007 at 12:13:45PM +0200, Enrico Forestieri wrote:
In conclusion, both configure.py (IMO) and latex2rtf need to be fixed.
Doing that, using latex2rtf
On Thu, Oct 25, 2007 at 03:33:53PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Oct 25, 2007 at 02:30:47PM +0200, Pavel Sanda wrote:
No, I see absolutely no delay and the cpu remains low. But I see some
drawing mistakes in the right box when I type: the corresponding
On Thu, Oct 25, 2007 at 02:19:50PM +, Wilfried Hennings wrote:
There is no easy solution because on English and US Windows, the programs
folder is C:\Program Files\ while e.g. on German Windows it's
C:\Programme,
and under DOS there is no programs folder at all. So the default is
On Thu, Oct 25, 2007 at 04:50:15PM +0200, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
I committed it, and also sent an email to the latex2rtf developers list.
I guess this also applies to branch. If so, please commit.
Done.
--
Enrico
On Thu, Oct 25, 2007 at 03:55:50PM +0200, Enrico Forestieri wrote:
I really wonder why lyx 1.5.2 (official installer) is even faster than
1.6 on Windows, whereas the Cygwin version suffers the same problem as
on *nix. I'll try to build 1.5 using mingw and report back.
A mingw build
On Fri, Oct 26, 2007 at 08:10:16AM +, Wilfried Hennings wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
On Thu, Oct 25, 2007 at 02:19:50PM +, Wilfried Hennings wrote:
There is no easy solution because on English and US Windows, the programs
folder is C:\Program Files
On Fri, Oct 26, 2007 at 10:56:42AM +, Wilfried Hennings wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
[...]
There are two ways for specifying the config directory, the first
one is using the -P flag but it is broken (more below), the second
one is using the env variable RTFPATH
On Fri, Oct 26, 2007 at 04:08:59PM +0200, Enrico Forestieri wrote:
On Fri, Oct 26, 2007 at 10:56:42AM +, Wilfried Hennings wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
[...]
Also, we need an
eps2eps program (actually a script) which is supplied by Ghostscript as
well
On Tue, Oct 30, 2007 at 05:59:24PM +0100, Jürgen Spitzmüller wrote:
Ekkehart Schlicht wrote:
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did not work. I cannot copy and paste the output from
the debug window either. If you could make a
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type) that results in an unwanted conversion of a tabulator ('\t') to
the digit '9'.
I'll commit to
On Wed, Oct 31, 2007 at 08:22:44AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type
On Wed, Oct 31, 2007 at 01:29:51PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 08:22:44AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi
On Wed, Oct 31, 2007 at 03:13:56PM +0100, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
os.put(c);
gives me a 'µ' character
On Wed, Oct 31, 2007 at 04:20:56PM +0100, Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
I don't understand either points. Why
char_type c = 0xb5;
os.put(c);
would be ok, but
unsigned char c = 0xb5;
os.put(c);
would
On Wed, Oct 31, 2007 at 03:41:50PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff exactly correspond
to latin-1 code points. So
unsigned char c = 0xb5;
os.put(c
On Wed, Oct 31, 2007 at 06:25:31PM +0100, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
If somebody use the docstream with latin8 character we will have bugs
for sure.
How could we forbid 8bit chars to operator? By implementing a
private version?
This is
On Wed, Oct 31, 2007 at 06:14:35PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Every character you output to a docstream must be ucs4 encoded.
If its code point can be contained in an unsigned char, fine,
otherwise you need
On Wed, Oct 31, 2007 at 06:18:57PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Wed, Oct 31, 2007 at 03:41:50PM +0100, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
Not really. UCS-4 code points from 0x to 0x00ff
On Thu, Nov 01, 2007 at 03:54:06PM +0100, Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
As for adding the possibility to output an unsigned char to the
docstream I think this buy us absolutely nothing and that it is not even
worth supporting.
How
On Thu, Nov 01, 2007 at 05:55:49PM +0100, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
It also doesn't work on Windows and FreeBSD, for example. I think it
would be embarrassing explaining it, as this would imply recognizing a
basic ignorance about C++, and this should
On Thu, Nov 01, 2007 at 05:20:17PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Nov 01, 2007 at 03:54:06PM +0100, Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
As for adding the possibility to output an unsigned char
On Thu, Nov 01, 2007 at 06:05:04PM +0100, Abdelrazak Younes wrote:
Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
It also doesn't work on Windows and FreeBSD, for example. I think it
would be embarrassing explaining it, as this would imply recognizing a
basic ignorance about C
On Thu, Nov 01, 2007 at 07:11:05PM +0100, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
If you think so, then a combination of the two patches is ok.
You mean what Abdel committed to trunk?
Yes, that solves this bug. Now waiting for the next bug associated
to unsigned chars
On Thu, Nov 01, 2007 at 07:24:04PM +0100, Abdelrazak Younes wrote:
I must say I am disappointed by your attitude Enrico, I just
don't understand why you are so sarcastic.
Maybe I am just mean. Please accept my apologies.
--
Enrico
On Thu, Nov 01, 2007 at 07:30:50PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Nov 01, 2007 at 07:11:05PM +0100, Juergen Spitzmueller wrote:
Enrico Forestieri wrote:
If you think so, then a combination of the two patches is ok.
You mean what Abdel committed
On Thu, Nov 01, 2007 at 08:57:40PM +0100, Abdelrazak Younes wrote:
Is that Myshkin?
In latex, it would be My\v{s}kin, but my ignorance didn't let me use
the correct transliteration ;-) Now let's stop here and go forward.
--
Enrico
On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
counters before the sectioning styles, in order to avoid having sections
numbered as 0.X instead of simply X.
Enrico?
Not needed in 1.5. In
On Sun, Nov 04, 2007 at 05:47:59PM +0100, Enrico Forestieri wrote:
On Sun, Nov 04, 2007 at 04:20:39PM +0100, Jürgen Spitzmüller wrote:
http://www.lyx.org/trac/changeset/21225 - Fix IEEEtran layout by loading
counters before the sectioning styles, in order to avoid having sections
On Mon, Nov 05, 2007 at 11:09:55PM +0200, Martin Vermeer wrote:
This fix is better... a lot.
Yep, that fixes it.
--
Enrico
On Tue, Nov 06, 2007 at 01:09:01PM +0200, Martin Vermeer wrote:
On Tue, 06 Nov 2007 11:33:23 +0100
Abdelrazak Younes [EMAIL PROTECTED] wrote:
[...]
Still, I maintain that detecting the text direction automatically based
on the Unicode code point would simplify things.
Yes, why not
On Wed, Nov 07, 2007 at 10:55:23AM +0100, Stefan Schimanski wrote:
This commit breaks the MathStream class. You get plenty of ascii codes
if you copy a part of a formula and insert it, e.g. \frac becomes
92frac. Reverting the MathStream part of the commit fixes it.
This only happens when
On Thu, Nov 08, 2007 at 06:05:20AM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Thu Nov 8 07:05:19 2007
New Revision: 21513
URL: http://www.lyx.org/trac/changeset/21513
Log:
Fix problems with odocstream on exotic systems caused by the strfwd gimmick.
*
On Wed, Nov 07, 2007 at 04:57:02PM +0100, Stefan Schimanski wrote:
Am 07.11.2007 um 16:46 schrieb Jean-Marc Lasgouttes:
Stefan Schimanski [EMAIL PROTECTED] writes:
Hi!
Is there a reason that behind every paragraph a 10 is put in the
tex
output? I guess it's some debugging
On Wed, Nov 07, 2007 at 08:41:46PM +0100, Andre Poenitz wrote:
On Wed, Nov 07, 2007 at 11:53:06AM +0100, Enrico Forestieri wrote:
On Wed, Nov 07, 2007 at 10:55:23AM +0100, Stefan Schimanski wrote:
This commit breaks the MathStream class. You get plenty of ascii codes
if you copy
On Thu, Nov 08, 2007 at 08:51:06AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Abdel, I am not sure it is ok with MSVC. Can you confirm it?
This did the trick:
Hmm, yep. Looking at
http://msdn2.microsoft.com/en-us/library/1af12yty(VS.80).aspx
I see that the forward declaration
On Wed, Nov 07, 2007 at 10:55:23AM +0100, Stefan Schimanski wrote:
This commit breaks the MathStream class. You get plenty of ascii codes
if you copy a part of a formula and insert it, e.g. \frac becomes
92frac. Reverting the MathStream part of the commit fixes it.
Please, can you confirm
On Thu, Nov 08, 2007 at 07:57:58AM +0200, Martin Vermeer wrote:
On Wed, Nov 07, 2007 at 11:38:08PM +0100, Michael Gerz wrote:
FYI. Looking forward to a great 1.5.3 release!
Regards, Michael
...
http://www.lyx.org/trac/changeset/21460 - Fix bug 4329
Looking at the code, I
On Thu, Nov 08, 2007 at 01:45:42PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 08:51:06AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Abdel, I am not sure it is ok with MSVC. Can you confirm it?
This did the trick:
Hmm, yep
On Thu, Nov 08, 2007 at 01:54:33PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 06:05:20AM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Thu Nov 8 07:05:19 2007
New Revision: 21513
URL: http://www.lyx.org/trac/changeset/21513
Log:
Fix
On Thu, Nov 08, 2007 at 02:01:05PM +0100, Abdelrazak Younes wrote:
Hum, there is even more than I though; in strfwd.h:
#ifdef USE_WCHAR_T
// Prefer this if possible because GNU libstdc++ has usable
// std::ctypewchar_t locale facets but not
// std::ctypeboost::uint32_t. gcc older than
On Thu, Nov 08, 2007 at 02:45:36PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 02:25:29PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
[...]
I don't have gcc 3.3 and could not test it. I'd rather not change it
unless someone reports problems.
So I am wrong
On Thu, Nov 08, 2007 at 02:25:29PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
[...]
I don't have gcc 3.3 and could not test it. I'd rather not change it
unless someone reports problems.
So I am wrong and USE_WCHAR_T is correctly detected and used. Then why
did you put
On Thu, Nov 08, 2007 at 02:28:26PM +0100, Abdelrazak Younes wrote:
You are of course. Still, why don't we just generalised the code to use
boost::uint32_t on all platforms? This would allow us to get rid of the
configure testing for wchar_t etc.
Look at the comment in strfwd.h ;-)
On Thu, Nov 08, 2007 at 02:01:44PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
[...]
Maybe we could
simply forward declare string for every platform. Will make some tests.
Right. Be my guest ;-)
I did it:
http://www.lyx.org/trac/changeset/21518
--
Enrico
On Thu, Nov 08, 2007 at 03:40:11PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 02:45:36PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 02:25:29PM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
[...]
I don't have gcc 3.3 and could
On Thu, Nov 08, 2007 at 06:13:15PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 01:55:44PM +0100, Enrico Forestieri wrote:
At least, I would suggest changing
#ifdef _MSC_VER
into
#if ! defined(__GNUC__)
as I think that forward declaring string is a gcc-ism
On Thu, Nov 08, 2007 at 11:43:36PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 10:58:00PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 10:31:02PM +0100, Andre Poenitz wrote:
I am currently compiling with the attached changes. Would be nice if you
could verify
On Thu, Nov 08, 2007 at 11:43:36PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 10:58:00PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 10:31:02PM +0100, Andre Poenitz wrote:
I am currently compiling with the attached changes. Would be nice if you
could verify
On Thu, Nov 08, 2007 at 11:28:32PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 11:07:29PM +0100, Enrico Forestieri wrote:
it would be cumbersome changing each instance of something like
ws.os() ' ';
or
ws.os() '\n';
in that way. And someone
On Thu, Nov 08, 2007 at 08:58:06PM +, José Matos wrote:
On Thursday 08 November 2007 20:41:33 Enrico Forestieri wrote:
Even if that doesn't matter for you, there are other systems than
Linux out there and doing things the standard way usually helps.
Not wanting to enter
On Thu, Nov 08, 2007 at 09:44:46PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 09:30:55PM +0100, Enrico Forestieri wrote:
On second thoughts: I would agree to a solution using some kind of
#ifdef as long as it does not lead to a #include iosfwd on vanilla
Linux.
There's
On Thu, Nov 08, 2007 at 09:38:08PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 09:19:25PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 09:04:37PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 07:53:13PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 06
On Thu, Nov 08, 2007 at 09:13:37PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 09:01:55PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 06:05:20AM -, [EMAIL PROTECTED] wrote:
Author: forenr
Date: Thu Nov 8 07:05:19 2007
New Revision: 21513
URL:
+ * \author Enrico Forestieri
+ *
+ * Full author contact details are available in file CREDITS.
+ */
If we re-use other people's code, leaving their copyright messages
intact is the least we can do.
Hmm, there was no other people's code left, me thinks.
--
Enrico
On Thu, Nov 08, 2007 at 09:04:37PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 07:53:13PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 06:13:15PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 01:55:44PM +0100, Enrico Forestieri wrote:
At least, I would suggest
On Thu, Nov 08, 2007 at 09:27:53PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 07:53:13PM +0100, Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 06:13:15PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 01:55:44PM +0100, Enrico Forestieri wrote:
At least, I would suggest
On Thu, Nov 08, 2007 at 10:06:36PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 09:41:33PM +0100, Enrico Forestieri wrote:
Because it voids 30% of the effect of having strfwd.h at all and it is
not needed here and therefore probably on ~100% of the Linux systems out
On Thu, Nov 08, 2007 at 10:31:02PM +0100, Andre Poenitz wrote:
I am currently compiling with the attached changes. Would be nice if you
could verify that it would work for you as well.
I get the following error:
g++ -DHAVE_CONFIG_H -I. -I../../../src/support -I../../src
On Thu, Nov 08, 2007 at 10:59:40PM +0100, Andre Poenitz wrote:
On Thu, Nov 01, 2007 at 07:37:26PM +0100, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Wed, Oct 31, 2007 at 06:25:31PM +0100, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
On Thu, Nov 08, 2007 at 10:31:02PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 10:10:48PM +0100, Enrico Forestieri wrote:
[...]
The Standard says how basic_istream etc should be defined. It does not
mandate that #include iosfwd is the only way to get it. Doing it 'by
hand
On Fri, Nov 09, 2007 at 11:33:30AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Thu, Nov 08, 2007 at 10:31:02PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 10:10:48PM +0100, Enrico Forestieri wrote:
[...]
The Standard says how basic_istream etc should be defined
On Sat, Nov 10, 2007 at 12:49:44PM +0100, Andre Poenitz wrote:
On Thu, Nov 08, 2007 at 11:58:19PM +0100, Enrico Forestieri wrote:
Hm... the easy way out would probably be an #include string or such
guarded by #ifdef SOMETHING_CYGWIN_SPECIFIC.
I don't think this is cygwin specific
On Sat, Nov 10, 2007 at 01:08:41PM +0100, Andre Poenitz wrote:
On Fri, Nov 09, 2007 at 12:22:25AM +0100, Enrico Forestieri wrote:
Hm... the easy way out would probably be an #include string or such
guarded by #ifdef SOMETHING_CYGWIN_SPECIFIC.
But there should be something cheaper
On Sat, Nov 10, 2007 at 07:01:57PM +0100, Enrico Forestieri wrote:
+ static size_t
+ length(char_type const * s)
+ {
+ char_type const * p = s;
+ while (*p)
+ +p;
Gotcha... should be ++p, of course.
+ return (p - s
On Tue, Sep 12, 2006 at 03:59:16PM +, Angus Leeming wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
The problem occurs when BOOST_FILESYSTEM_NARROW_ONLY is defined as
in this case the typedef boost::filesystem::path Path; kicks in.
I'd say that you've found a bug in the Boost code
On Tue, Sep 12, 2006 at 06:01:12PM +0200, Lars Gullik Bjønnes wrote:
Enrico Forestieri [EMAIL PROTECTED] writes:
| # define BOOST_FS_FUNC(BOOST_FS_TYPE) inline BOOST_FS_TYPE
| # define BOOST_INLINE_FS_FUNC(BOOST_FS_TYPE) inline BOOST_FS_TYPE
| typedef boost::filesystem::path Path
901 - 1000 of 8853 matches
Mail list logo