On Mon, May 02, 2005 at 06:53:26PM +0200, Juergen Spitzmueller wrote:
> Angus Leeming wrote:
> > > There are two layouts by the name of Bibliography, one in stdlists.inc,
> > > and one in stdstruct.inc. What makes this interesting is that they look
> > > rather different... will the real Bibliograp
On Mon, May 02, 2005 at 07:00:05PM +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > On Mon, May 02, 2005 at 03:25:39PM +0200, Juergen Spitzmueller wrote:
> >> I kind of like the idea (untested), but I think you should trigger an
> >> Alert which tells the user that some charstyle insets have
wolfram wrote:
> A second glance at the link-problem I had yesterday shows that
> it is related to the compiler switches I give to './configure':
>
> with:
> CXXFLAGS='-O3 -march=pentium4m' CFLAGS='-O3 -march=pentium4m'
>
> or:
> --enable-optimization=O3 CXXFLAGS='-O3 -march=pentium4m' CFLAGS='-
Hi
I want to use Unicode(UTF-8) encoding in LYX, but when I tried to do this,
I've found that unfortunately, all the encodings are hard coded in the
source; I've added the UTF-8 to the encodings, and now I've that in the
UI; After that I've got the message: "Character set file not found."; So
Hossein Noorikhah wrote:
> Hi
> I want to use Unicode(UTF-8) encoding in LYX, but when I tried to do
> this, I've found that unfortunately, all the encodings are hard coded in
> the source; I've added the UTF-8 to the encodings, and now I've that in
> the UI; After that I've got the message: "Char
Angus Leeming <[EMAIL PROTECTED]> writes:
| I'm afraid that you're out of luck. The lyx internals currently assume
| that one character can be stored in one byte. Things will need to be
| rewritten for us to support multibyte encodings. I believe that that is
| the plan for the 1.5 series of de
Based on yesterday's changes, could this patch be committed please? It
contains the updates to config.h and lyx.vcproj in the development\win32
directory.
Thanks
Rob
msvc.diff
Description: msvc.diff
Rob,
it seems that popen et al. are all documented members of the Windows API,
so I fail to see why you need to disable (win32_kludge.diff) RunCommand in
src/support/filetools.C. The one possible problem seems to be that popen
and pclose are documented as having a _ prefix. Do you need to just
> Rob,
>
> it seems that popen et al. are all documented members of the
> Windows API,
> so I fail to see why you need to disable (win32_kludge.diff)
> RunCommand in
> src/support/filetools.C. The one possible problem seems to be
> that popen
> and pclose are documented as having a _ prefix.
Rob Bearman wrote:
> Based on yesterday's changes, could this patch be committed please? It
> contains the updates to config.h and lyx.vcproj in the development\win32
> directory.
Done.
--
Angus
Rob,
same idea but this time for tempname.C. It appears from the docs that we
just need a few underscores. Does the attached patch enable you to compile?
mktemp:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/_crt__mktemp.2c_._wmktemp.asp
Equivalent URL: http://tinyu
> Rob,
>
> same idea but this time for tempname.C. It appears from the
> docs that we
> just need a few underscores. Does the attached patch enable
> you to compile?
>
> mktemp:
> http://msdn.microsoft.com/library/default.asp?url=/library/en-
> us/vclib/html/_crt__mktemp.2c_._wmktemp.asp
> Equ
> Given that your original posting contains only these two messages,
> repeated several times:
>
> undefined reference to
> `void boost::io::detail::(anonymous
> namespace)::empty_buf,
> char>(std::basic_ostringstream char_traits, std::allocator >&)::emptyStr'
>
> `.gnu.linkonce.t._ZN5boost9re
wolfram <[EMAIL PROTECTED]> writes:
>>
>
| cmon, this is really pushing me to my limits
| - you guys are supposed to be the gurus on
| lyx development - I'm just a poor user ...
If just a poor user... why do you play with optimization then?
| anyway I tried to cope with your suggestion as follo
Rob Bearman wrote:
>> Rob,
>>
>> same idea but this time for tempname.C. It appears from the
>> docs that we just need a few underscores. Does the attached
>> patch enable you to compile?
> Almost. Trivially, the "#if[n]def (_WIN32)" should be "#if[n]def _WIN32"
> or the other variety that acce
> And is this definition telling the truth? Ie, do you have the mktemp
> function as well as the _mktemp function?
Yes.
> And is this definition telling the truth? Ie, do you have the mktemp
> function as well as the _mktemp function?
I should note that for filetools.C, I must prepend the underscore on
popen and pclose. That might not have been clear since I stated that the
existing kludge isn't necessary.
Thanks
Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes:
> ... why do you play with optimization then?
>
because 'configure', which comes with
ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.5.tar.bz2
allows for ./configure --help, which tells me
that I can do so
Thank you,
wolfram
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions jpeg-image-loader
compression use-ispell
C Compiler: gcc
C Compiler flags: -W -Wall -I/usr/X11R6/include -g -O2
C++ Compiler:
wolfram <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
>> ... why do you play with optimization then?
>>
| because 'configure', which comes with
| ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.3.5.tar.bz2
| allows for ./configure --help, which tells me
| that I can do s
Rob Bearman wrote:
>> And is this definition telling the truth? Ie, do you have the mktemp
>> function as well as the _mktemp function?
>
> I should note that for filetools.C, I must prepend the underscore on
> popen and pclose. That might not have been clear since I stated that the
> existing kl
Thanks. Fixed.
Angus
> I propose to modify configure.ac as attached so that running
> autogen.sh produces the also attached changes to the generated
> src/config.h.in. You don't actually run autogen.sh at all of
> course, but I
> anticipate that you'd use these config.h.in changes as a
> template with
> which to
Rob Bearman wrote:
>> I propose to modify configure.ac as attached so that running
>> autogen.sh produces the also attached changes to the generated
>> src/config.h.in. You don't actually run autogen.sh at all of
>> course, but I
>> anticipate that you'd use these config.h.in changes as a
>> templ
> Does this work for you? (Everything is, of course, fine here.)
>
> If so, please post your local changes to config.h and I'll update
> development/Win32 accordingly. (I'll remove win32_kludge.diff also.)
>
> --
> Angus
>
Here's the patch to config.h. Everything builds fine, and it's nice to
Martin Vermeer wrote:
> It would be possible, at the cost of a little spaghetti, to allow the
> "Undef: CharStyle" insets to revert to "CharStyle" if the textclass is
> reset to one that contains its definition. Just chop off the "Undef: "
> prefix inside LyXTextClass::charstyle(). But would it be
The attached patch completes the effort to get LyX to compile with MSVC. I
take it that there are no objections to this going into the repository?
The good news is that this is the last of the burst of changes to config.h
that I've been making you all suffer over the last day or so.
--
AngusIn
> >> ... why do you play with optimization then?
> >>
> | because 'configure',...tells me
> | that I can do so
>
> But not that it will work...
>
This is getting too semantic for me :-)
Anyway, in my rather long history of
./configure -abc -xyz
make
make install
this is the 1st time I'm broken
On Tue, May 03, 2005 at 06:50:21PM +0200, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > It would be possible, at the cost of a little spaghetti, to allow the
> > "Undef: CharStyle" insets to revert to "CharStyle" if the textclass is
> > reset to one that contains its definition. Just chop off th
On Tue, May 03, 2005 at 10:57:55AM +0300, Martin Vermeer wrote:
> On Mon, May 02, 2005 at 06:53:26PM +0200, Juergen Spitzmueller wrote:
...
> > Jürgen
>
> OK, see the attached, which makes bib handling a little saner. Andre,
> for a smile, note the BIBTEX/BIBITEM mixup, back in 2003 :-)
>
> In
Angus,
it seems that your recent changes broke src/pspell.C for me. It wants to
include pspell/pspell.h, but I have aspell installed (thus no
pspell/pslell.h, but aspell.h):
if g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost -W -Wall
-I/usr/X11R6/include -ftemplate-depth-30 -g -I/usr
Georg Baum wrote:
> Angus,
>
> it seems that your recent changes broke src/pspell.C for me. It wants to
> include pspell/pspell.h, but I have aspell installed (thus no
> pspell/pslell.h, but aspell.h):
>
> if g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost -W -Wall
> -I/usr/X11R6/include
Lars, I thought I'd try and get to the bottom of this pch.h stuff.
Here's what happens now if I have separate build and source trees:
$ cd lyx/devel/build/src/tex2lyx
$ rm -f ~/lyx/devel/src/tex2lyx/pch.h.gch
$ make
make PCH_FLAGS= pch-file
make[1]: Entering directory `/home/angus/lyx/devel/build
Felix-Antoine Bourbonnais wrote:
> Alfredo Braunstein wrote:
>> I'd suggest (untested)
> I just tested your patch and it's working now with that patch.
Thanks Felix. Thanks Alfredo. I just committed the patch.
--
Angus
34 matches
Mail list logo
