On Windows/MinGW,
I get the following error message:
C:\msys\home\mg\lyx-trunk\src\buffer.C:116: error: `Path' is already
declared in this scope
Michael
../../src/text3.C: In member function ‘void
lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest&)’:
../../src/text3.C:714: error: no matching function for call to
‘lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest)’
../../src/text3.C:301: note: candidates are: void
lyx::LyXText::dispatch(ly
I get this error when compiling latest CVS with gcc 2.95 + stlport:
g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
-I/usr/include/stlport-I/usr/X11R6/include -DCXX_GLOBAL_CSTD
-ftemplate-depth-30 -nostdinc++ -g -W -Wall -c -o cursor.o `test -f
'../../src/cursor.C' || echo '../../sr
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../images -I/usr/X11R6/include -g -ansi -W -Wall
-Wno-return-type -c lyxfunc.C
lyxfunc.C: In method `class string LyXFunc::Dispatch(int, const char * = 0)':
lyxfunc.C:1960: `istringstream' undeclared (first use this function)
lyxfunc.C:1960: (Each undeclared id
I'm such a newbie I haven't even _compiled_ LyX yet...
gcc version 2.96 2731 (Red Hat Linux 7.0)
I'm not doing anything fancy. Just './configure --prefix=/foo/bar',
then 'make'.
Any suggestions? Don't worry about wounding my pride. ;^)
make[3]: Entering directory `/usr/local/src/lyx-1.1.
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
that.
/Users/sts/Quellen/mac/lyx-devel/src/mathed/InsetMathMBox.cpp: In
member function 'virtual void lyx::InsetMathMBox::draw
(lyx::PainterInfo&, int, int) const':
/Users/sts/Quellen/mac/lyx-devel/src/mathed/InsetMathMBox
All of sudden I get this error:
[ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
cd /usr/BUILD/BuildLyxGitQt5/src && /usr/bin/c++
-DBOOST_SIGNALS_NO_DEPRECATION_WARNING=1 -DQT_CONCURRENT_LIB -DQT_CORE_LIB
-DQT_GUI_LIB -DQT_SVG_LIB -DQT_WIDGETS_LIB -Wall -Wunused-parameter
make[5]: Entering directory `/cvs/lyx-devel/trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Seems it's looking for that file in the wrong directory: ../.
--
=
Hi,
the newest r26461 does not compile on ubuntu.
(Revision 26459 compiles fine)
...
/usr/bin/c++ -Wall -Wall -O3 -DNDEBUG -I/mnt/usr6/src/lyx/BuildLyx
-I/usr/src/lyx/lyx-devel/src -I/usr/src/lyx/lyx-devel/boost
-I/usr/src/lyx/lyx-devel/src/insets -DQT_NO_STL -DQT_NO_KEYWORDS
-DHAVE_GETTEXT
Hi,
I try since quite a while to compile the cvs sources but I am mot
successful. Can somebody help me please? Here is what I do:
>./configure --with-frontend=qt --with-qt-dir=/usr/lib/qt3
That is what I get:
Configuration
Host type: i686-pc-linux-gnu
Special build flags:
Hi,
a fresh copy of lyx-devel results in the following error message:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
-I../../boost -I/opt/local/include -isystem /usr/openwin/include -g -O
-fno-exceptions -W -Wall -Wp,-MD,.deps/insettabular.pp -c insettabular.C
In file included f
in today's cvs:
main.o: In function
`__default_alloc_template::_S_chunk_alloc(unsigned int, int &)':
/usr/include/g++-3/stl_alloc.h:467: undefined reference to
`GUIRunTime::initApplication(int, char **)'
collect2: ld returned 1 exit status
thanks, gr.ed.
Compiled with --std=c++17
/usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
conversion from
‘char**’ to ‘const char**’ [-fpermissive] size_t converted = iconv(cd,
const_cast(from), ^
In file included from /usr2/src/lyx/lyx-git/src/support/
make distclean ; ./autogen.sh etc.
messages.C: In function `const std::string& ::getLocaleDir()':
messages.C:30: error: `LOCALEDIR' undeclared (first use this function)
messages.C:30: error: (Each undeclared identifier is reported only once for
each function it appears in.)
Regards,
Juergen.
Michael Gerz schrieb:
On Windows/MinGW,
I get the following error message:
C:\msys\home\mg\lyx-trunk\src\buffer.C:116: error: `Path' is already
declared in this scope
Am I the only one getting this problem??? Might be a boost update problem...
Michael
On a clean tree, after make distclean and running autogen.sh:
QWorkArea.C: In function 'bool lyxX11EventFilter(XEvent*)':
QWorkArea.C:114: error: 'class LyXView' has no member named 'requestSelection'
QWorkArea.C:116: error: invalid use of undefined type 'struct
lyx::frontend::Gui'
../../../src/f
Georg Baum wrote:
../../src/text3.C: In member function ‘void
lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest&)’:
../../src/text3.C:714: error: no matching function for call to
‘lyx::LyXText::dispatch(lyx::LCursor&, lyx::FuncRequest)’
../../src/text3.C:301: note: candidates are: void
lyx::
Am Donnerstag, 1. Februar 2007 18:38 schrieb Abdelrazak Younes:
> indeed. I fixed that.
> It's weird that MSVC doesn't complain about that...
Are you sure that whatever LyXText::dispatch does to fr should be ignored?
IIRC I have seen reusage of cmd in similar cases.
Georg
Georg Baum wrote:
Am Donnerstag, 1. Februar 2007 18:38 schrieb Abdelrazak Younes:
indeed. I fixed that.
It's weird that MSVC doesn't complain about that...
Are you sure that whatever LyXText::dispatch does to fr should be ignored?
Mostly yes.
IIRC I have seen reusage of cmd in similar ca
I can't get LyX to compile with current svn (after running ./
autogen.sh and reconfiguring). I get the following error:
make[7]: *** No rule to make target `Dialog.C', needed by
`Dialog.lo'. Stop.
Any suggestions?
Bennett
Current svn:
Making all in qt4
make all-recursive
Making all in ui
make all-am
make[8]: Nothing to be done for `all-am'.
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -
DHAVE_CONFIG_H -I. -I../../../src -DQT_CLEAN_NAMESPACE -
DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS -Winvalid-p
Configuration
Host type: sparc-sun-solaris2.8
Special build flags:warnings assertions xforms-image-loader compression
C Compiler: gcc
C Compiler flags: -g -O2
C++ Compiler: g++ (3.2.3)
C++ Compiler fla
Georg Baum wrote:
> It compiles if I change line 838 of src/Cursor.C from
>
> if (t.operator->() != anchor_[depth()].inset())
>
> to
>
> if (t.operator->() !=
> const_cast(anchor_[depth()].inset()))
>
> Is this expected?
Don't think so. The two functions in question are:
MathInset const
Angus Leeming <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
>> It compiles if I change line 838 of src/Cursor.C from
>>
>> if (t.operator->() != anchor_[depth()].inset())
I wonder what has been smoked here to think this is a nice
construct...
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Angus Leeming <[EMAIL PROTECTED]> writes:
>
| | Georg Baum wrote:
>>> It compiles if I change line 838 of src/Cursor.C from
>>>
>>> if (t.operator->() != anchor_[depth()].inset())
>
| I wonder what has been smoked here to think this is a nice
| co
Lars Gullik Bjønnes wrote:
It compiles if I change line 838 of src/Cursor.C from
if (t.operator->() != anchor_[depth()].inset())
>>
> | I wonder what has been smoked here to think this is a nice
> | construct...
Agreed. What I'm confused about is why operator->() behaves
differently. Ca
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
> It compiles if I change line 838 of src/Cursor.C from
> if (t.operator->() != anchor_[depth()].inset())
>>>
>> | I wonder what has been smoked here to think this is a nice
>> | construct...
>
| Agreed. What I'm confus
Lars Gullik Bjønnes wrote:
>> It compiles if I change line 838 of src/Cursor.C from
>> if (t.operator->() != anchor_[depth()].inset())
>>> | I wonder what has been smoked here to think this is a nice
>>> | construct...
>>
> | Agreed. What I'm confused about is why operator->() behaves
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>>> It compiles if I change line 838 of src/Cursor.C from
>>> if (t.operator->() != anchor_[depth()].inset())
>
| I wonder what has been smoked here to think this is a nice
| construct...
>>>
>> | Agreed.
On Tue, Jan 27, 2004 at 10:09:12PM +0100, Georg Baum wrote:
> I get this error when compiling latest CVS with gcc 2.95 + stlport:
>
> g++ -DHAVE_CONFIG_H -I. -I../../src -I. -I../../boost
> -I/usr/include/stlport-I/usr/X11R6/include -DCXX_GLOBAL_CSTD
> -ftemplate-depth-30 -nostdinc++ -g -W
On Tue, Jan 27, 2004 at 09:58:19PM +, Angus Leeming wrote:
> Georg Baum wrote:
> > It compiles if I change line 838 of src/Cursor.C from
> >
> > if (t.operator->() != anchor_[depth()].inset())
> >
> > to
> >
> > if (t.operator->() !=
> > const_cast(anchor_[depth()].inset()))
> >
> > Is this
On Wed, Jan 28, 2004 at 12:10:48PM +0100, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Georg Baum wrote:
> >> It compiles if I change line 838 of src/Cursor.C from
> >>
> >> if (t.operator->() != anchor_[depth()].inset())
>
> I wonder what has been smoked here to
On Wed, Jan 28, 2004 at 12:31:01PM +0100, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Angus Leeming <[EMAIL PROTECTED]> writes:
> >
> | | Georg Baum wrote:
> >>> It compiles if I change line 838 of src/Cursor.C from
> >>>
> >>> if (t.operator->() != anchor_[
Andre Poenitz <[EMAIL PROTECTED]> writes:
| This intention of this 'nucleus/operator->' pair instead of the usual
| 'nucleus/nucleus' pair was to be able to find the non-const accesses
| with grep. [They are sort of 'unwanted' in the light of potential
| shared_ptr usage and each use should be jus
On Fri, Jan 30, 2004 at 01:54:37PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | This intention of this 'nucleus/operator->' pair instead of the usual
> | 'nucleus/nucleus' pair was to be able to find the non-const accesses
> | with grep. [They are sort of 'un
With the latest 1.4.0-cvs, I get the following error:
Making all in client
/bin/sh ../../libtool --mode=link g++ -g -O -fno-exceptions -W -Wall
-framework Carbon -framework OpenGL -framework AGL -framework QuickTime
-lz -o lyxclient boost.o client.o debug.o gettext.o messages.o
../../src/supp
On 12-Apr-2000 Kayvan A. Sylvan wrote:
> g++ -DHAVE_CONFIG_H -I. -I. -I. -I../images -I/usr/X11R6/include -g -ansi -W -Wall
> -Wno-return-type -c lyxfunc.C
> lyxfunc.C: In method `class string LyXFunc::Dispatch(int, const char * = 0)':
> lyxfunc.C:1960: `istringstream' undeclared (first use thi
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I../images -I/usr/X11R6/include -g -ansi -W -Wall
|-Wno-return-type -c lyxfunc.C
| lyxfunc.C: In method `class string LyXFunc::Dispatch(int, const char * = 0)':
| lyxfunc.C:1960: `istringstream' undeclared (first
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 12-Apr-2000 Kayvan A. Sylvan wrote:
| > g++ -DHAVE_CONFIG_H -I. -I. -I. -I../images -I/usr/X11R6/include -g -ansi -W
|-Wall
| > -Wno-return-type -c lyxfunc.C
| > lyxfunc.C: In method `class string LyXFunc::Dispatch(int, const char * = 0)':
| > lyx
Sorry dudes, CVS doesn't compile. It's been like that for a day or so.
Mandrake 9.0, xforms 0.89
following are the messages from make.
gotta run, as you can tell I've been a bit busy!
Darren
--8<--
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost -g -O
-fno-ex
gcc -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src
-I../../../src/frontends -I../../../src/frontends/controllers -I../../../boost
-I/u/ksylvan/include -isystem /usr/openwin/include -g -O2 -c freebrowser.c
-Wp,-MD,.deps/freebrowser.TPlo
freebrowser.c: In function `peek_ev
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O2
-fpermissive -ftemplate-depth-30 -W -Wall -c -o CutAndPaste.o `test -f
CutAndPaste.C || echo './'`CutAndPaste.C
CutAndPaste.C:340: warning: #warning CHECK! Are we comparing last_paste to the
wrong list here? (Lgb)
/usr/lib/gcc-li
./configure
make
this pm's checkout
log attached.
Garst
Making all in intl
make[1]: Entering directory `/usr/local/garst/lyx-devel/intl'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/usr/local/garst/lyx-devel/intl'
Making all in po
make[1]: Entering directory `/usr/local/gar
What is FL_LIGHTER_COL1?
gcc -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/
-I../../.. -I../../.. -I../../../boost -isystem /usr/X11R6/include -O2 -m486
-fno-strength-reduce -c FormPreferences.C -o FormPreferences.o
FormPreferences.C: In method `void FormPrefe
> "Ron" == Ron Peterson <[EMAIL PROTECTED]> writes:
Ron> I'm such a newbie I haven't even _compiled_ LyX yet... gcc
Ron> version 2.96 2731 (Red Hat Linux 7.0)
Which version of LyX is that? 1.1.5fix2 is probably better than
earlier version, although it seems it is not perfect.
JMarc
Jean-Marc Lasgouttes wrote:
>
> > "Ron" == Ron Peterson <[EMAIL PROTECTED]> writes:
>
> Ron> I'm such a newbie I haven't even _compiled_ LyX yet... gcc
> Ron> version 2.96 2731 (Red Hat Linux 7.0)
>
> Which version of LyX is that? 1.1.5fix2 is probably better than
> earlier version, alt
On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
that.
Interesting, why my compiler did not complain? (The test was also
tested by others).
I will see what is going on...
Bo
On 6/7/07, Bo Peng <[EMAIL PROTECTED]> wrote:
On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
> that.
The patch is partially reverted to move drawMarkers and drawMarkers2
back to its original place. The problem shou
On Thursday 07 June 2007 22:06:47 Bo Peng wrote:
> Interesting, why my compiler did not complain? (The test was also
> tested by others).
I had no problems with gcc 4.1.2 (with bits from 4.2) or else I would have
complained earlier. :-)
--
José Abílio
Strange, maybe my checkout it broken. But as far as I could see with
my tired eyes yesterday the mentioned patch moves drawMarkers from
InsetMath to InsetMathNest. And as InsetMathMBox is derived from the
former there should be an error, no?!
Stefan
On Thursday 07 June 2007 22:06:47 Bo Pe
On Thu, Jun 07, 2007 at 04:06:47PM -0500, Bo Peng wrote:
> On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> >drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
> >that.
>
> Interesting, why my compiler did not complain? (The test was also
> tested by others).
>
> I wil
On Thu, Jun 07, 2007 at 04:36:56PM -0500, Bo Peng wrote:
> On 6/7/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> >On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> >> drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
> >> that.
>
> The patch is partially reverted to move draw
Stefan Schimanski wrote:
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix that.
/Users/sts/Quellen/mac/lyx-devel/src/mathed/InsetMathMBox.cpp: In member
function 'virtual void lyx::InsetMathMBox::draw(lyx::PainterInfo&, int,
int) const':
/Users/sts/Quellen/mac/lyx-devel/sr
InsetMathMBox is compiled only with CMake. That's because I wanted to
make sure that it stays compilable until it's time to use it.
I was thinking that scons (or worse, gcc) is broken. :-)
Bo
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
On Wed, May 20, 2015 at 3:00 PM, Kornel Benko wrote:
> All of sudden I get this error:
>
> [ 75%] Building CXX object src/CMakeFiles/lyx2.2.dir/CutAndPaste.cpp.o
> cd /usr/BUILD/BuildLyxGitQt5/src &&
Le 20/05/2015 11:30, Kornel Benko a écrit :
All of sudden I get this error:
It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
code uses this macro instead of comparing value of __cplusplus. This is
because gcc 4.6 and earlier do not declare __cplusplus as they should.
Le 20/05/2015 11:31, Mayank Jha a écrit :
Guys please remove me from the mailing list, I have been trying for many
days now! Please do it.
Hello,
Assuming that you have read http://www.lyx.org/MailingLists#toc11, did
you try to send a message to
lyx-devel-unsubscr...@lists.lyx.org
?
Assum
Am Mittwoch, 20. Mai 2015 um 11:33:20, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 11:30, Kornel Benko a écrit :
> > All of sudden I get this error:
>
> It's my fault. Now autotools declares LYX_USE_CXX11 when needed and the
> code uses this macro instead of comparing value of __cplusplus. Thi
Le 20/05/2015 12:13, Kornel Benko a écrit :
Thanks Jean-Marc. If I understood correctly we need this define
only if using g++11 extension?
No, whenever we enable C++11 (gcc, clang, visual studio...).
JMarc
Am Mittwoch, 20. Mai 2015 um 12:16:44, schrieb Jean-Marc Lasgouttes
> Le 20/05/2015 12:13, Kornel Benko a écrit :
> > Thanks Jean-Marc. If I understood correctly we need this define
> > only if using g++11 extension?
>
> No, whenever we enable C++11 (gcc, clang, visual studio...).
>
> JMarc
Th
> *** No rule to make target `../ButtonPolicy.cpp', needed by
> `ButtonPolicy.lo'. Stop.
try "make distclean". this is an automake dependency tracking bug,
I think.
JMarc
On Wednesday 28 November 2007 07:51:00 [EMAIL PROTECTED] wrote:
> > *** No rule to make target `../ButtonPolicy.cpp', needed by
> > `ButtonPolicy.lo'. Stop.
>
> try "make distclean". this is an automake dependency tracking bug,
> I think.
I had that recently in a clean tree. :-(
> JMarc
--
José Matos <[EMAIL PROTECTED]> writes:
> On Wednesday 28 November 2007 07:51:00 [EMAIL PROTECTED] wrote:
>> > *** No rule to make target `../ButtonPolicy.cpp', needed by
>> > `ButtonPolicy.lo'. Stop.
>>
>> try "make distclean". this is an automake dependency tracking bug,
>> I think.
>
> I had
On Wednesday 28 November 2007 16:48:36 Jean-Marc Lasgouttes wrote:
> >
> > I had that recently in a clean tree. :-(
>
> That is weird... What do you call 'clean'?
A fresh checkout. I tested this on the machine I use to track Fedora
development branch (rawhide).
> JMarc
--
José Abílio
Am Mittwoch, 28. November 2007 schrieb José Matos:
> On Wednesday 28 November 2007 16:48:36 Jean-Marc Lasgouttes wrote:
> > >
> > > I had that recently in a clean tree. :-(
> >
> > That is weird... What do you call 'clean'?
>
> A fresh checkout. I tested this on the machine I use to track Fedo
Kornel Benko wrote:
Am Mittwoch, 28. November 2007 schrieb José Matos:
On Wednesday 28 November 2007 16:48:36 Jean-Marc Lasgouttes wrote:
I had that recently in a clean tree. :-(
That is weird... What do you call 'clean'?
A fresh checkout. I tested this on the machine I use to track Fedora
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I. -I../../../src -DQT_NO_STL -DQT_NO_KEYWORDS -I../../../src
-I../../../src/frontends -I../../../images
-I/Users/bennett/lyx/qt-4.4-install/include
-I/Users/bennett/lyx/qt-4.4-install/include/QtGui
-I/Users/bennett/lyx/
On 20/09/2008 09:02, Kornel Benko wrote:
Hi,
the newest r26461 does not compile on ubuntu.
(Revision 26459 compiles fine)
Should be fixed, sorry.
Abdel.
Am Saturday 20 September 2008 schrieb Abdelrazak Younes:
> On 20/09/2008 09:02, Kornel Benko wrote:
> > Hi,
> > the newest r26461 does not compile on ubuntu.
> > (Revision 26459 compiles fine)
>
> Should be fixed, sorry.
It is. Fast as ever :)
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
Kornel Benko wrote:
-- Kornel Benko [EMAIL PROTECTED]
Maybe we will see you in Berlin?
I will also try to come.
Peter
Am Samstag 20 September 2008 schrieb Peter Kümmel:
> Kornel Benko wrote:
> > -- Kornel Benko [EMAIL PROTECTED]
>
> Maybe we will see you in Berlin?
>
> I will also try to come.
Thanks, I would like, but I fear, I will be of little help.
> Peter
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
On Sun, Sep 21, 2008 at 12:39:08AM +0200, Kornel Benko wrote:
> Am Samstag 20 September 2008 schrieb Peter Kümmel:
> > Kornel Benko wrote:
> > > -- Kornel Benko [EMAIL PROTECTED]
> >
> > Maybe we will see you in Berlin?
> >
> > I will also try to come.
>
> Thanks, I would like, but I fear, I will
Am Sonntag 21 September 2008 schrieb Andre Poenitz:
> On Sun, Sep 21, 2008 at 12:39:08AM +0200, Kornel Benko wrote:
> > Am Samstag 20 September 2008 schrieb Peter Kümmel:
> > > Kornel Benko wrote:
> > > > -- Kornel Benko [EMAIL PROTECTED]
> > >
> > > Maybe we will see you in Berlin?
> > >
> > > I w
Kornel Benko wrote:
> > > > Maybe we will see you in Berlin?
> > > >
> > > > I will also try to come.
> > >
> > > Thanks, I would like, but I fear, I will be of little help.
> >
> > The would be no valid argument, even if it were true, which I doubt.
>
> In this case I want at least to see you all
On Mon, 22 Sep 2008, Pavel Sanda wrote:
Kornel Benko wrote:
Maybe we will see you in Berlin?
I will also try to come.
Thanks, I would like, but I fear, I will be of little help.
The would be no valid argument, even if it were true, which I doubt.
In this case I want at least to see you a
On Mon, Sep 22, 2008 at 01:03:59PM +0200, Christian Ridderström wrote:
> On Mon, 22 Sep 2008, Pavel Sanda wrote:
>
>> Kornel Benko wrote:
>> Maybe we will see you in Berlin?
>>
>> I will also try to come.
>
> Thanks, I would like, but I fear, I will be of little help.
On Mon, 22 Sep 2008, Andre Poenitz wrote:
i guess everybody signed here http://wiki.lyx.org/Devel/LyXMeeting2008
will get the info, so just add yourself.
André, will you add some invitational details to the page, or will you
send your address etc via e-mail [off-list]?
I will send details of
Hi,
The current trunk does not compile. parse_geometry is LyX.cpp (line
1057) does not return a value.
Joost
After not having tried to compile trunk for a while, I'm getting the
following error on Mac:
Making all in frontends
Making all in qt4
make all-am
g++ -DHAVE_CONFIG_H -I. -I../../.. -DQT_NO_STL -DQT_NO_KEYWORDS
-DQT_NO_CAST_TO_ASCII -DQT_NO_STL -I../../../src
-I../../../src/frontends -I../../../
Master does not build for me with autotools and gcc 6.1.1:
In file included from ./../support/unicode.h:18:0,
from docstream.cpp:15:
./../support/unique_ptr.h:24:28: error: ‘std::make_unique’ has not been
declared
namespace lyx { using std::make_unique; }
Regards
Jürgen
math_textinset.C: In method `bool MathTextInset::idxUpDown (size_t &,
size_t &, bool, int) const':
math_gridinset.h:22: `struct MathGridInset::CellInfo' is private
math_textinset.C:40: within this context
math_gridinset.h:22: `struct MathGridInset::CellInfo' is private
math_textinset.C:51: within
cvs from 5 min ago
Herbert
voss@maria:~/lyx-devel.13.qt> gcc --version
gcc (GCC) 3.2.1 20020903 (prerelease)
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I./qt2
-I/usr/l
On 30-Aug-2001 Michael Schmitt wrote:
> Any idea why this error occurs? Is it related to boost updates?
Most probably yes I'm right now trying to find a solution. Will commit
soon!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE
On 30-Aug-2001 Lars Gullik Bjønnes wrote:
>| Most probably yes I'm right now trying to find a solution. Will commit
>| soon!
>
> Don't! I have the fix ready.
Good!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL P
On Mon, Sep 03, 2001 at 03:44:48PM +0200, Edwin Leuven wrote:
> in today's cvs:
>
> main.o: In function
> `__default_alloc_template::_S_chunk_alloc(unsigned int, int &)':
> /usr/include/g++-3/stl_alloc.h:467: undefined reference to
> `GUIRunTime::initApplication(int, char **)'
> collect2: ld r
On Monday 03 September 2001 14:40, Yves Bastide wrote:
> On Mon, Sep 03, 2001 at 03:44:48PM +0200, Edwin Leuven wrote:
> > in today's cvs:
> >
> > main.o: In function
> > `__default_alloc_template::_S_chunk_alloc(unsigned int, int &)':
> > /usr/include/g++-3/stl_alloc.h:467: undefined reference
> Far too much! Just "touch main.C" will do the trick.
It did. Thanks, Ed.
On Monday 03 September 2001 15:21, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Monday 03 September 2001 14:40, Yves Bastide wrote:
> | > On Mon, Sep 03, 2001 at 03:44:48PM +0200, Edwin Leuven wrote:
> | > > in today's cvs:
> | > >
> | > > main.o: In function
Am Fri, 23 Oct 2020 11:51:01 +0200
schrieb Kornel Benko :
> Compiled with --std=c++17
>
> /usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
> conversion from
> ‘char**’ to ‘const char**’ [-fpermissive] size_t converted = iconv(cd,
> const_cast ICONV_CONST **>(from), ^~~
Le 23/10/2020 à 13:23, Kornel Benko a écrit :
Am Fri, 23 Oct 2020 11:51:01 +0200
schrieb Kornel Benko :
Compiled with --std=c++17
/usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
conversion from
‘char**’ to ‘const char**’ [-fpermissive] size_t converted = iconv(cd,
cons
Am Fri, 23 Oct 2020 19:41:48 +0200
schrieb Jean-Marc Lasgouttes :
> Le 23/10/2020 à 13:23, Kornel Benko a écrit :
> > Am Fri, 23 Oct 2020 11:51:01 +0200
> > schrieb Kornel Benko :
> >
> >> Compiled with --std=c++17
> >>
> >> /usr2/src/lyx/lyx-git/src/support/docstream.cpp:280:32: error: invalid
On Solaris:
g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src
-I../../../lyx/src/support/../ -I../../../lyx/boost -I/u/ksylvan/include
-I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT socktools.lo -MD -MP -MF
.deps/socktools.Tpo -c ../../../lyx/src/support/socktools.C
../../
I get this error:
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O
-fno-exceptions -W -Wall -c -o cursor.o `test -f 'cursor.C' || echo './'`cursor.C
cursor.C: In member function `DispatchResult Cursor::dispatch(const
FuncRequest&)':
cursor.C:36: `update' undeclared (first u
Juergen Spitzmueller wrote:
> QWorkArea.C: In function 'bool lyxX11EventFilter(XEvent*)':
> QWorkArea.C:114: error: 'class LyXView' has no member named
> 'requestSelection'
This error is fixed with the attached patch.
No idea about the second one, though:
> QWorkArea.C:116: error: invalid use o
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
QWorkArea.C: In function 'bool lyxX11EventFilter(XEvent*)':
QWorkArea.C:114: error: 'class LyXView' has no member named
'requestSelection'
This error is fixed with the attached patch.
No idea about the second one, though:
QWorkArea.C:1
Abdelrazak Younes wrote:
> Try to #include "frontend/Gui.h"
If I do this and #include "frontends/Selection.h", it compiles again. I'm
gonna commit the attached patch.
Jürgen
Index: src/frontends/qt3/QWorkArea.C
===
--- src/frontends
Juergen Spitzmueller wrote:
> I'm gonna commit the attached patch.
Forget this. Lars already did this.
Jürgen
I had to add
using lyx::odocstream;
at the top of InsetMathMBox.C, but now I get:
InsetMathMBox.C
..\..\..\lyx-devel\src\mathed\InsetMathMBox.C(76) : error C2664:
'LyXText::write' : cannot convert parameter 2 from 'lyx::odocstream' to
'std::ostream &'
Any ideas?
Regards,
Asger
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS -I../../../src
-I../../../src/frontends -I../../../images -DQT_SHARED
-I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I../../../boost -I../../../src/frontends/con
g++-dp-4.2 -DHAVE_CONFIG_H -I. -I. -I../../../src -
DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS -
I../../../src -I../../../src/frontends -I../../../images -I/Users/
bennett/lyx/gcc-4.0/Qt-4.2.1-install/include -I/Users/bennett/lyx/
gcc-4.0/Qt-4.2.1-install/include/QtCore -
1 - 100 of 493 matches
Mail list logo