Le 07/04/2024 à 21:09, Richard Kimberly Heck a écrit :
Riki, can I backport this trivial fix (c7f53afd), along with the more
complicated 51562ff3 to 2.4.x? This is needed for compilation with
MSVC 2019.
OK.
Done, thanks.
JMarc
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.
On 4/7/24 14:48, Jean-Marc Lasgouttes wrote:
Le 05/04/2024 à 18:09, Yu Jin a écrit :
Is it better when replacing uint with unsigned int?
Yeah, it is.
This is now in master.
Riki, can I backport this trivial fix (c7f53afd), along with the more
complicated 51562ff3 to 2.4.x? This is neede
Le 05/04/2024 à 18:09, Yu Jin a écrit :
Is it better when replacing uint with unsigned int?
Yeah, it is.
This is now in master.
Riki, can I backport this trivial fix (c7f53afd), along with the more
complicated 51562ff3 to 2.4.x? This is needed for compilation with MSVC
2019.
JMarc
--
Am Fr., 5. Apr. 2024 um 18:05 Uhr schrieb Jean-Marc Lasgouttes:
> Le 05/04/2024 à 17:55, Yu Jin a écrit :
> > Yeah I get this error now in Text.cpp
> >
> > Build started at 17:53...
> > 1>-- Build started: Project: LyX (applications\LyX\LyX),
> > Configuration: Debug x64 --
> > 1>Text.cpp
Le 05/04/2024 à 17:55, Yu Jin a écrit :
Yeah I get this error now in Text.cpp
Build started at 17:53...
1>-- Build started: Project: LyX (applications\LyX\LyX),
Configuration: Debug x64 --
1>Text.cpp
1>C:\lyx\master\src\Text.cpp(5961,19): error C2065: 'uint': undeclared
identifier
I
Am Do., 4. Apr. 2024 um 17:51 Uhr schrieb Jean-Marc Lasgouttes:
> Le 03/04/2024 à 17:03, Yu Jin a écrit :
> > I am not able to compile LyX with the newest Qt (6.7.0), I get these
> > error when compiling factory.cpp:
> > 1>C:\Qt\6.7.0\msvc2019_64\include\QtCore\qcompare.h(228,30): error
> > C2248:
Le 03/04/2024 à 17:03, Yu Jin a écrit :
I am not able to compile LyX with the newest Qt (6.7.0), I get these
error when compiling factory.cpp:
1>C:\Qt\6.7.0\msvc2019_64\include\QtCore\qcompare.h(228,30): error
C2248: 'Qt::partial_ordering::partial_ordering': cannot access private
member declare
I am not able to compile LyX with the newest Qt (6.7.0), I get these error
when compiling factory.cpp:
1>C:\Qt\6.7.0\msvc2019_64\include\QtCore\qcompare.h(228,30): error C2248:
'Qt::partial_ordering::partial_ordering': cannot access private member
declared in class 'Qt::partial_ordering'
1>Note: in
Am 07.12.2021 um 07:38 schrieb Stephan Witt :
>
> Am 06.12.2021 um 14:43 schrieb Christoph Schmitz :
>>
>> Stephan,
>>
>> Many thanks! Adding the new config parameter
>> "--with-macos-deployment-target=11.1" solved the issue. On both computers.
>
> Ok, that’s fine.
>
>> Qt is installed on my
Am 06.12.2021 um 14:43 schrieb Christoph Schmitz :
>
> Stephan,
>
> Many thanks! Adding the new config parameter
> "--with-macos-deployment-target=11.1" solved the issue. On both computers.
Ok, that’s fine.
> Qt is installed on my system via homebrew. The currently installed version is
> 6.2.
Stephan,
Many thanks! Adding the new config parameter
"--with-macos-deployment-target=11.1" solved the issue. On both computers.
Qt is installed on my system via homebrew. The currently installed version is
6.2.2.
Chris
> Am 06.12.2021 um 07:35 schrieb Stephan Witt :
>
> Am 06.12.2021 um 06
Am 06.12.2021 um 06:25 schrieb Christoph Schmitz :
>
> I compile LyX on two MacBooks (one Intel Core i7, and one Apple M1), both
> running macOS 12.1 Beta (21C5045a).
Sorry, this doesn’t answer the question about your Qt version.
The error message tells us it’s impossible to compile LyX with yo
I compile LyX on two MacBooks (one Intel Core i7, and one Apple M1), both
running macOS 12.1 Beta (21C5045a).
Chris
> Am 05.12.2021 um 22:49 schrieb Stephan Witt :
>
> Am 05.12.2021 um 22:32 schrieb Christoph Schmitz :
>>
>> The latest changes have introduced an issue for macOS X (Qt 6).
>
>
Am 05.12.2021 um 22:32 schrieb Christoph Schmitz :
>
> The latest changes have introduced an issue for macOS X (Qt 6).
What’s your Qt version? I’m using 6.2.0 on macOS 11.1 (with 11.1 SDK) and it
works with minimum of macOS 10.14.
Stephan
>
> These are the last lines of the output before the
The latest changes have introduced an issue for macOS X (Qt 6).These are the last lines of the output before the error occurs:file included from filetools.cpp:42:In file included from /opt/homebrew/lib/QtCore.framework/Headers/QDir:1:In file included from /opt/homebrew/lib/QtCore.framework/Headers/
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
Am Fri, 23 Oct 2020 13:23:34 +0200
schrieb Kornel Benko :
> 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
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 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), ^~~
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/
Le 26/06/2016 à 16:58, Guillaume Munch a écrit :
Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
Hi Jürgen,
I can have a look. Please send your config.log.
Thank you. Log is attached.
Thank you. I think the problem is ther
Am Sonntag, 26. Juni 2016 um 19:48:52, schrieb Enrico Forestieri
> On Sun, Jun 26, 2016 at 07:23:08PM +0200, Jean-Marc Lasgouttes wrote:
>
> > Le 26/06/2016 17:56, Enrico Forestieri a écrit :
> > > On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
> > >
> > > > Le 26/06/2016
On Sun, Jun 26, 2016 at 07:23:08PM +0200, Jean-Marc Lasgouttes wrote:
> Le 26/06/2016 17:56, Enrico Forestieri a écrit :
> > On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
> >
> > > Le 26/06/2016 17:32, Enrico Forestieri a écrit :
> > > > > The macro LYX_CHECK_DEF does not
Le 26/06/2016 17:56, Enrico Forestieri a écrit :
On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
Le 26/06/2016 17:32, Enrico Forestieri a écrit :
The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the
test. Probably it has only been working by chance up to
On Sun, Jun 26, 2016 at 05:44:04PM +0200, Jean-Marc Lasgouttes wrote:
> Le 26/06/2016 17:32, Enrico Forestieri a écrit :
> > > The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the
> > > test. Probably it has only been working by chance up to now. Can any
> > > configure expert ha
Le 26/06/2016 17:32, Enrico Forestieri a écrit :
The macro LYX_CHECK_DEF does not pass the option -std=X to g++ for the
test. Probably it has only been working by chance up to now. Can any
configure expert have a look?
Does the attached patch help?
You may have to use the cxx11_flags variable
Am Sonntag, den 26.06.2016, 17:32 +0200 schrieb Enrico Forestieri:
> Does the attached patch help?
Yes, it compiles now.
Thanks
Jürgen
On Sun, Jun 26, 2016 at 03:58:07PM +0100, Guillaume Munch wrote:
> Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
> > Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
> > > Hi Jürgen,
> > >
> > > I can have a look. Please send your config.log.
> >
> > Thank you. Log is attache
Le 26/06/2016 16:58, Guillaume Munch a écrit :
Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
Hi Jürgen,
I can have a look. Please send your config.log.
Thank you. Log is attached.
Thank you. I think the problem is there:
Le 26/06/2016 15:04, Jürgen Spitzmüller a écrit :
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
Hi Jürgen,
I can have a look. Please send your config.log.
Thank you. Log is attached.
Thank you. I think the problem is there:
configure:8141: checking whether make_unique
Am Sonntag, den 26.06.2016, 14:30 +0100 schrieb Guillaume Munch:
> Hi Jürgen,
>
> I can have a look. Please send your config.log.
Thank you. Log is attached.
Jürgen
>
> Guillaume
> This file contains any messages produced by compilers while
running configure, to aid debugging if configure make
Le 26/06/2016 12:55, Jürgen Spitzmüller a écrit :
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 ly
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
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
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 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 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
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.
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 &&
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
On Mon, Dec 19, 2011 at 4:05 PM, Stephan Witt wrote:
>
> Hi Bennett,
>
> possibly you had my patch applied to correct the word count and your checkout
> is not clean?
>
> Stephan
Yep -- that was it. Thanks.
BH
On Mac, with autotools, I get the following compile error with current trunk:
BufferView.cpp: In member function ‘void
lyx::BufferView::dispatch(const lyx::FuncRequest&,
lyx::DispatchResult&)’:
BufferView.cpp:1651: error: ‘countWords’ was not declared in this scope
BufferView.cpp:165
On Sun, May 1, 2011 at 10:33 AM, Vincent van Ravesteijn wrote:
> On 1-5-2011 16:28, BH wrote:
>> I haven't tried compiling branch in a while, but trying today leads to
>> a compile error (using Qt-4.4):
>
>
> This is the error:
>
> "This file was generated
On 1-5-2011 16:28, BH wrote:
> I haven't tried compiling branch in a while, but trying today leads to
> a compile error (using Qt-4.4):
This is the error:
"This file was generated using the moc from 4.7.1. It
cannot be used with the include files from this version of Qt.
(The
BH wrote:
> I haven't tried compiling branch in a while, but trying today leads to
> a compile error (using Qt-4.4):
Did you try with a make distclean'ed tree?
Jürgen
I haven't tried compiling branch in a while, but trying today leads to
a compile error (using Qt-4.4):
In file included from SignalSlotPrivate.cpp:15:
SignalSlotPrivate_moc.cpp:14:2: error: #error "This file was generated
using the moc from 4.7.1. It"
SignalSlotPrivate_moc.cpp:15:2
BH wrote:
> I don't see what the problem is: it's only 78 MB! It has the normal
> stuff in the beginning, and the bulk of the file consists of
> repetitions of:
>
> \editor_alternatives asciichess kwrite
> \editor_alternatives asciiimage kwrite
.
> Deleting the old preferences file brings lau
Am Samstag 03 Oktober 2009 schrieb BH:
> > Right, this one is weird, could you check your preference file Bennett?
>
> I don't see what the problem is: it's only 78 MB! It has the normal
> stuff in the beginning, and the bulk of the file consists of
> repetitions of:
>
> \editor_alternatives asciic
On Sat, Oct 3, 2009 at 5:40 AM, Abdelrazak Younes wrote:
> On 03/10/2009 11:13, Kornel Benko wrote:
>
> Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
> Normally mmap is on a opened file. This is really a big file, (for
> preferences I mean).
>
>
> Right, this one is weird, could you check
On 03/10/2009 11:13, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
...
Well, it is not for me so please enlighten me.
Well, as I understood ...
Here you go, with r31489. I did 3 profiles: launching LyX, opening
preferences, and saving preferences. La
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
...
> Well, it is not for me so please enlighten me.
Well, as I understood ...
> Here you go, with r31489. I did 3 profiles: launching LyX, opening
> preferences, and saving preferences. Launching LyX should not have
> involved reconfiguring,
On 03/10/2009 09:47, Kornel Benko wrote:
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
On 02/10/2009 04:14, BH wrote:
...
lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error
code=12) *** error: can't allocate region
Why should we need 130867609
Am Samstag 03 Oktober 2009 schrieb Abdelrazak Younes:
> On 02/10/2009 04:14, BH wrote:
...
> > lyx(19763,0xa0898720) malloc: *** mmap(size=1308676096) failed (error
> > code=12) *** error: can't allocate region
Why should we need 1308676096 bytes?
> > *** set a breakpoint in malloc_error_break to
On 02/10/2009 04:14, BH wrote:
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slo
BH wrote:
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slowed dow
On Thu, Oct 1, 2009 at 3:46 AM, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>
>> Abdelrazak Younes writes:
>>
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slowed dow
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
But it takes a very long time to save preferences --
several seconds minimum, eating up processor time. Generally speaking,
trunk seems to have slowed down considerably (especially noticeable
with typing speed) in the last month.
Abdelrazak Younes writes:
>> But it takes a very long time to save preferences --
>> several seconds minimum, eating up processor time. Generally speaking,
>> trunk seems to have slowed down considerably (especially noticeable
>> with typing speed) in the last month.
>>
>
> Are you sure you co
BH wrote:
On Wed, Sep 30, 2009 at 10:30 AM, Abdelrazak Younes wrote:
BH wrote:
But here's another: Open new document; LyX > Preferences; change
anything; click on "Save" button --> Crash. Backtrace is below.
Once again, this does not happen when no document is open.
Fixed.
On Wed, Sep 30, 2009 at 10:30 AM, Abdelrazak Younes wrote:
> BH wrote:
>>
>> But here's another: Open new document; LyX > Preferences; change
>> anything; click on "Save" button --> Crash. Backtrace is below.
>>
>> Once again, this does not happen when no document is open.
>>
>
> Fixed.
Yep. It d
BH wrote:
On Wed, Sep 30, 2009 at 8:02 AM, BH wrote:
I just committed a patch that should fix this particular issue but still I
would like to know the exact steps to reproduce the crash. I am suspecting
that QApplication::activeWindow() does not work on mac for full-screen
mode...
S
On Wed, Sep 30, 2009 at 3:44 AM, Abdelrazak Younes wrote:
> BH wrote:
>>
>> On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
>>
>>>
>>> BH wrote:
>>>
>
> By the way, I did a lot of change that could impact the Mac platform
> so
> testing of LFUNs, multi-windows and the m
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but in 1 minute I noti
BH wrote:
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
BH wrote:
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really test, but in 1 minute I noti
On Tue, Sep 29, 2009 at 4:07 AM, Abdelrazak Younes wrote:
> BH wrote:
>>> By the way, I did a lot of change that could impact the Mac platform so
>>> testing of LFUNs, multi-windows and the menubar is very welcome...
>>>
>>
>> I haven't had time to really test, but in 1 minute I noticed that
>> f
Anders Ekberg wrote:
I can confirm the crash. In addition About LyX... and Preferences...
are dimmed (as was the case with the withdrawn 1.6.4 version).
OK, thanks. I'll add some debug code later this week or week-end in
order to debug that.
Abdel.
BH wrote:
On Mon, Sep 28, 2009 at 3:20 PM, Abdelrazak Younes wrote:
My fault, should be fixed now, sorry.
Yes, that is fixed now.
By the way, I did a lot of change that could impact the Mac platform so
testing of LFUNs, multi-windows and the menubar is very welcome...
I
I can confirm the crash. In addition About LyX... and Preferences...
are dimmed (as was the case with the withdrawn 1.6.4 version).
/Anders
From: BH
On Mon, Sep 28, 2009 at 3:20 PM, Abdelrazak Younes
wrote:
> My fault, should be fixed now, sorry. Yes, that is fixed now.
> By the way, I
On Mon, Sep 28, 2009 at 3:20 PM, Abdelrazak Younes wrote:
> My fault, should be fixed now, sorry.
Yes, that is fixed now.
> By the way, I did a lot of change that could impact the Mac platform so
> testing of LFUNs, multi-windows and the menubar is very welcome...
I haven't had time to really
On 28/09/2009 19:53, BH wrote:
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.
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../../../
Andre Poenitz wrote:
Buffer const & bufOn Wed, Sep 23, 2009 at 10:20:02PM +0200, Kornel Benko wrote:
Abdel, my compiler does not like me ...
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp: In member function ‘bool
lyx::frontend::GuiView::goToFileRow(const std::string&)’:
/usr/src/lyx/l
Buffer const & bufOn Wed, Sep 23, 2009 at 10:20:02PM +0200, Kornel Benko wrote:
> Abdel, my compiler does not like me ...
> /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.cpp: In member function
> ‘bool lyx::frontend::GuiView::goToFileRow(const std::string&)’:
> /usr/src/lyx/lyx-devel/src/fronte
Abdel, my compiler does not like me ...
[ 15%] Building CXX object
src/frontends/qt4/CMakeFiles/frontend_qt4.dir/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiView.o
cd /usr/BUILD/BuildLyx/src/frontends/qt4 && /usr/bin/c++ -DQT_NO_STL
-DQT_NO_KEYWORDS -DHAVE_GETTEXT -DUSE_HUNSPELL=1 -
DENABLE_NLS
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Hum, it seems that we fixed that at the same time (I simply ignored
> the conflict and didn't understand why there was only my change in
> there). Anyway, I think your fix was wrong, wasn't it?
You are completely right indeed.
Thanks.
JMarc
On 09/10/2008 16:48, Jean-Marc Lasgouttes wrote:
Joost Verburg<[EMAIL PROTECTED]> writes:
The current trunk does not compile. parse_geometry is LyX.cpp (line
1057) does not return a value.
Does it work now? I wonder why my compiler did not complain.
Hum, it seems that we fixed
Joost Verburg <[EMAIL PROTECTED]> writes:
> The current trunk does not compile. parse_geometry is LyX.cpp (line
> 1057) does not return a value.
Does it work now? I wonder why my compiler did not complain.
JMarc
Hi,
The current trunk does not compile. parse_geometry is LyX.cpp (line
1057) does not return a value.
Joost
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
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, 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
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
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
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 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]
Kornel Benko wrote:
-- Kornel Benko [EMAIL PROTECTED]
Maybe we will see you in Berlin?
I will also try to come.
Peter
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]
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.
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
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/
Am 27.05.2008 um 01:34 schrieb Bennett Helm:
On Mon, May 26, 2008 at 5:47 PM, Stefan Schimanski <[EMAIL PROTECTED]>
wrote:
However, the graphic does not display in LyX.
It does not? Which OmniGraffle version? Here it work(ed) fine. Have
to test again, maybe something broken during all the
Abdelrazak Younes wrote:
Please try again.
Fixed, but now GuiDocument.cpp breaks instead:
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I../../../../lyx-devel2/src/frontends/qt4 -I../../../src
-DQT_NO_STL -DQT_NO_KEYWORDS -I../../../../lyx-devel2/src
-I../../.
Please try again.
Helge Hafting wrote:
make[5]: Entering directory `/usr/src/lyx-build3/src/frontends/qt4'
/bin/sh ../../../libtool --tag=CXX --mode=compile g++
-DHAVE_CONFIG_H -I. -I../../../../lyx-devel2/src/frontends/qt4
-I../../../src -DQT_NO_STL -DQT_NO_KEYWORDS
-I../../../../lyx-deve
make[5]: Entering directory `/usr/src/lyx-build3/src/frontends/qt4'
/bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I../../../../lyx-devel2/src/frontends/qt4 -I../../../src
-DQT_NO_STL -DQT_NO_KEYWORDS -I../../../../lyx-devel2/src
-I../../../../lyx-devel2/src/front
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
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
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
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 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
--
> *** 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
1 - 100 of 493 matches
Mail list logo
