> "Markku" == Markku Reunanen <[EMAIL PROTECTED]> writes:
Hello,
Markku> On my Intel machines Lyx works fine, but when running it on my
Markku> AlphaStation with RH6.0 I experience crashes. I compiled 1.0.4
Markku> with egcs-2.91.66. The crashes occur whenever I try to undo a
Markku> change
Hi all,
I tracked down the locale problem to an unset definition in the
newly revamped makefiles.
The fix is as follows:
--- src/Makefile.am~Thu Oct 14 23:10:03 1999
+++ src/Makefile.am Thu Oct 14 23:10:34 1999
@@ -9,6 +9,7 @@
EXTRA_DIST = config.h.in stamp-h.in
ETAGS_ARGS = --c++
IN
On 14 Oct 1999, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> On Thu, Oct 14, 1999 at 12:59:32PM +1000, Allan Rae wrote:
> >> On Wed, 13 Oct 1999, Kayvan A. Sylvan wrote:
> >>
> >> > On Wed, Oct 13, 1999 at 10:54:15PM +0200, Lars Gullik
On 14 Oct 1999 15:56:04 +0200, Jean-Marc Lasgouttes wrote:
If I don't mix C into too much, maybe this is a bit helpful:
>- static functions: I cannot declare them extern "C" too.
In the context of functions, 'extern' is the mutually exclusive
opposite of 'static', when the fn is internal to th
On 14 Oct 1999, Jean-Marc Lasgouttes wrote:
Jean-Marc,
Thanks for having a look at the problem. In the end, it turned out the it
was a "stupid user" error. The problem was that the line:
> Rod> Also, I've got the following in the body of the text
> Rod> r_\textrm{wave}
should have been r_\math
On 14 Oct 1999, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> | In configure, we have some code which checks the version numbers and
> | sets some things depending on whether we have a normal or debug
> | version. This obviously does not work anymore. To fix t
Hello and first of all thank you for creating the document processor
extraordinaire! I use it to write documents for my studies and it's
very helpful.
On my Intel machines Lyx works fine, but when running it on my
AlphaStation with RH6.0 I experience crashes. I compiled 1.0.4 with
egcs-2.91.66.
> > "Bruce" == Bruce Momjian <[EMAIL PROTECTED]> writes:
> Bruce> I am reading the Extended Features manual, and it is very good.
> Bruce> However, I would like to suggest a different name for this
> Bruce> manual. I think of Extended as Extending, or a manual about
> Bruce> extending the feat
On Thu, 14 Oct 1999, Gorik De Samblanx wrote:
> Question :
> I was not able to use lyx1.0.4, since it is compiled against an
> unavailable library :
>
> bash$ ldd /usr/bin/X11/lyx1.0.4
> libforms.so.0.89 => not found
> ...
>
> where libforms89 is not in my Linux Distribution (Debian).
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| In configure, we have some code which checks the version numbers and
| sets some things depending on whether we have a normal or debug
| version. This obviously does not work anymore. To fix that, I have to
| know what is the convention we take.
In configure, we have some code which checks the version numbers and
sets some things depending on whether we have a normal or debug
version. This obviously does not work anymore. To fix that, I have to
know what is the convention we take. So, is 'pre' in the version the
best way of denoting a de
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> And? The cvs repository on aussie is the same as on
| Lars> baywatch...ok you have a problem with the repository named in
| Lars> CVS/ ok lets have reboot of baywatch and
"Asger K. Alstrup Nielsen" wrote:
>
> > When I startup lyx, I get:
> >
> > [kayvan@satyr ~]$ lyx
> > LyX: Unknown tag `\tth_command' [around line 11 of file ~/.lyx/lyxrc]
> > LyX: Unknown tag `tth -t -i' [around line 11 of file ~/.lyx/lyxrc]
> >
> > Also, the Export to HTML always gen
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> And? The cvs repository on aussie is the same as on
Lars> baywatch...ok you have a problem with the repository named in
Lars> CVS/ ok lets have reboot of baywatch and see if that fixes the
Lars> problem.
OK, I did not know tha
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> We need to fix the check for std::string it is not good. I am
| Lars> not sure what we should have it do instead.
|
| I do not know either...
|
| Lars> Test if std:: is
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> We need to fix the check for std::string it is not good. I am
Lars> not sure what we should have it do instead.
I do not know either...
Lars> Test if std:: is allowed first? and then depending use stack or
Lars> std::stack
A
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> What does LyX' configure say about template support on cxx? What
| Lars> about mutable?
|
| checking if C++ compiler supports mutable... yes
| checking if C++ compiler su
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| I've just verified that LANG setting with lyx-1.1.1 has no effect.
|
| The lyx-1.0.4 release works correctly with the LANG setting you describe.
|
| I'm going to try to see what changed between the two.
As far as I know nothing changed.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> What does LyX' configure say about template support on cxx? What
Lars> about mutable?
checking if C++ compiler supports mutable... yes
checking if C++ compiler supports partial specialization... yes
checking whether the C++ co
On Thu, Oct 14, 1999 at 03:48:06PM +0200, Lars Gullik Bjønnes wrote:
> Osvaldo Fornaro <[EMAIL PROTECTED]> writes:
>
> | Hi,
> |
> | I eard that LyX could work with its menus and messages in different
> | languages; (I need spanish).
> | After configure and make the 1.0..4 release I obtained th
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
| Lars> Lars> Program that I'd like to have
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
Lars> Lars> Program that I'd like to have tested: (checks for anon |
Lars> Lars> namespaces in global/
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Program that I'd like to have tested: (checks for anon
| Lars> namespaces in global/file scope)
|
| Digital cxx 6.1: works (in all modes)
Ok...so cxx is not too bad...
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Program that I'd like to have tested: (checks for anon
Lars> namespaces in global/file scope)
Digital cxx 6.1: works (in all modes)
Sun CC 4.2 (oldish, from 1996): does not work
gcc 2.8.1: does not work; error message is "sorr
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I sent a message to comp.lang.c++ to find out whether cxx is right or
| overfussy.
I think it is right...
This is one of the problems we will continue to have when using a C
lib based on callbacks.
We can solve this by using scope local helper
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]>
Lars> writes: | | >> To me, these definitions look compatible... Could
Lars> someone enlighten | >> me on the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Bruce" == Bruce Momjian <[EMAIL PROTECTED]> writes:
|
| Bruce> I am reading the Extended Features manual, and it is very good.
| Bruce> However, I would like to suggest a different name for this
| Bruce> manual. I think of Extended as Ext
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I think we can include this. It would be better if you could give a
| patch against lyx-devel. Moreover, note that in other insets
| Latex(FILE*,singned char) just calls the LString version of the same
| (not need to duplicate code).
|
| Also, w
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Mike" == Mike Hildreth <[EMAIL PROTECTED]> writes:
|
| Mike> Hello, I'm very interested to try out LyX here at CERN, but I
| Mike> can't get the current stable releases to link properly. We're
| Mike> running a fairly vanilla HP-UX 10.20a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
|
| >> To me, these definitions look compatible... Could someone enlighten
| >> me on the reason why cxx think they are not compatible? Should we
| >> add a typecast here?
|
|
[EMAIL PROTECTED] writes:
| [EMAIL PROTECTED] (Lars Gullik Bjønnes) wrote:
|
| > automatic). The most hard part would probably be to get the display
| > correclty, and what to do when the needed fonts were not there. An
| > insetunicode should probably be able to help with that...
|
| XFree86 v
John Weiss <[EMAIL PROTECTED]> writes:
| I'm sure there are other features that haven't made it into every
| compiler yet. There are things which you can safely assume are now in
| every C++ compiler currently in use. There are other things, features
| only recently agreed upon by the ANSI comm
On 14 Oct 1999 11:35:06 +0200, Jean-Marc Lasgouttes wrote:
>> "miyata" == miyata <[EMAIL PROTECTED]> writes:
>
>miyata> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>>> Maybe I missed something. What is used instead? Is the
>>> autoconf/OS/2 good enough right now?
>
>miyata> Yes, at this
On 14 Oct 1999 15:30:18 +0900, [EMAIL PROTECTED] wrote:
>"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
>
>> Those paths are absolutely fixed and must not be changed. (If you
>> fiddle with them, X might even refuse to start up).
>
>This statement is simply untrue. The only thing fixed in X is the
>lo
On 14-Oct-99 Gorik De Samblanx wrote:
> >
> > Question :
> > I was not able to use lyx1.0.4, since it is compiled against an
> > unavailable library :
> >
> > bash$ ldd /usr/bin/X11/lyx1.0.4
> > libforms.so.0.89 => not found
>
Usually it's best to compile by yourself. You can get a D
> "Mike" == Mike Hildreth <[EMAIL PROTECTED]> writes:
Mike> Hello, I'm very interested to try out LyX here at CERN, but I
Mike> can't get the current stable releases to link properly. We're
Mike> running a fairly vanilla HP-UX 10.20a on /afs. In any case, all
Mike> of the code compiles proper
> "Bruce" == Bruce Momjian <[EMAIL PROTECTED]> writes:
Bruce> I am reading the Extended Features manual, and it is very good.
Bruce> However, I would like to suggest a different name for this
Bruce> manual. I think of Extended as Extending, or a manual about
Bruce> extending the features of L
> "Stephan" == Stephan Witt <[EMAIL PROTECTED]> writes:
Stephan> I'm following the discussion with interest, because I'm a
Stephan> LyX-user on Solaris compiling with SunSoft's CC.
Stephan> AFAIK the problem with mixing C and C++ is the general
Stephan> incompatible implicit use of the this
> "Karl" == Karl JH Millar <[EMAIL PROTECTED]> writes:
Hello Karl,
Karl> The code in lyx-devel won't compile. It appears to be missing
Karl> the changes in string types for at least the lyxinset
Karl> files/classes.
Could you give details?
Karl> Given that, the following patch is against 1
> "Wolfgang" == Wolfgang Ginolas <[EMAIL PROTECTED]> writes:
Wolfgang> Hi i have lyx-1.0.4.tar.gz, and compiled it as root with
Wolfgang> ./configure && make && make install
Wolfgang> without errors.
Wolfgang> When i run lyx it sais that i have no LyX directory and i
Wolfgang> said "yes".
> "miyata" == miyata <[EMAIL PROTECTED]> writes:
miyata> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>> Maybe I missed something. What is used instead? Is the
>> autoconf/OS/2 good enough right now?
miyata> Yes, at this moment. The problem is that the maintainer has
miyata> been enrolle
> "Rod" == Rod Pinna <[EMAIL PROTECTED]> writes:
Rod> Hello all, I've run into a "behaviour" that hasn't occurred with
Rod> previous versions of lyx. After upgrading from 1.0.3 to 1.0.4,
Rod> Lyx is now including extra spaces in subscripts when a file is
Rod> closed and reopened. For example:
Hello,
I'm very interested to try out LyX here at CERN, but I can't get the
current stable releases
to link properly. We're running a fairly vanilla HP-UX 10.20a on /afs.
In any case, all of the
code compiles properly, but the linker returns an error
collect2: ld terminated with signal 10
/
On 14-Oct-99 Gorik De Samblanx wrote:
>
> Question :
> I was not able to use lyx1.0.4, since it is compiled against an
> unavailable library :
>
> bash$ ldd /usr/bin/X11/lyx1.0.4
> libforms.so.0.89 => not found
So you installed a binary package? I allready told this and will repeat
it
On Thu, Oct 14, 1999 at 10:17:25AM +0200, Gorik De Samblanx wrote:
>
> Question :
> I was not able to use lyx1.0.4, since it is compiled against an
> unavailable library :
>
> bash$ ldd /usr/bin/X11/lyx1.0.4
> libforms.so.0.89 => not found
> ...
>
> where libforms89 is not in my Linux
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Gerald Cecil" <[EMAIL PROTECTED]> writes: | Are there any plans
Lars> soon to generalize \cite to \citet and \citep etc. | (the forms
Lars> supported in natbib)? The present form is very limited & | not
Lars> standard for publ
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> On Thu, Oct 14, 1999 at 12:59:32PM +1000, Allan Rae wrote:
>> On Wed, 13 Oct 1999, Kayvan A. Sylvan wrote:
>>
>> > On Wed, Oct 13, 1999 at 10:54:15PM +0200, Lars Gullik Bjønnes
>> wrote: > > > > What BUGS.lyx should we keep? T
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> To me, these definitions look compatible... Could someone enlighten
>> me on the reason why cxx think they are not compatible? Should we
>> add a typecast here?
Asger> The only clue I could give is that it might be a C versu
Lars Gullik Bjønnes wrote:
>
> I have released the second prerelease for lyx-1.1.1, now most
> installation issues have been resolved and we have a new feature:
>
Question :
I was not able to use lyx1.0.4, since it is compiled against an
unavailable library :
bash$ ldd /usr/bin/X11/lyx1.0.4
49 matches
Mail list logo
