Re: Compilation error on stable with Qt 5.4 in GuiLog.cpp

Le 18/10/2024 à 14:25, Jean-Marc Lasgouttes a écrit : Hi there, There is compilation error when compiling stable branch on ubuntu 15.10: at GuiLog::goTo, the code uses Sorry, this is actually GuiLog::contains QTextCursor QTextDocument::find(const QRegularExpression &expr, const QTextCurso

Re: Compilation error with MSVC 19

Le 04/01/2021 à 17:30, Thibaut Cuvelier a écrit : On Mon, 4 Jan 2021 at 15:05, Jean-Marc Lasgouttes > wrote: I really wonder why this is not the default yet. The only sensible answer is "backward compatibility"… They still advertise pre-C++98 by default! Spook

Re: Compilation error with MSVC 19

On Mon, 4 Jan 2021 at 15:05, Jean-Marc Lasgouttes wrote: > Le 30/12/2020 à 09:01, Yuriy Skalko a écrit : > > I think the right way will be using only standard-compliant > > "__cplusplus" in sources and adding the option "/Zc:__cplusplus" for > > MSVC compiler in the build scripts so it handle __c

Re: Compilation error with MSVC 19

Le 30/12/2020 à 09:01, Yuriy Skalko a écrit : I think the right way will be using only standard-compliant "__cplusplus" in sources and adding the option "/Zc:__cplusplus" for MSVC compiler in the build scripts so it handle __cplusplus in standard-compliant way: https://docs.microsoft.com/en-u

Re: Compilation error with MSVC 19

On Wed, 30 Dec 2020 at 23:17, Kornel Benko wrote: > Am Wed, 30 Dec 2020 21:08:42 +0100 > schrieb Thibaut Cuvelier : > > > On Wed, 30 Dec 2020 at 16:06, Kornel Benko wrote: > > > > > Am Wed, 30 Dec 2020 15:17:36 +0100 > > > schrieb Thibaut Cuvelier : > > > > > > > On Wed, 30 Dec 2020 at 09:01, Yu

Re: Compilation error with MSVC 19

Am Wed, 30 Dec 2020 21:08:42 +0100 schrieb Thibaut Cuvelier : > On Wed, 30 Dec 2020 at 16:06, Kornel Benko wrote: > > > Am Wed, 30 Dec 2020 15:17:36 +0100 > > schrieb Thibaut Cuvelier : > > > > > On Wed, 30 Dec 2020 at 09:01, Yuriy Skalko > > wrote: > > > > > > > > Here is a newer version of th

Re: Compilation error with MSVC 19

On Wed, 30 Dec 2020 at 16:06, Kornel Benko wrote: > Am Wed, 30 Dec 2020 15:17:36 +0100 > schrieb Thibaut Cuvelier : > > > On Wed, 30 Dec 2020 at 09:01, Yuriy Skalko > wrote: > > > > > > Here is a newer version of the patch that does not use _HAS_CXX17, > as it > > > > should not really be relied

Re: Compilation error with MSVC 19

> I think the right way will be using only standard-compliant > "__cplusplus" in sources and adding the option "/Zc:__cplusplus" for > MSVC compiler in the build scripts so it handle __cplusplus in > standard-compliant way: > > > https://docs.microsoft.com/en-us/cpp/build/reference/zc-cplusplus?v

Re: Compilation error with MSVC 19

Am Wed, 30 Dec 2020 15:17:36 +0100 schrieb Thibaut Cuvelier : > On Wed, 30 Dec 2020 at 09:01, Yuriy Skalko wrote: > > > > Here is a newer version of the patch that does not use _HAS_CXX17, as it > > > should not really be relied upon ( > > > > > https://stackoverflow.com/questions/52379233/is-ha

Re: Compilation error with MSVC 19

On Wed, 30 Dec 2020 at 09:01, Yuriy Skalko wrote: > > Here is a newer version of the patch that does not use _HAS_CXX17, as it > > should not really be relied upon ( > > > https://stackoverflow.com/questions/52379233/is-has-cxx17-marco-usable-in-custom-project-headers-to-enable-c17-language > ).

Re: Compilation error with MSVC 19

Here is a newer version of the patch that does not use _HAS_CXX17, as it should not really be relied upon ( https://stackoverflow.com/questions/52379233/is-has-cxx17-marco-usable-in-custom-project-headers-to-enable-c17-language). I think the right way will be using only standard-compliant "__cp

Re: Compilation error with MSVC 19

On Wed, 30 Dec 2020 at 00:52, Thibaut Cuvelier wrote: > On Tue, 29 Dec 2020 at 23:50, Yuriy Skalko wrote: > >> > I just tried to recompile LyX on MSVC 19, this is the error I get: >> > >> > >> > [ 40%] Building CXX object >> > src/frontends/qt/CMakeFiles/frontend_qt.dir/GuiApplication.cpp.obj >>

Re: Compilation error with MSVC 19

On Tue, 29 Dec 2020 at 23:50, Yuriy Skalko wrote: > > I just tried to recompile LyX on MSVC 19, this is the error I get: > > > > > > [ 40%] Building CXX object > > src/frontends/qt/CMakeFiles/frontend_qt.dir/GuiApplication.cpp.obj > > GuiApplication.cpp > > D:\LyX\lyx-unstable\3rdparty\nod\nod.hp

Re: Compilation error on windows (master)

Le 18/03/2019 à 09:40, Kornel Benko a écrit : Am Sonntag, 17. März 2019 14:24:22 CET schrieb Jean-Marc Lasgouttes : Hi Kornel, The (French) error message below says that it is ambiguous whether sub.position(0) has an integer of cher const * argument. I am not sure how to fix it. JMarc How a

Re: Compilation error on windows (master)

Am Sonntag, 17. März 2019 14:24:22 CET schrieb Jean-Marc Lasgouttes : > Hi Kornel, > > The (French) error message below says that it is ambiguous whether > sub.position(0) has an integer of cher const * argument. I am not sure > how to fix it. > > JMarc How about sub.position(size_t(0))? The

Re: compilation error with sk.po

El 02.01.2018 a las 13:55, Jürgen Spitzmüller escribió: Please try again. Hello Jürgen, I wish you too all the best for the new year. Many thanks for your commit, I can now compile. regards Uwe

Re: compilation error with sk.po

Am Dienstag, den 02.01.2018, 13:12 +0100 schrieb Uwe Stöhr: > D:/LyXGit/Master/compile-2015/po/encodings_l10n.pot -t encodings > --src_file=D:/LyXGit/Master/compile-2015/po/encodings_files > CUSTOMBUILD : error : Unable to handle line: > [D:\LyXGit\Master\compile-2015\po\translations.vcxproj] >

Re: compilation error with sk.po

Am Dienstag, 2. Januar 2018 um 13:12:55, schrieb Uwe Stöhr > Hi Kornel, > > I wish you and your family a happy new year. > > With JMarc's patch I can compile master again but encounter now this: > >Generating qt4_files >Generating layouts_files >Generating languages_files >Gener

Re: compilation error with current master

Le 07/12/2016 à 13:57, Jan Niklas Hasse a écrit : Hi, try adding #include to Encoding.cpp. Yes On Wed, 7 Dec 2016, at 00:36, Uwe Stöhr wrote: With today's master I get this compilation error: Encoding.cpp D:\LyXGit\Master\src\Encoding.cpp(267): error C3861: 'back_inserter': identifier

Re: compilation error with current master

Hi, try adding #include to Encoding.cpp. - Jan On Wed, 7 Dec 2016, at 00:36, Uwe Stöhr wrote: > With today's master I get this compilation error: > > Encoding.cpp > D:\LyXGit\Master\src\Encoding.cpp(267): error C3861: 'back_inserter': > identifier not found [D:\LyXGit\Master\compile-2015\sr

Re: compilation error in branch and master

Am 02.07.2016 um 18:39 schrieb Georg Baum: Did you recompile at least once after the compiler upgrade? i tried but it was not possible due to the error. Please try again. My old code contained a thinko and did not do what I wanted it to do. Thanks, this works now. I can also compile the 2

Re: compilation error in branch and master

Uwe Stöhr wrote: > Am 02.07.2016 um 17:34 schrieb Uwe Stöhr: > >> I still get the same compilation error: > > Very, very weird: I just recompiled it without changing anything. it is > incredible but now it compile. Did you recompile at least once after the compiler upgrade? If not this was mos

Re: compilation error in branch and master

Am 02.07.2016 um 17:34 schrieb Uwe Stöhr: I still get the same compilation error: Very, very weird: I just recompiled it without changing anything. it is incredible but now it compile. So I can now compile master again. I'll now try 2.2.x. Please modify your today's commit so that at least

Re: compilation error in branch and master

Am 02.07.2016 um 03:19 schrieb Uwe Stöhr: No, I created separate folders for every git branch to be able to use different CMake configs for every branch. Very good. Please send CMakeError.log There is no such file. and CMakeOutput.log This one is attached. Here we need to distinguis

Re: compilation error in branch and master

Am 01.07.2016 um 05:03 schrieb Richard Heck: Something has changed in your build system. None of that code has been touched for many years. Yes, the error occurred with the latest MSVC 2015 update 3. Unfortunately I cannot go back to update 2 (MSVC doesn't offer this) and can therefore no lo

Re: compilation error in branch and master

Richard Heck wrote: > On 06/30/2016 07:36 PM, Uwe Stöhr wrote: >> compiling today's 2.2.x branch and master I get this compilation error: >> >> environment.cpp >> D:\LyXGit\Master\src\support\environment.cpp(73): fatal error C1189: >> #error: No environment-setting function has been defined. >>

Re: compilation error in branch and master

On 06/30/2016 07:36 PM, Uwe Stöhr wrote: compiling today's 2.2.x branch and master I get this compilation error: environment.cpp D:\LyXGit\Master\src\support\environment.cpp(73): fatal error C1189: #error: No environment-setting function has been defined. [D:\LyXGit\Master\compile-2015\src\

Re: compilation error with Re: We now include both png and svgz?

Am 07.12.2015 um 22:53 schrieb Kornel Benko: That is not enough, you have also remove the object files many thanks! Now the error is gone. best regards Uwe

Re: compilation error with Re: We now include both png and svgz?

Am Montag, 7. Dezember 2015 um 22:38:48, schrieb Kornel Benko > Am Montag, 7. Dezember 2015 um 22:10:35, schrieb Uwe Stöhr > > Am 07.12.2015 um 19:48 schrieb Enrico Forestieri: > > > > > Done at db363ab1. > > > > Now I get a compilation error: > > > >Generating qrc_Resources.cpp > >RCC

Re: compilation error with Re: We now include both png and svgz?

Am Montag, 7. Dezember 2015 um 22:10:35, schrieb Uwe Stöhr > Am 07.12.2015 um 19:48 schrieb Enrico Forestieri: > > > Done at db363ab1. > > Now I get a compilation error: > >Generating qrc_Resources.cpp >RCC: Error in > 'D:/LyXGit/Master/compile-2013/src/frontends/qt4/Resources.qrc' : C

Re: Compilation error with gcc 4.6

2015-05-19 15:20 GMT+02:00 Jean-Marc Lasgouttes: > It should be found using i18nLibFileSearch(). > I see. > > The way it is done for other elements is to look for example for > doc/fr/UserGuide.lyx. This would make us create directories fr/ de/... in > the toplevel system directory, which may n

Re: Compilation error with gcc 4.6

Le 19/05/2015 12:46, Jürgen Spitzmüller a écrit : Also, are there plans to allow for a translation now that they are exposed in the UI? We could do that. How? Look for RELEASE-NOTES_fr etc. and display that if available? It should be found using i18nLibFileSearch(). The way it is don

Re: Compilation error with gcc 4.6

2015-05-19 11:05 GMT+02:00 Jean-Marc Lasgouttes: > It works perfectly with this patch, thanks. > OK. I feel stupid (passing a QList to std sort) > > Concerning the release notes, I do not find them very discoverable in the > attached screen-shot. > Should be better now. > > Also, are there p

Re: Compilation error with gcc 4.6

Le 19/05/2015 09:28, Jürgen Spitzmüller a écrit : 2015-05-18 19:52 GMT+02:00 Jürgen Spitzmüller And with this? Ping It works perfectly with this patch, thanks. Concerning the release notes, I do not find them very discoverable in the attached screen-shot. Also, are there plans to all

Re: Compilation error with gcc 4.6

2015-05-18 19:52 GMT+02:00 Jürgen Spitzmüller > And with this? > Ping Jürgen

Re: Compilation error with gcc 4.6

2015-05-18 19:29 GMT+02:00 Jürgen Spitzmüller : > 2015-05-18 19:24 GMT+02:00 Richard Heck: > >> On 05/18/2015 12:17 PM, Jean-Marc Lasgouttes wrote: >> >>> >>> Since this week-end, I have compilation errors with gcc 4.6. I am not >>> sure from where to start to diagnose this. >>> >> >> This is the

Re: Compilation error with gcc 4.6

2015-05-18 19:24 GMT+02:00 Richard Heck: > On 05/18/2015 12:17 PM, Jean-Marc Lasgouttes wrote: > >> >> Since this week-end, I have compilation errors with gcc 4.6. I am not >> sure from where to start to diagnose this. >> > > This is the same error I reported earlier > https://www.mail-archive.com

Re: Compilation error with gcc 4.6

On 05/18/2015 12:17 PM, Jean-Marc Lasgouttes wrote: Since this week-end, I have compilation errors with gcc 4.6. I am not sure from where to start to diagnose this. This is the same error I reported earlier https://www.mail-archive.com/lyx-devel@lists.lyx.org/msg187530.html with gcc 4.9. I th

Re: Compilation error (trunk)

Am Freitag, 15. August 2014 um 15:18:42, schrieb Richard Heck > > Does not look much better. > > Sorry, should have been: > > - LayoutFileList l; > + LayoutFileList & l = LayoutFileList::get(); It compiles now. Kornel signature.asc Description: This is a digitally signed m

Re: Compilation error (trunk)

On 08/15/2014 12:54 PM, Kornel Benko wrote: Am Freitag, 15. August 2014 um 12:04:41, schrieb Richard Heck On 08/15/2014 11:35 AM, Kornel Benko wrote: [ 97%] Building CXX object src/tests/CMakeFiles/check_layout.dir/check_layout.cpp.o cd /usr/BUILD/BuildLyxGit/src/tests && /usr/bin/c++ -DBOO

Re: Compilation error (trunk)

Am Freitag, 15. August 2014 um 12:04:41, schrieb Richard Heck > On 08/15/2014 11:35 AM, Kornel Benko wrote: > > [ 97%] Building CXX object > > src/tests/CMakeFiles/check_layout.dir/check_layout.cpp.o > > cd /usr/BUILD/BuildLyxGit/src/tests && /usr/bin/c++ > > -DBOOST_SIGNALS_NO_DEPRECATION_WAR

Re: Compilation error (trunk)

On 08/15/2014 11:35 AM, Kornel Benko wrote: [ 97%] Building CXX object src/tests/CMakeFiles/check_layout.dir/check_layout.cpp.o cd /usr/BUILD/BuildLyxGit/src/tests && /usr/bin/c++ -DBOOST_SIGNALS_NO_DEPRECATION_WARNING=1 -Wall -Wunused-parameter --std=gnu++11 -fno-strict-aliasing -Wall -Wunu

Re: Compilation error

Jürgen Spitzmüller wrote: > I get the following compilation error in tex2lyx with automake: Cleaning the tree helped, but as soon as I touch Encoding.cpp, it breaks again. Jürgen

Re: Compilation error of lyx-2.0.0rc2

Am 08.04.2011 um 16:57 schrieb José Matos: > On Friday 08 April 2011 15:35:51 Stephan Witt wrote: >> PS. I didn't had a problem with CentOS until now. >> I wanted to provide the info for the questions the OP not answered. >> Nevertheless I'm surprised myself about the default Qt version. > > Cent

Re: Compilation error of lyx-2.0.0rc2

On Friday 08 April 2011 15:35:51 Stephan Witt wrote: > PS. I didn't had a problem with CentOS until now. > I wanted to provide the info for the questions the OP not answered. > Nevertheless I'm surprised myself about the default Qt version. Centos 5 is derived from Red Hat Enterprise Linux 5 that

Re: Compilation error of lyx-2.0.0rc2

Am 08.04.2011 um 16:07 schrieb José Matos: > On Friday 08 April 2011 14:12:55 Stephan Witt wrote: >> I don't know if it makes sense to use CentOS 5.5 for Qt-Development... >> >> Stephan > > What do you get when you run from the command line? > > # yum list qt4* Available Packages qt4.i386

Re: Compilation error of lyx-2.0.0rc2

On Friday 08 April 2011 14:12:55 Stephan Witt wrote: > I don't know if it makes sense to use CentOS 5.5 for Qt-Development... > > Stephan What do you get when you run from the command line? # yum list qt4* -- José Abílio

Re: Compilation error of lyx-2.0.0rc2

Am 08.04.2011 um 14:52 schrieb Pavel Sanda: > Stephan Witt wrote: >> $ rpm -q -a | grep -i qt >> PyQt-3.16-4 >> qt-3.3.6-23.el5 > > you dont have qt 4 installed at all then. pavel Yes, that's the message. And this is the default for the CentOS 5.5 distribution, AFAICS. I added the KDE-Develope

Re: Compilation error of lyx-2.0.0rc2

Stephan Witt wrote: > $ rpm -q -a | grep -i qt > PyQt-3.16-4 > qt-3.3.6-23.el5 you dont have qt 4 installed at all then. pavel

Re: Compilation error of lyx-2.0.0rc2

Am 07.04.2011 um 19:46 schrieb Richard Heck: > On 04/07/2011 11:44 AM, Junchao Zhang wrote: >> On a Centos 5.5 x86_64 system, use gcc 4.3.2. When I type make, I get: >> >> /usr/lib64/qt4/include/QtGui/qimage.h:56: warning: suggest parentheses >> around && within || >> GuiSpellchecker.cpp: At gl

Re: compilation error

On Mon, Apr 5, 2010 at 8:46 PM, Uwe Stöhr wrote: > Am 06.04.2010 02:23, schrieb Richard Heck: > >>> since r34059 I cannot compile LyX: >>> >>> ..\..\src\Buffer.cpp(1571) : error C2065: 'PACKAGE_STRING' : >>> undeclared identifier >>> >> I'm guessing this is some Windows, or possibly cmake, thing.

Re: compilation error

Am 06.04.2010 02:23, schrieb Richard Heck: since r34059 I cannot compile LyX: ..\..\src\Buffer.cpp(1571) : error C2065: 'PACKAGE_STRING' : undeclared identifier I'm guessing this is some Windows, or possibly cmake, thing. This is a macro defined in config.h, and it should be available. Inde

Re: compilation error

Jürgen Spitzmüller wrote: > Now I get linking errors fixed. Jürgen

Re: compilation error

Abdelrazak Younes wrote: > Oups, sorry. I see you fixed it, thanks. Now I get linking errors: ASpell.o: In function `lyx::ASpell::addSpeller(std::basic_string, std::allocator > const&)': /home/juergen/lyx/lyx-devel/src/ASpell.cpp:69: undefined reference to `lyx::lyxrc' ISpell.o: In function `lyx

Re: compilation error

Stefan Schimanski wrote: Am 25.02.2008 um 15:21 schrieb Jürgen Spitzmüller: mathed/InsetMathNest.cpp:1808: error: prototype for 'lyx::docstring lyx::MathCompletionList::data(size_t) const' does not match any in class 'lyx::MathCompletionList' mathed/InsetMathNest.h:31: error: candidate is: virt

Re: compilation error

Am 25.02.2008 um 15:21 schrieb Jürgen Spitzmüller: mathed/InsetMathNest.cpp:1808: error: prototype for 'lyx::docstring lyx::MathCompletionList::data(size_t) const' does not match any in class 'lyx::MathCompletionList' mathed/InsetMathNest.h:31: error: candidate is: virtual const lyx::docstring

Re: Compilation error in completion code

Stefan Schimanski <[EMAIL PROTECTED]> writes: >> I used 'QStyleOptionViewItem' and it seems to compile. > > Also seems to work. So I changed it. Thanks. JMarc

Re: Compilation error in completion code

Am 22.02.2008 um 11:10 schrieb Jean-Marc Lasgouttes: Abdelrazak Younes <[EMAIL PROTECTED]> writes: I only have 'QStyleOptionViewItemV2' on 4.2. Stefan, are you sure that we really need it? Does it compile with it? I used 'QStyleOptionViewItem' and it seems to compile. Also seems to wor

Re: Compilation error in completion code

Abdelrazak Younes <[EMAIL PROTECTED]> writes: >> I only have 'QStyleOptionViewItemV2' on 4.2. >> >> Stefan, are you sure that we really need it? > > Does it compile with it? I used 'QStyleOptionViewItem' and it seems to compile. JMarc

Re: Compilation error in completion code

Jean-Marc Lasgouttes wrote: I get: ../../../../lyx-devel/src/frontends/qt4/GuiCompleter.cpp: In member function 'virtual void lyx::frontend::PixmapItemDelegate::paint(QPainter*, const QStyleOptionViewItem&, const QModelIndex&) const': ../../../../lyx-devel/src/frontends/qt4/GuiCompleter.cpp:53

Re: Compilation Error

On Thu, Nov 29, 2007 at 03:12:54PM -0500, Richard Heck wrote: > > I fixed this at 21866. And #include "support/strfwd.h" didn't work That's the right fix. So something in my build pulls in by some other route... Andre'

Re: Compilation Error

On Thu, Nov 29, 2007 at 03:06:56PM -0500, Richard Heck wrote: > > This is from a fresh co: > > if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../src -I../boost -Wextra -Wall -g -O > -MT ASpell.o -MD -MP -MF ".deps/ASpell.Tpo" -c -o ASpell.o ASpell.cpp; \ > then mv -f ".deps/ASpell.Tpo" ".deps/ASpell.Po"; el

Re: Compilation Error

I fixed this at 21866. And #include "support/strfwd.h" didn't work rh Richard Heck wrote: This is from a fresh co: if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../src -I../boost -Wextra -Wall -g -O -MT ASpell.o -MD -MP -MF ".deps/ASpell.Tpo" -c -o ASpell.o ASpell.cpp; \ then mv -f ".deps/ASpel

Re: Compilation error in client dir

On Monday 06 November 2006 1:27 pm, Georg Baum wrote: > > Should be fixed now. I forgot to update this part (#ifdef is evil!) Yes it is. Thanks. > > Georg -- José Abílio

Re: Compilation error in client dir

José Matos wrote: > messages.C: In member function ‘const lyx::docstring > lyx::Messages::Pimpl::get(const std::string&) const’: > messages.C:171: error: conversion from ‘const std::basic_string std::char_traits, std::allocator >’ to non-scalar type ‘const > lyx::docstring’ requested > make[4]: **

Re: Compilation error in cursor related code

On Wed, Apr 07, 2004 at 05:56:47PM +0200, Jean-Marc Lasgouttes wrote: > > I get this with gcc 3.2.2: > > g++ -DHAVE_CONFIG_H -I. -I../../lyx-devel/src -I. -I../../lyx-devel/boost > -I/afs/inria.fr/rocq/home/preval/lasgoutt/.common//include -I/usr/X11R6/include > -fno-exceptions -W -Wall -c

Re: Compilation error in cursor related code

On Wed, Apr 07, 2004 at 05:56:47PM +0200, Jean-Marc Lasgouttes wrote: > Andre', how come you do not have the same problem? Should be fixed now I hope. Andre'

Re: Compilation error

On Mon, 26 Jan 2004, Angus Leeming wrote: > Instead modify autogen.sh, so, and tell us whether > autoconf 2.59 is happy with the configuration files. Works for me. > > By the way, I have the following error in the end: > > > > make[3]: Entering directory `/home/assirati/lyx/lyx-devel/src' > > r

Re: Compilation error

On Monday 26 January 2004 3:08 pm, Angus Leeming wrote: > > No need to do that. Instead modify autogen.sh, so, and tell us whether > autoconf 2.59 is happy with the configuration files. > > diff -u -p -r1.49 autogen.sh > --- autogen.sh 18 Nov 2003 10:41:57 - 1.49 > +++ autogen.sh 26 Jan

Re: Compilation error

Joao Luis Meloni Assirati wrote: > > > On Mon, 26 Jan 2004, Lars Gullik Bjønnes wrote: > >> rerun configure and automake perhaps... > > Yes, that was the problem. My autoconf was 2.59. Now I downgrade to > 2.53 and it works. No need to do that. Instead modify autogen.sh, so, and tell us wheth

Re: Compilation error

On Monday 26 January 2004 2:43 pm, Joao Luis Meloni Assirati wrote: > On Mon, 26 Jan 2004, Lars Gullik Bjønnes wrote: > > rerun configure and automake perhaps... > > Yes, that was the problem. My autoconf was 2.59. Now I downgrade to 2.53 > and it works. I changed the warning and I am testing wi

Re: Compilation error

On Mon, 26 Jan 2004, Lars Gullik Bjønnes wrote: > rerun configure and automake perhaps... Yes, that was the problem. My autoconf was 2.59. Now I downgrade to 2.53 and it works. By the way, I have the following error in the end: make[3]: Entering directory `/home/assirati/lyx/lyx-devel/src' rm

Re: Compilation error

Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: | using gcc 3.3.2: rerun configure and automake perhaps... -- Lgb

Re: compilation error with lyx-qt

On Thursday 28 November 2002 19:32, John Levon wrote: > On Thu, Nov 28, 2002 at 07:30:06PM +, José Abílio Oliveira Matos wrote: > > qt_helpers.C:34: parse error before `const' > > try again problem fixed. :-) Thanks. > regards > john -- José Abílio

Re: compilation error with lyx-qt

On Thu, Nov 28, 2002 at 07:30:06PM +, José Abílio Oliveira Matos wrote: > qt_helpers.C:34: parse error before `const' try again regards john -- "Millions of fingers! Millions of thumbs! Millions of monkeys Drumming on drums!"

Re: Compilation error

> "Nicolas" == Nicolas Ferre' <[EMAIL PROTECTED]> writes: Nicolas> Hi LyX developpers ! I'm trying to compile lyx-1.2.1 on a IBM Nicolas> Power4 (aix5.1.0.0) with gcc3.2 but it fails during the Nicolas> linking phase with the following stuff: The problem is known and will be fixed in 1.2.2. Y

Re: Compilation error

On Fri, Nov 08, 2002 at 09:58:04AM +0900, Rob Lahaye wrote: > Rob. OK, I was waiting for a compile anyway ... I applied it. It should be OK but I couldn't be arsed to wait for /two/ compiles john -- "When a man has nothing to say, the worst thing he can do is to say it memorably." - C

Re: Compilation error

Lars Gullik Bjønnes wrote: Dekel Tsur <[EMAIL PROTECTED]> writes: | g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -isystem /usr/X11R6/include -O | -Wno-non-template-friend -ftemplate-depth-30 -W -Wall -c -o toc.o test -f | toc.C || echo './'toc.C | toc.C:85: warning: #warning bogus type (Lgb) | t

Re: Compilation error

Dekel Tsur <[EMAIL PROTECTED]> writes: | g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -isystem /usr/X11R6/include -O | -Wno-non-template-friend -ftemplate-depth-30 -W -Wall -c -o toc.o test -f | toc.C || echo './'toc.C | toc.C:85: warning: #warning bogus type (Lgb) | toc.C: In function const clas

Re: compilation error with Menubar_pimpl.C : gcc-3.1, (qt-3.0.5)

> "geof" == geof <[EMAIL PROTECTED]> writes: geof> Changing menubackend_.getMenu(menu.submenu()).expand(md, 0); to geof> menubackend_.getMenu(menu.submenu().name()).expand(md, 0); solve geof> this error, but there is an other one : I made some changes in this area and John has yet to adapt

Re: compilation error lyx-1.2.0pre4

"Michael M. Tung" <[EMAIL PROTECTED]> writes: | Hi all, > | I obtain the following compilation error for latest version | 1.2.0pre4 (in the directory lyx-1.2.0pre4/src/support): > | source='lyxsum.C' object='lyxsum.lo' libtool=yes \ | depfile='.deps/lyxsum.Plo' tmpdepfile='.deps/lyxsum.TPlo' \ |

Re: compilation error lyx-1.2.0pre4

There are two possible answers to this: 1. Lars Gullik Bjønnes (the guy in charge!) will tell you to upgrade your compiler. egcs is an ancient C++ compiler and is nowhere near standard compliant. Most people here are using a gcc 2.95+ compiler. 2. The more friendly answer is to tell you to ask

Re: Compilation error

Angus Leeming <[EMAIL PROTECTED]> writes: | On Wednesday 13 March 2002 3:36 pm, Dekel Tsur wrote: >> Once again, my compiler (egcs 1.1.2) refuses to compile lyx: >> >> g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/ >> -I../../../src/frontends/ -I../../../src/fronten

Re: Compilation error

On Wednesday 13 March 2002 3:36 pm, Dekel Tsur wrote: > Once again, my compiler (egcs 1.1.2) refuses to compile lyx: > > g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/ > -I../../../src/frontends/ -I../../../src/frontends/controllers -I../../.. > -I../../.. -I../../..

Re: Compilation error

On Thu, Mar 22, 2001 at 09:38:19PM +0100, Lars Gullik Bjønnes wrote: > move enum PAR_TAG out of the method into an anon namespace and therein > add also a operator|=, like this: There is still hope, this was the first thing I have done. > namespace { > > enum PAR_TAG { > NONE = 0, >

Re: Compilation error

Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: | On Thu, Mar 22, 2001 at 01:05:16PM +0100, Lars Gullik Bjønnes wrote: | > | > enum PAR_TAG { | > NONE = 0 | > TT = 1, | > SF = 2, | > BF = 4, | > IT = 8, | > SL = 16, | > EM = 32 | > }; | > | > | > And

Re: Compilation error

On Thu, Mar 22, 2001 at 01:05:16PM +0100, Lars Gullik Bjønnes wrote: > > enum PAR_TAG { > NONE = 0 > TT = 1, > SF = 2, > BF = 4, > IT = 8, > SL = 16, > EM = 32 > }; > > > And instead of bitset tag_close; > > PAR_TAG tag_close = 0; > > Instead of t

Re: Compilation error

Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: | > working with bit representations. And by using it you get no type | > checking on the enum type. | | The the "C++ Programming Language" refers bitset to other uses, such as | having parameters with boolean flags, not only for bit opera

Re: Compilation error

On Thu, Mar 22, 2001 at 07:10:13PM +0100, Lars Gullik Bjønnes wrote: > | Notice that the code with bitsets is more clear than this version. > | Notice the following line: > | char const * tag_name[] = {"tt","sf","bf","it","sl","em"}; > > And I dislike this one too. > > You can solve this o

Re: Compilation error

Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: | On Thu, Mar 22, 2001 at 01:05:16PM +0100, Lars Gullik Bjønnes wrote: | > Dekel Tsur <[EMAIL PROTECTED]> writes: | > | > | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem | > | /usr/X11R6/include -O -fno-rtti -fno-exceptio

Re: Compilation error

On Thu, Mar 22, 2001 at 01:05:16PM +0100, Lars Gullik Bjønnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem > | /usr/X11R6/include -O -fno-rtti -fno-exceptions -W -Wall -c buffer.C > | buffer.C:21: bitset: No such file or d

Re: Compilation error

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | I am not sure how safe those template operators are. This is the last version, I am a bit unsure about the odr implications of the friends in EnumSet. template class EnumSet { public: EnumSet() : e_(E(0)) {} EnumSet(E val) : e_(

Re: Compilation error

Andre Poenitz <[EMAIL PROTECTED]> writes: | > I am not sure how safe those template operators are. | | Oh... pretty safe. You can now safely perform | and & on doubles as | well ;-} mmm... those operators should have some concept checking boost::is_enum comes to mind... Lgb

Re: Compilation error

> I am not sure how safe those template operators are. Oh... pretty safe. You can now safely perform | and & on doubles as well ;-} Andre' -- André Pönitz [EMAIL PROTECTED]

Re: Compilation error

[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | right there. | (I have a slightly more updated version in my tree, but it is far from | finished yet.) And this is a more updated version: template class EnumSet { public: EnumSet() : e_(static_cast(0)) {} EnumSet(E val) : e_(va

Re: Compilation error

Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: | On Thu, Mar 22, 2001 at 04:18:20PM +0100, Lars Gullik Bjønnes wrote: | > | > I have some helper classes that can be useful, but not quite finished | > and tested yet: | > | > template | > class EnumSet { | > | > }; | | Wh

Re: Compilation error

On Thu, Mar 22, 2001 at 04:18:20PM +0100, Lars Gullik Bjønnes wrote: > > I have some helper classes that can be useful, but not quite finished > and tested yet: > > template > class EnumSet { > > }; Where is it? I would only need to replace, bitset < LAST > by EnumSet , no?

Re: Compilation error

Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: | This is my code, I will replace it tonight, unless someone beats |me first. I have some helper classes that can be useful, but not quite finished and tested yet: template class EnumSet { public: EnumSet() : e_(static_cast(0

Re: Compilation error

On Thu, Mar 22, 2001 at 01:05:16PM +0100, Lars Gullik Bjønnes wrote: > Dekel Tsur <[EMAIL PROTECTED]> writes: > > | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem > | /usr/X11R6/include -O -fno-rtti -fno-exceptions -W -Wall -c buffer.C > | buffer.C:21: bitset: No such file or d

Re: Compilation error

Andre Poenitz <[EMAIL PROTECTED]> writes: | > And I don't see whay a bitset should be used... | | Encapsulation? of what? Lgb

  1   2   >