Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Lars Gullik Bjønnes wrote:
>>> and should not be included ... we want
>
> Georg> Why? I don't know any advantage, only a disadvantage: Some
> Georg> compilers do not have it.
>
> I thi
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Lars Gullik Bjønnes wrote:
>> and should not be included ... we want
Georg> Why? I don't know any advantage, only a disadvantage: Some
Georg> compilers do not have it.
I think all compilers have it now.
JMarc
Lars Gullik Bjønnes wrote:
> and should not be included ... we want
Why? I don't know any advantage, only a disadvantage: Some compilers do not
have it.
Georg
Georg Baum <[EMAIL PROTECTED]> writes:
| Kayvan A. Sylvan wrote:
|
| > fs_extras.C:101: error: 'errno' was not declared in this scope
| > fs_extras.C:107: error: 'errno' was not declared in this scope
| > fs_extras.C:120: error: 'errno' was not declared in this scope
| > fs_extras.C:148: error: '
Kayvan A. Sylvan wrote:
> fs_extras.C:101: error: 'errno' was not declared in this scope
> fs_extras.C:107: error: 'errno' was not declared in this scope
> fs_extras.C:120: error: 'errno' was not declared in this scope
> fs_extras.C:148: error: 'errno' was not declared in this scope make[6]:
This
if /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I./.. -I../../boost -Wextra -Wall-I/usr/X11R6/include -O2
-MT fs_extras.lo -MD -MP -MF ".deps/fs_extras.Tpo" -c -o fs_extras.lo
fs_extras.C; \
then mv -f ".deps/fs_extras.Tpo" ".deps/fs_extras.Plo";
On Fri, Apr 29, 2005 at 08:54:46AM +0100, Angus Leeming wrote:
> Why is there no -Ipath-to-qt-headers?
Duh... Thanks. I am up too late.
It looks to be compiling.
---Kayvan
Kayvan A. Sylvan wrote:
> As of the last update, it dies at a different place:
> g++ -DHAVE_CONFIG_H
> -I.
> -I../../../../../lyx/src/frontends/qt2/ui
> -I../../../../src
> -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_TRANSLATION
> -I../../../../../lyx/src
> -I../../../../../lyx/sr
As of the last update, it dies at a different place:
Making all in qt2
make[4]: Entering directory `/home/kayvan/src/lyx-build/src/frontends/qt2'
Making all in ui
make[5]: Entering directory `/home/kayvan/src/lyx-build/src/frontends/qt2/ui'
Making all in .
make[6]: Entering directory `/home/kayvan
Configuration
Host type: ia64-unknown-linux-gnu
Special build flags:warnings assertions use-pspell
C Compiler: gcc
C Compiler flags: -W -Wall -I/usr/X11R6/include -g -O2
C++ Compiler: g++ (3.2.3)
C++
Kayvan A. Sylvan wrote:
> On Sun, Jun 20, 2004 at 09:27:37AM +0200, Georg Baum wrote:
>> This looks like the compiler found src/lyxfont.h and src/Spacing.h
>> instead of src/tex2lyx/lyxfont.h and src/tex2lyx/Spacing.h. How do the
>> compile lines look like? On linux I have (with builddir != srcdir
On Sun, Jun 20, 2004 at 09:27:37AM +0200, Georg Baum wrote:
> Am Freitag, 18. Juni 2004 01:50 schrieb Kayvan A. Sylvan:
> > Undefined first referenced
> > symbol in file
> > LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT1)lyxlayout.o
> > LyXFont::L
Am Freitag, 18. Juni 2004 01:50 schrieb Kayvan A. Sylvan:
> Undefined first referenced
> symbol in file
> LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT1)lyxlayout.o
> LyXFont::LyXFont[in-charge](LyXFont::FONT_INIT3)lyxlayout.o
> LyXFont::LyXFont[i
This is on my solaris machine. Latest CVS, clean build.
/bin/bash ../../libtool --mode=link g++ -O2 -fno-exceptions -W -Wall
-L/u/ksylvan/lib -Wl,-R/u/ksylvan/lib -o tex2lyx FloatList.o Floating.o counters.o
lyxlayout.o lyxtextclass.o lyxlex.o lyxlex_pimpl.o boost.o context.o gettext.o
leng
>
> I see no problems here with
Thanks Lars.. it looks like the problem was due to some file in Qt 3.1.2
.. it compiled successfully with Qt 3.0.7... I'm pretty sure I compiled
Qt 3.1.2 with the same gcc version but I'm not 100% sure..
Thanks,
nirmal
Nirmal Govind <[EMAIL PROTECTED]> writes:
| Hi.. I'm getting the following error while trying to compile the latest
| cvs with Qt 3.1.2 on Debian ppc with gcc 3.2.3.. is this a code problem
| or a problem with the compiler that I'm using?
I see no problems here with
gcc (GCC) 3.2.2 20030222 (Re
Hi.. I'm getting the following error while trying to compile the latest
cvs with Qt 3.1.2 on Debian ppc with gcc 3.2.3.. is this a code problem
or a problem with the compiler that I'm using?
Thanks,
nirmal
--
BiblioModuleBase.C:27: syntax error before `::' token
BiblioModuleBase.C:32: ISO C++ for
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> It happens that Lsstream.h tries to use out provided
>> support/sstream.h, which fails miserably, whereas it should use the
>> built-in . I do not understand why this does not work
>> (since it works i
Jean-Marc Lasgouttes wrote:
> It happens that Lsstream.h tries to use out provided
> support/sstream.h, which fails miserably, whereas it should use the
> built-in . I do not understand why this does not work (since
> it works in other lyx parts), but I did not have much time to work it
> out. It w
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> On Wed, Feb 19, 2003 at 10:41:35AM -0800, Kayvan A. Sylvan
Kayvan> wrote:
>> Replacing the with "Lsstream.h" does get past the
>> compile problem for me. I am compiling now, so I will know if the
>> whole thing works shortly.
On Wed, Feb 19, 2003 at 10:41:35AM -0800, Kayvan A. Sylvan wrote:
>
> Replacing the with "Lsstream.h" does get past the compile
> problem for me. I am compiling now, so I will know if the whole thing
> works shortly.
>
Yes, this does work. I now have the latest daily CVS tarball and RPMS in
the
On Tue, Feb 18, 2003 at 12:10:08PM +0100, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
> Kayvan> -I/usr/X11R6/include -O2 -fpermissive -ftemplate-depth-30 -W
> Kayvan> -Wall -c
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
Kayvan> -I/usr/X11R6/include -O2 -fpermissive -ftemplate-depth-30 -W
Kayvan> -Wall -c -o tex2lyx.o `test -f tex2lyx.C || echo
Kayvan> './'`tex2lyx.C tex2lyx.C:13: sst
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include
-O2 -fpermissive -ftemplate-depth-30 -W -Wall -c -o tex2lyx.o `test -f tex2lyx.C ||
echo './'`tex2lyx.C
tex2lyx.C:13: sstream: No such file or directory
--
Kayvan A. Sylvan | Proud husband of | F
On Wednesday 27 November 2002 1:35 pm, Andre Poenitz wrote:
> On Wed, Nov 27, 2002 at 01:37:28PM +0100, Lars Gullik Bjønnes wrote:
> > Please tell what you find out.
>
> Bold guess: Candidates are:
>
> std::string::insert(unsigned int, unsigned int, char)
>
> and
>
> std::strings::insert(char *
On Wed, Nov 27, 2002 at 01:37:28PM +0100, Lars Gullik Bjønnes wrote:
> Please tell what you find out.
Bold guess: Candidates are:
std::string::insert(unsigned int, unsigned int, char)
and
std::strings::insert(char *, unsigned int, char)
Arguments given are (int, int, char).
Why adding t
On Wed, Nov 27, 2002 at 02:04:05PM +, Edwin Leuven wrote:
> had to do the attached to compile
They are both already in current CVS.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
had to do the attached to compile
Ed.
Index: src/LyXAction.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/LyXAction.C,v
retrieving revision 1.140
diff -u -p -r1.140 LyXAction.C
--- src/LyXAction.C 27 Nov 2002 10:30:04 - 1.14
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Nov 27, 2002 at 01:04:19PM +0100, Lars Gullik Bjønnes wrote:
| > | Why? 0u and static_cast(0) are null pointer constants as much
| > | as '0'.
| >
| > yes, that was what I was afraid of.
| > but anyhow, did you try 0u?
|
| Yes, and it works. I
On Wed, Nov 27, 2002 at 01:04:19PM +0100, Lars Gullik Bjønnes wrote:
> | Why? 0u and static_cast(0) are null pointer constants as much
> | as '0'.
>
> yes, that was what I was afraid of.
> but anyhow, did you try 0u?
Yes, and it works. I just wonder why. Maybe I should have a look at
integral pr
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Nov 27, 2002 at 12:46:43PM +0100, Lars Gullik Bjønnes wrote:
| > can you try to change this to:
| > extension.insert(0u, 1, '.');
| >
| > (or
| >
| > extension.insert(static_cast(0), 1, '.');
| >
| > Hopefully t
> can you try to change this to:
> extension.insert(0u, 1, '.');
compiling again...
Ed.
On Wed, Nov 27, 2002 at 12:50:35PM +0100, Andre' Poenitz wrote:
> On Wed, Nov 27, 2002 at 12:46:43PM +0100, Lars Gullik Bjønnes wrote:
> > can you try to change this to:
> > extension.insert(0u, 1, '.');
It makes a difference. Now, please tell me, why?
Andre'
--
Those who desire
On Wed, Nov 27, 2002 at 12:53:42PM +0100, Lars Gullik Bjønnes wrote:
> No, that is not the correct fix. (even if '.' -> ".")
Indeed.
Sorry for the wrong commit, this went to the wrong tree...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they d
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Nov 27, 2002 at 12:37:23PM +, Edwin Leuven wrote:
| > redhat 7.3, gcc-c++-2.96-112
|
| Just replace the '.' with "." in that line.
No, that is not the correct fix. (even if '.' -> ".")
(or am I forgetting a string op?)
--
Lgb
On Wed, Nov 27, 2002 at 12:46:43PM +0100, Lars Gullik Bjønnes wrote:
> can you try to change this to:
> extension.insert(0u, 1, '.');
>
> (or
>
> extension.insert(static_cast(0), 1, '.');
>
> Hopefully the first one is enough. There are other options as well but
>
On Wed, Nov 27, 2002 at 12:37:23PM +, Edwin Leuven wrote:
> redhat 7.3, gcc-c++-2.96-112
Just replace the '.' with "." in that line.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Edwin Leuven <[EMAIL PROTECTED]> writes:
| redhat 7.3, gcc-c++-2.96-112
|
| Ed.
|
| g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/support -I../../src
| -I../../../lyx-devel/src/support/../ -I../../../lyx-devel/boost -isystem
| /usr/X11R6/include -g -O -fno-exceptions -ftemplate-depth-30
|
redhat 7.3, gcc-c++-2.96-112
Ed.
g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/support -I../../src
-I../../../lyx-devel/src/support/../ -I../../../lyx-devel/boost -isystem
/usr/X11R6/include -g -O -fno-exceptions -ftemplate-depth-30
-Wno-non-template-friend -W -Wall -c
../../../lyx-devel/s
> without -d you won't get new directories... and without -P you won't
> loose unused directories...
>
I see...thanks Lars..
nirmal
Nirmal Govind <[EMAIL PROTECTED]> writes:
| >
| > both of these are definitely in CVS. Are you sure you are really up do
| > date? Are you using -dP when updating cvs?
| >
|
| I'm using Mandrake 9.0, gcc/g++ 3.2 .. I wasn't using -dP while doing
| "cvs update" .. Have been doing just "cvs updat
>
> both of these are definitely in CVS. Are you sure you are really up do
> date? Are you using -dP when updating cvs?
>
I'm using Mandrake 9.0, gcc/g++ 3.2 .. I wasn't using -dP while doing
"cvs update" .. Have been doing just "cvs update" till now.. has the
server changed? Well, I just did a
Nirmal Govind <[EMAIL PROTECTED]> writes:
| Hi.. I'd emailed regarding this error earlier but didn't get a
| response.. so I updated my lyx cvs version again and tried but still the
| make fails with the following error:
|
| ../../../../boost/boost/type_traits/remove_const.hpp:16:55:
| boost/type
Nirmal Govind <[EMAIL PROTECTED]> writes:
| Hi.. I'd emailed regarding this error earlier but didn't get a
| response.. so I updated my lyx cvs version again and tried but still the
| make fails with the following error:
I never saw your report.
btw what kind of system is this compiler/vesion, o
Hi.. I'd emailed regarding this error earlier but didn't get a
response.. so I updated my lyx cvs version again and tried but still the
make fails with the following error:
../../../../boost/boost/type_traits/remove_const.hpp:16:55:
boost/type_traits/detail/cv_traits_impl.hpp: No such file or dire
On 18-Feb-2002 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
>| c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
>| /usr/X11R6/include -g -fno-exceptions -W -Wall -c s
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/support'
c++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -fno-exceptions -W -Wall -c syscall.C
syscall.C: In method `int Systemcalls::startscript
(Systemcalls::Starttype, const string
On Sat, Dec 30, 2000 at 07:49:39PM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | On Fri, Dec 29, 2000 at 03:00:10PM -0800, Cron Daemon wrote:
> | > Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.37504
>
> Ok, I think I know that this is.
>
> Can you ju
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Fri, Dec 29, 2000 at 03:00:10PM -0800, Cron Daemon wrote:
| > Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.37504
Ok, I think I know that this is.
Can you just try to add a
#pragma implementation "Floating.h"
to FloatList.C
I think I will
On Fri, Dec 29, 2000 at 03:00:10PM -0800, Cron Daemon wrote:
> Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.37504
> + umask 022
> + cd /home/kayvan/src/rpm/BUILD
> + cd lyx-1.1.6cvs
> + unset LINGUAS
> + true
> + CXXFLAGS=-g
> + CFLAGS=-g
> + ./configure --prefix=/usr --without-warnings --with-i
"Lars Gullik Bjønnes" wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | cvs now
> | log attached
> | gcc-2.95.2
> | glibc-2.1.3
>
> Try again in 30 minutes... I _have_ fixed this in cvs, but anoncvs
> needs a little time to catch up.
>
> Lgb
Worked
Thanks
Garst
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| cvs now
| log attached
| gcc-2.95.2
| glibc-2.1.3
Try again in 30 minutes... I _have_ fixed this in cvs, but anoncvs
needs a little time to catch up.
Lgb
cvs now
log attached
gcc-2.95.2
glibc-2.1.3
garst
make[4]: Leaving directory `/usr/local/garst/lyx-devel/src/frontends'
make[3]: Leaving directory `/usr/local/garst/lyx-devel/src/frontends'
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I..
On Wed, 18 Oct 2000, Kayvan A. Sylvan wrote:
> On Wed, Oct 18, 2000 at 03:00:12PM -0700, Cron Daemon wrote:
>
> > gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c
>math_parser.C -o math_p
On Wed, Oct 18, 2000 at 03:00:12PM -0700, Cron Daemon wrote:
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c
>math_parser.C -o math_parser.o
> In file included from math_parser.C:32:
>
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Almost. This patch on top of boot/Makefile.am does it:
Applied.
JMarc
On Tue, Oct 03, 2000 at 04:40:52PM +0200, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | It looks like some files got left out of the dist rules again:
>
> Hmm, yes.
>
> Does this patch fix it?
Almost. This patch on top of boot/Makefile.am does it:
Index: bo
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| It looks like some files got left out of the dist rules again:
Hmm, yes.
Does this patch fix it?
Index: Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/boost/Makefile.am,
It looks like some files got left out of the dist rules again:
> gcc -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-I../../boost -isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -c formula.C
>-o formula.o
> In file included from ../../src/lyxfont.h:23,
>
On 28-Sep-2000 Marko Vendelin wrote:
>
> And if you comment this out then it fails later in src/tabular.C
>
I fixed all of this and will commit soon!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Itali
And if you comment this out then it fails later in src/tabular.C
g++ -DHAVE_CONFIG_H -I. -I. -I. -I/usr/lib/sigc++/include -I./gnome
-I/usr/local/lib/gtkmm/include -I/usr/local/lib/gnomemm/include
-I/usr/local/include -I/usr/include -DNEED_GNOMESUPPORT_H
-I/usr/lib/gnome-libs/include -I/usr/lib
No fancy warnings this time; just errors!
Angus
cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I../../src -I./../
-I../.. -I../.. -I../../src/cheaders -I/usr/local/include -ptr
/usr/users/aleem/OTHERS_CODE/lyx/devel/lyx_cxx_repository -O2 -MD -c
insettabular.C -o insettabular.ocxx: W
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > Relevant code:
| > RowList::const_iterator cit = rowlist.begin();
| > RowList::const_iterator end = rowlist.end();
|
| change the above code so that you have
|
| > RowList::iterator end = rowlist.end();
|
| And it will compil
>
> Relevant code:
> RowList::const_iterator cit = rowlist.begin();
> RowList::const_iterator end = rowlist.end();
change the above code so that you have
> RowList::iterator end = rowlist.end();
And it will compile!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Can't compile cvs at the moment, failing in texrow.C
Angus
cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..
-I../src/cheaders -I/usr/local/include -ptr ../lyx_cxx_repository -O2 -MD -c
texrow.C cxx: Error: texrow.C, line 67: no operator "!=" matches these operands
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> Hello again, CC -c -O -I. -I. -I../images -I/usr/local/include
Jochen> -I/usr/openwin/include table.C "table.C", line 1422: Error: A
Jochen> previously specified default argument value cannot be changed.
Jochen> 1 Error(s) dete
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> Hello, it's the Sun CC 5.0 guy again :) I get the following
Jochen> error when trying to compile lyx 1.1.2 on a Solaris 2.6 box
Jochen> using Sun CC 5.0:
Jochen> CC -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../
Jo
Hello again,
CC -c -O -I. -I. -I../images -I/usr/local/include
-I/usr/openwin/include table.C
"table.C", line 1422: Error: A previously specified default argument value
cannot be changed.
1 Error(s) detected.
this is the error message that I get this time. Again, might be a
compiler issue. B
Hello,
it's the Sun CC 5.0 guy again :) I get the following error when trying to
compile lyx
1.1.2 on a Solaris 2.6 box using Sun CC 5.0:
CC -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../
-I/usr/local/include-I/usr/openwin/include -O -c math_inset.C
"/usr/include/stdio.h", line
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> patch < pa did work well, LyX 1.0.3 running fine over here in
Jochen> the computer center now.
Nice. Thanks for reporting these problems, since they could have
caused problems.
>> Concerning 1.1.x, it is cvs only, so you will
Hello again !
On 04-Jun-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx-1.0.3 compile fails on
Solaris 2.6 with Sun CC 5.0):
> The error was right, there was some wrong function prototypes
> around. I append to this message a part of the changes I will soon do
Thank you for that.
&g
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
>> Jochen, in the meantime, you can just delete the offening commands
>> (two lyxerr.debug() statements) since they are not important. Tell
>> us what happens then.
Jochen> It compiled that file ok. I am waiting for the rest right now
Hello again !
On 04-Jun-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx-1.0.3 compile fails on
Solaris 2.6 with Sun CC 5.0):
> I think I'll wait for 1.1.x for that. We do not want to do much
> cleanup work on 1.0.x anyway...
Is 1.1.x in CVS only or can I get it as a tarball anyw
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> Nope, the error about the unresolved symbols remains. This
Jochen> was
Jochen> Undefined first referenced symbol in file void
Jochen> MenuRunChktex(Buffer*) lyxfunc.o void MenuRunLaTeX(Buffer*)
Jochen> lyxfunc.o int send_fax(
> Jochen> "../src/lyx_main.C", line 148: Warning (Anachronism): Formal
> Jochen> argument 2 of type extern "C" void(*)(int) in call to
> Jochen> signal(int, extern "C" void(*)(int)) is being passed
> Jochen> void(*)(int). [...] "lyxvc.C", line 337: Warning
> Jochen> (Anachronism): Formal argumen
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Jochen> "../src/lyx_main.C", line 148: Warning (Anachronism): Formal
Jochen> argument 2 of type extern "C" void(*)(int) in call to
Jochen> signal(int, extern "C" void(*)(int)) is being passed
Jochen> void(*)(int). [...] "lyxvc.C
> OK, I did not know that a C++ compiler could generate "C" linkage
> functions. I thought that it could only use them... Is this supposed
> to work everywhere?
I don't know.
Greets,
Asger
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> OK, I did not know that a C++ compiler could generate "C" linkage
>> functions. I thought that it could only use them... Is this
>> supposed to work everywhere?
Asger> I don't know.
The C++ FAQ lite suggests to do
extern "
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Judging from the warning text, it seems we are passing C++
Asger> functions as C functions. I suppose that might not work on
Asger> some platforms, so we should define C style linking for those
Asger> callback functions.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| It is indeed a bug. Lars, what is the right solution, casting to
| long?
The correct solution is to use the new debugstream in 1.1.x, but since
that will not happen in 1.0.x, use a cast:
long(...)
Lgb
Hello again !
On 03-Jun-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx-1.0.3 compile fails on
Solaris 2.6 with Sun CC 5.0):
> Jochen> Hi Folks ! It's me again :) The VSPACE problem does not
> Jochen> appear anymore but now I get
> OK, One problem solved :)
Thanks again f
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> Hi Folks ! It's me again :) The VSPACE problem does not
Jochen> appear anymore but now I get
OK, One problem solved :)
Jochen> CC -c -O -I. -I. -I../images -I/usr/local/include
Jochen> -I/usr/openwin/include insetlatexaccent
Hi Folks !
It's me again :) The VSPACE problem does not appear anymore but now I get
CC -c -O -I. -I. -I../images -I/usr/local/include-I/usr/openwin/include
insetlatexaccent.C
"insetlatexaccent.C", line 227: Error: Overloading ambiguity between "operator+(const
LString&, const long&)" and
On 20-May-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx 1.0.2 compile fails on
Solaris 2.6 with Sun CC 5.0):
> Ouch! Your compiler is *really* fussy! If it breaks on this kind of
> things, we are probably in trouble. You might want to see in the man
> page whether there are some
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> On 20-May-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx
Jochen> 1.0.2 compaile fails on Solaris 2.6 with Sun CC 5.0):
>> It comes from the compiler, I guess. As an experiment, can you
>> replace in lyx_cb.C all occurences
> "Jochen" == Jochen Kmietsch <[EMAIL PROTECTED]> writes:
Jochen> On 20-May-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx
Jochen> 1.0.2 compaile fails on Solaris 2.6 with Sun CC 5.0):
>> It comes from the compiler, I guess. As an experiment, can you
>> replace in lyx_cb.C all occurences
On 20-May-99 Jean-Marc Lasgouttes wrote (concerning Re: lyx 1.0.2 compaile fails on
Solaris 2.6 with Sun CC 5.0):
> It comes from the compiler, I guess. As an experiment, can you replace
> in lyx_cb.C all occurences of "VSpace::NONE" with "VSpace()"? I think
> it will work. Tell us what happens.
87 matches
Mail list logo
