Am Dienstag, 20. September 2016 um 09:59:38, schrieb Ian Wilder
> On 2016-09-11 13:42:41 +, Kornel Benko said:
>
> > Am Sonntag, 11. September 2016 um 12:24:26, schrieb Guenter Milde
> >
> >> On 2016-09-10, Kornel Benko wrote:
> >>> Am Freitag, 9. September 2016 um 22:29:23, schrieb Guente
On 2016-09-11 13:42:41 +, Kornel Benko said:
Am Sonntag, 11. September 2016 um 12:24:26, schrieb Guenter Milde
On 2016-09-10, Kornel Benko wrote:
Am Freitag, 9. September 2016 um 22:29:23, schrieb Guenter Milde
On 2016-09-09, Scott Kostyshak wrote:
as of today, I cannot compile mast
Am Dienstag, 20. September 2016 um 00:07:02, schrieb Stephan Witt
> Am 11.09.2016 um 15:42 schrieb Kornel Benko :
> >
> > Am Sonntag, 11. September 2016 um 12:24:26, schrieb Guenter Milde
> >
> >> On 2016-09-10, Kornel Benko wrote:
> >>> Am Freitag, 9. September 2016 um 22:29:23, schrieb Guent
Am 11.09.2016 um 15:42 schrieb Kornel Benko :
>
> Am Sonntag, 11. September 2016 um 12:24:26, schrieb Guenter Milde
>
>> On 2016-09-10, Kornel Benko wrote:
>>> Am Freitag, 9. September 2016 um 22:29:23, schrieb Guenter Milde
>>>
On 2016-09-09, Scott Kostyshak wrote:
>>
>>
>> as of t
Am Sonntag, 11. September 2016 um 12:24:26, schrieb Guenter Milde
> On 2016-09-10, Kornel Benko wrote:
> > Am Freitag, 9. September 2016 um 22:29:23, schrieb Guenter Milde
> >
> >> On 2016-09-09, Scott Kostyshak wrote:
>
>
> >> >> as of today, I cannot compile master, "make" fails with
> >> .
On 2016-09-10, Kornel Benko wrote:
> Am Freitag, 9. September 2016 um 22:29:23, schrieb Guenter Milde
>
>> On 2016-09-09, Scott Kostyshak wrote:
>> >> as of today, I cannot compile master, "make" fails with
>> ...
>> >> GuiView.cpp:(.text+0x1fa85): undefined reference to
>> >> `QSvgRenderer::~
Am Freitag, 9. September 2016 um 22:29:23, schrieb Guenter Milde
> On 2016-09-09, Scott Kostyshak wrote:
> > On Fri, Sep 09, 2016 at 12:04:23PM +, Guenter Milde wrote:
> >> Dear LyX Developers,
>
> >> as of today, I cannot compile master, "make" fails with
> ...
> >> GuiView.cpp:(.text+0x1fa8
On 2016-09-09, Scott Kostyshak wrote:
> On Fri, Sep 09, 2016 at 12:04:23PM +, Guenter Milde wrote:
>> Dear LyX Developers,
>> as of today, I cannot compile master, "make" fails with
...
>> GuiView.cpp:(.text+0x1fa85): undefined reference to
>> `QSvgRenderer::~QSvgRenderer()'
...
>> This is b
On Fri, Sep 09, 2016 at 12:04:23PM +, Guenter Milde wrote:
> Dear LyX Developers,
>
> as of today, I cannot compile master, "make" fails with
>
> [...]
> ../lib/libfrontend_qt.a(GuiView.cpp.o): In function
> `lyx::frontend::GuiView::GuiView(int)':
> GuiView.cpp:(.text+0x1f19a): undefined ref
Le 16/07/2015 01:15, Uwe Stöhr a écrit :
Dear LyXers,
while I could compile LyX 24 hours ago I cannot do that anymore with
current master. I get:
> ..\..\..\..\src\frontends\qt4\Action.cpp(65): error C2027: Usage of
undefined type "lyx::DispatchResult"
[D:\LyXGit\Master\compile-result\src\fro
Am 10.04.2015 um 19:05 schrieb Georg Baum:
I bet that you can get linker errors in Lazarus as well. Simply work on a
project which is similar sized as LyX, and with a similar distribution of
developers across operating systems. And if you would e.g. port LyX to
lazarus then you would also need t
Le 08/04/2015 22:37, Georg Baum a écrit :
My experience with compiler or linker errors that look like they cannot
happen is that the compiler or linker is usually correct, and that it
usually tells the very problem in the error message, but for various reasons
I do not understand the error messag
Am 08.04.2015 um 22:37 schrieb Georg Baum:
Let us analyze it:
1) The linker complains about an unresolved symbol.
2) The name of the symbol is lyx::frontend::FontMetrics.
3) Cannot be! This symbol is in dummy_funcs.cpp.
4) Maybe it is the order of the objects on the linker command line as Kornel
Kornel Benko wrote:
> Am Montag, 6. April 2015 um 02:22:24, schrieb Uwe Stöhr
>> Tex2lyx cannot be compiled and the problem is commit:
>>
>>
http://www.lyx.org/trac/changeset/66fa801e74e1775b31008df548332436ce79e2e1/lyxgit
>>
>> by JMarc. Reverting this commit makes LyX compilable for me.
>>
Am Mittwoch, 8. April 2015 um 01:20:42, schrieb Uwe Stöhr
> Am 07.04.2015 um 12:44 schrieb Jean-Marc Lasgouttes:
> > Le 06/04/2015 10:22, Kornel Benko a écrit :
>
> >> It should not be. According to your previous post, it is unresolved
> >> from lyx::theFontMetrics(class lyx::FontInfo const &), b
Am 07.04.2015 um 12:44 schrieb Jean-Marc Lasgouttes:
Le 06/04/2015 10:22, Kornel Benko a écrit :
It should not be. According to your previous post, it is unresolved
from lyx::theFontMetrics(class lyx::FontInfo const &), but for tex2lyx
it is
part of 'src/tex2lyx/dummy_impl.cpp'.
As I underst
Le 06/04/2015 10:22, Kornel Benko a écrit :
Am Montag, 6. April 2015 um 02:22:24, schrieb Uwe Stöhr
Tex2lyx cannot be compiled and the problem is commit:
http://www.lyx.org/trac/changeset/66fa801e74e1775b31008df548332436ce79e2e1/lyxgit
by JMarc. Reverting this commit makes LyX compilable for
Am Montag, 6. April 2015 um 02:22:24, schrieb Uwe Stöhr
> Tex2lyx cannot be compiled and the problem is commit:
>
> http://www.lyx.org/trac/changeset/66fa801e74e1775b31008df548332436ce79e2e1/lyxgit
>
> by JMarc. Reverting this commit makes LyX compilable for me.
>
> The problem for the compiler
Am 06.04.2015 um 01:07 schrieb Uwe Stöhr:
Second error:...
This problem persists. I can therefore not compile LyX 2.1.x branch.
I can verify the problem on another PC with a fresh checkout and clean
build tree.
I am lost since i not even understand what the error message tries to
tell me.
I
Tex2lyx cannot be compiled and the problem is commit:
http://www.lyx.org/trac/changeset/66fa801e74e1775b31008df548332436ce79e2e1/lyxgit
by JMarc. Reverting this commit makes LyX compilable for me.
The problem for the compiler seems to be the Length::inPixel feature.
JMarc, could you please hav
Am 06.04.2015 um 01:03 schrieb Uwe Stöhr:
I cleaned my build tree again and now at least this linking error is gone.
Sorry, that was wrong. I forgot to compile tex2lyx. The problem still
exists.
regards Uwe
Am Mittwoch, 1. April 2015 um 19:09:37, schrieb Uwe Stöhr
> -- Install configuration: "Release"
CMake Error at cmake_install.cmake:31 (file):
file cannot create directory: C:/Program Files
(x86)/LyX/Resources/bind/..
Maybe need administrative privileges.
This problem has go
Am 01.04.2015 um 19:33 schrieb Kornel Benko:
Am Mittwoch, 1. April 2015 um 19:28:59, schrieb Uwe Stöhr
Am 01.04.2015 um 19:13 schrieb Kornel Benko:
Is it a clean build?
I simply started my PC, pulled from GIT and then started the build
script. So I did not touch anything since End of Februar
Am Mittwoch, 1. April 2015 um 19:28:59, schrieb Uwe Stöhr
> Am 01.04.2015 um 19:13 schrieb Kornel Benko:
> > Is it a clean build?
>
> I simply started my PC, pulled from GIT and then started the build
> script. So I did not touch anything since End of February.
>
> regards Uwe
Please do a clea
Am Mittwoch, 1. April 2015 um 19:09:37, schrieb Uwe Stöhr
> I get 2 CMake errors preventing LyX to be compiled:
>
> > -- Install configuration: "Release"
>CMake Error at cmake_install.cmake:31 (file):
> file cannot create directory: C:/Program Files
> (x86)/LyX/Resources/bind/..
>
Am 01.04.2015 um 19:13 schrieb Kornel Benko:
Is it a clean build?
I simply started my PC, pulled from GIT and then started the build
script. So I did not touch anything since End of February.
regards Uwe
Is it a clean build?
Kornel
Am Mittwoch, 1. April 2015 um 19:01:29, schrieb Uwe Stöhr
> Dear colleagues,
>
> just back from vacation I tried to build LyX and get this error:
>
> "D:\LyXGit\Master\compile-result\src\tex2lyx\tex2lyx.vcxproj.metaproj"
> (Standardziel) (23) ->
> "D:\LyXGi
On Thu, Jun 26, 2014 at 7:06 PM, Uwe Stöhr wrote:
> Am 26.06.2014 10:11, schrieb Kornel Benko:
>
>
The patch implements the use of LYX_USE_QT variable, so the default
compilation should use
qt4 even if also qt5 devel files are installed.
>>>
>>>
>>> That would be very helpful. This
Am 26.06.2014 10:11, schrieb Kornel Benko:
The patch implements the use of LYX_USE_QT variable, so the default compilation
should use
qt4 even if also qt5 devel files are installed.
That would be very helpful. This way I can try Qt 5 for master and use
Qt 4 to compile releases of 2.1. Please
Am Donnerstag, 26. Juni 2014 um 20:16:56, schrieb Georg Baum
> Kornel Benko wrote:
>
> > Am Mittwoch, 25. Juni 2014 um 23:29:34, schrieb Uwe Stöhr
> >
> >>
> >> That would be very helpful. This way I can try Qt 5 for master and use
> >> Qt 4 to compile releases of 2.1. Please commit.
> >
> > Don
Uwe Stöhr wrote:
> I was now able to compile Master with Qt 5.3. LyX works so far, but
> crashes immediately when trying to view a file as PDF. So yes, Qt 5 and
> LyX does not yet work but we should try to make this possible for LyX
> LyX 2.2.
Yes. There have been many discussion already on that
Kornel Benko wrote:
> Am Mittwoch, 25. Juni 2014 um 23:29:34, schrieb Uwe Stöhr
>
>>
>> That would be very helpful. This way I can try Qt 5 for master and use
>> Qt 4 to compile releases of 2.1. Please commit.
>
> Done. I am pretty sure, this does not break users using Qt4.
>
> I hope, Richard
Am Mittwoch, 25. Juni 2014 um 23:29:34, schrieb Uwe Stöhr
> Am 25.06.2014 18:28, schrieb Kornel Benko:
>
> >> I understood that he _is_ trying 2.1.
>
> Yes.
>
> >> QT5 will be used there, if cmake finds it. So one has to deinstall QT5.
>
> That is bad.
>
> > Uwe, please try this patch (on 2.1 bran
Am Donnerstag, 26. Juni 2014 um 00:05:40, schrieb Uwe Stöhr
> Am 25.06.2014 11:21, schrieb Kornel Benko:
>
> >> - CMake Warning at CMakeLists.txt:549 (find_package):
> >> By not providing "FindQt5X11Extras.cmake" in CMAKE_MODULE_PATH this
> >> project has asked CMake to find a package configuratio
Am 25.06.2014 11:21, schrieb Kornel Benko:
- CMake Warning at CMakeLists.txt:549 (find_package):
By not providing "FindQt5X11Extras.cmake" in CMAKE_MODULE_PATH this
project has asked CMake to find a package configuration file provided by
"Qt5X11Extras", but CMake did not find one.
This is expe
Am 25.06.2014 18:28, schrieb Kornel Benko:
I understood that he _is_ trying 2.1.
Yes.
QT5 will be used there, if cmake finds it. So one has to deinstall QT5.
That is bad.
Uwe, please try this patch (on 2.1 branch).
The patch implements the use of LYX_USE_QT variable, so the default compi
Am Mittwoch, 25. Juni 2014 um 11:28:17, schrieb Kornel Benko
> Am Dienstag, 24. Juni 2014 um 18:49:46, schrieb Scott Kostyshak
>
> > On Tue, Jun 24, 2014 at 6:23 PM, Uwe Stöhr wrote:
> >
> > > So what I need is a way to compile LyX 2.1.x using either Qt 4.8.x or Qt
> > > 5.3
> > > using MSVC
Am Dienstag, 24. Juni 2014 um 18:49:46, schrieb Scott Kostyshak
> On Tue, Jun 24, 2014 at 6:23 PM, Uwe Stöhr wrote:
>
> > So what I need is a way to compile LyX 2.1.x using either Qt 4.8.x or Qt 5.3
> > using MSVC 2013. Is this possible? and if yes, how?
>
> Hi Uwe,
>
> Sorry you're having troub
Am Mittwoch, 25. Juni 2014 um 00:23:03, schrieb Uwe Stöhr
> Dear LyX developers,
>
> thanks to a mainboard crash I had again to setup my complete build
> system and after 6 hours of trying to compile LyX I am a bit lost.
>
> There are several problems that I cannot solve:
>
> - I have now Win 7 64
On Tue, Jun 24, 2014 at 6:23 PM, Uwe Stöhr wrote:
> So what I need is a way to compile LyX 2.1.x using either Qt 4.8.x or Qt 5.3
> using MSVC 2013. Is this possible? and if yes, how?
Hi Uwe,
Sorry you're having trouble with this. 6 hours dealing with build
errors is not fun at all!
Are you abl
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Does this patch fixes the problem?
Yes, thanks! I committed it.
JMarc
On 22/09/2008 11:50, Jean-Marc Lasgouttes wrote:
I get in frontends/qt4:
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt4 -I../../..
-DQT_NO_STL -DQT_NO_KEYWORDS -DQT_NO_CAST_TO_ASCII -DQT_NO_STL
-I../../../../lyx-devel/src -I../../../../lyx-devel/src/frontends
-I../../../.
On 22/09/2008 11:50, Jean-Marc Lasgouttes wrote:
I get in frontends/qt4:
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt4 -I../../..
-DQT_NO_STL -DQT_NO_KEYWORDS -DQT_NO_CAST_TO_ASCII -DQT_NO_STL
-I../../../../lyx-devel/src -I../../../../lyx-devel/src/frontends
-I../../../.
Jean-Marc Lasgouttes wrote:
It happens that I should have added target name here... I wonder why
it worked with GNU make.
Try again.
Now, autogen.sh works fine. Thank you!
However, in following build step, compilation fails if *BSD user tries
to build with BSD make. This problem can be wor
Koji Yokota <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> These messages are very strange. You may want to remove the directory
>> autom4te.cahe/.
>
> Even though I delete autom4te.cache, the last line of autogen.sh,
>
> "make -f po/Rules-lyx srcdir=po top_srcdir=."
It happens tha
Jean-Marc Lasgouttes wrote:
These messages are very strange. You may want to remove the directory
autom4te.cahe/.
Even though I delete autom4te.cache, the last line of autogen.sh,
"make -f po/Rules-lyx srcdir=po top_srcdir=."
tries to do
"cat | msguniq -o .po && rm -f"
I attach the whole
Koji Yokota <[EMAIL PROTECTED]> writes:
> Hi,
>
> The newest 1.6svn has become to fail on my system to run autogen.sh at
> the stage it builds po/POTFILES.in. It simply becomes silent after the
> message:
>
>> config/libtool.m4:3661: _LT_AC_LANG_F77_CONFIG is expanded from...
>> config/libtool.m4:
> >> i guess there will be more transitional problems wrt 4.4 (rc1 here).
> >> GuiApplication.cpp: In member function 'void
> >> lyx::frontend::GuiApplication::commitData(QSessionManager&)':
> >> GuiApplication.cpp:552: error: invalid use of undefined type 'struct
> >> QSessionManager'
> >
> > #i
> Pavel Sanda wrote:
Or 4.4's ;-}
>>> It seems we have a bug there:
>>>
>>> http://bugzilla.lyx.org/show_bug.cgi?id=4568
>>>
>>> Could somebody have a look?
>> i guess there will be more transitional problems wrt 4.4 (rc1 here).
>> GuiApplication.cpp: In member function 'void
>> lyx::frontend
>> i guess there will be more transitional problems wrt 4.4 (rc1 here).
>> GuiApplication.cpp: In member function 'void
>> lyx::frontend::GuiApplication::commitData(QSessionManager&)':
>> GuiApplication.cpp:552: error: invalid use of undefined type 'struct
>> QSessionManager'
>
> #include is mis
Pavel Sanda wrote:
Or 4.4's ;-}
It seems we have a bug there:
http://bugzilla.lyx.org/show_bug.cgi?id=4568
Could somebody have a look?
i guess there will be more transitional problems wrt 4.4 (rc1 here).
GuiApplication.cpp: In member function 'void
lyx::frontend::GuiApplication::commitData
>> Or 4.4's ;-}
>
> It seems we have a bug there:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=4568
>
> Could somebody have a look?
i guess there will be more transitional problems wrt 4.4 (rc1 here).
GuiApplication.cpp: In member function 'void
lyx::frontend::GuiApplication::commitData(QSessionM
>> I am not sure where this comes from...
>
> This is Pavel using Qt4.3' designer. Just open PrefUi.ui in Qt4.2' designer
> and save it.
>
> Pavel, please use Qt4.2 designer in the future.
arrgh i locally compiled Qt4.2 for that reason here. i even changed the
directory
to ~/designer/qt-x11-open
Andre Poenitz wrote:
On Wed, Feb 20, 2008 at 12:24:07PM +0100, Abdelrazak Younes wrote:
Pavel, please use Qt4.2 designer in the future.
Or 4.4's ;-}
It seems we have a bug there:
http://bugzilla.lyx.org/show_bug.cgi?id=4568
Could somebody have a look?
Abdel.
On Wed, Feb 20, 2008 at 12:24:07PM +0100, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Here is what I get with latest trunk:
>> g++ -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt4
>> -I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
>> -DQT_NO_KEYWORDS -
Edwin Leuven <[EMAIL PROTECTED]> writes:
> can you svn update and try again?
Seems to work, thanks.
JMarc
can you svn update and try again?
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
This is Pavel using Qt4.3' designer. Just open PrefUi.ui in Qt4.2'
designer and save it.
Pavel, please use Qt4.2 designer in the future.
I did that, but it did not change anything.
J
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> This is Pavel using Qt4.3' designer. Just open PrefUi.ui in Qt4.2'
> designer and save it.
>
> Pavel, please use Qt4.2 designer in the future.
I did that, but it did not change anything.
JMarc
Jean-Marc Lasgouttes wrote:
Here is what I get with latest trunk:
g++ -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt4
-I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL
-DQT_NO_KEYWORDS -I../../../../lyx-devel/src
-I../../../../lyx-devel/src/frontends -I../../../.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Here is what I get with latest trunk:
This is with qt 4.2.3, BTW.
JMarc
Georg Baum wrote:
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@ -108,8 +108,8 @@
bool covers(T const * th
On Mon, Sep 24, 2007 at 09:16:30PM +0200, Andre Poenitz wrote:
> On Mon, Sep 24, 2007 at 04:22:47PM +0200, Jürgen Spitzmüller wrote:
> > Jean-Marc Lasgouttes wrote:
> > > Did not work. This is gcc 3.4.1, BTW.
> >
> > Same here. This one at least makes it compile again:
> >
> > Index: src/CoordCac
> 'typename' missing in the original version?
Yes, and another one is still missing. I have just fixed it.
Bo
On Mon, Sep 24, 2007 at 04:22:47PM +0200, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
> > Did not work. This is gcc 3.4.1, BTW.
>
> Same here. This one at least makes it compile again:
>
> Index: src/CoordCache.h
> ===
>
> typename cache_type::const_iterator it ...
>
> . In older versions of the standard an implicit typename was assumed, and I
> guess that your MSVC still allows this.
Yes. typename is required by gcc.
Bo
Georg Baum wrote:
> typename cache_type::const_iterator it ...
This works.
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@ -108,7 +108,7 @@
bool covers(T const *
Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
>> Index: src/CoordCache.h
>> ===
>> --- src/CoordCache.h(Revision 20461)
>> +++ src/CoordCache.h(Arbeitskopie)
>> @@ -108,8 +108,8 @@
>>
>> bool covers(T const * t
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCa
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCa
Jean-Marc Lasgouttes wrote:
> Did not work. This is gcc 3.4.1, BTW.
Same here. This one at least makes it compile again:
Index: src/CoordCache.h
===
--- src/CoordCache.h(Revision 20461)
+++ src/CoordCache.h(Arbeitskopie)
@@ -
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Weird... maybe a missing header then? should in principle
> contains everything required but could you try adding ?
Did not work. This is gcc 3.4.1, BTW.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
cache_type is defined just after, I guess your compiler doesn't see
it. If I was a compiler expert, I'd say your compiler is broken ;-)
Just replace cache_type to std::map and it will
compile. Or put the typedef definitio
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> cache_type is defined just after, I guess your compiler doesn't see
> it. If I was a compiler expert, I'd say your compiler is broken ;-)
> Just replace cache_type to std::map and it will
> compile. Or put the typedef definition at the top of the cla
Jean-Marc Lasgouttes wrote:
Here is what I get:
In file included from ../../../../lyx-devel/src/BufferView.h:18,
from
../../../../lyx-devel/src/frontends/controllers/ControlCommandBuffer.cpp:17:
../../../../lyx-devel/src/CoordCache.h: In member function `bool
lyx::CoordCacheBa
On Fri, Jan 19, 2007 at 07:31:45PM +0100, Andre' Poenitz wrote:
> string a();
>
> is a declaration of a function called 'a' taking no argument and
> returning a string.
Hmpf... and everyone knew already.
I was pretty sure I was up-to-date when writng this mail.
Andre'
This appears to be the result of some qt4 not being installed,
but configure does not complain.
Hi, John. This is indeed your problem.
This is also our problem. Configure should stop without qt4.
Bo
John McCabe-Dansted wrote:
I cannot compile svn trunk revision 16774 on Fedora Core 4. Below is
the error I get. My config.log is at
http://www.csse.uwa.edu.au/~john/config.log. This appears to be the
result of some qt4 not being installed, but configure does not
complain.
Hi, John. This is ind
On Tue, Jan 16, 2007 at 04:52:00PM +0100, Kornel Benko wrote:
> It is very fishy here.
> If I replace the call with:
> string a("");
> Buffer buffer(a, false);
> then it compiles.
>
> On the other hand
> string a();
string a();
is a declaration of a function called 'a' taki
Am Dienstag, 16. Januar 2007 19:41 schrieb Angus Leeming:
> That's not fishy at all.
>
> string a("");
>
> defines a variable "a" and initializes it with "". The same thing is
> achieved more elegantly and less expensively with:
>
> string a;
>
> By way of contrast,
>
> string a();
>
> is
Am Dienstag, 16. Januar 2007 16:52 schrieb Kornel Benko:
> It is very fishy here.
> If I replace the call with:
> string a("");
> Buffer buffer(a, false);
> then it compiles.
>
> On the other hand
> string a();
This is a function declaration of a function 'a' returning a strin
Kornel Benko <[EMAIL PROTECTED]> writes:
> It is very fishy here.
> If I replace the call with:
> string a("");
> Buffer buffer(a, false);
> then it compiles.
>
> On the other hand
> string a();
> Buffer buffer(a, false);
> yields to
> CutAndPaste.C:676: error: no m
Am Dienstag, 16. Januar 2007 16:32 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Am Dienstag, 16. Januar 2007 15:46 schrieb Abdelrazak Younes:
> >> Georg Baum wrote:
> >>> Abdelrazak Younes wrote:
> >>>
> Kornel Benko wrote:
> > Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benk
Kornel Benko wrote:
Am Dienstag, 16. Januar 2007 15:46 schrieb Abdelrazak Younes:
Georg Baum wrote:
Abdelrazak Younes wrote:
Kornel Benko wrote:
Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
Attached cures it.
But this is not the good fix ;-)
Indeed not. string() should work ev
Am Dienstag, 16. Januar 2007 15:46 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Abdelrazak Younes wrote:
> >
> >> Kornel Benko wrote:
> >>> Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
> >>>
> >>> Attached cures it.
> >> But this is not the good fix ;-)
> >
> > Indeed not. strin
Georg Baum wrote:
Abdelrazak Younes wrote:
Kornel Benko wrote:
Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
Attached cures it.
But this is not the good fix ;-)
Indeed not. string() should work even in older gcc versions.
I think the missing header was the problem.
I don't
Am Dienstag, 16. Januar 2007 15:34 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
> >
> > Attached cures it.
>
> But this is not the good fix ;-)
> I think the missing header was the problem.
>
> Try again.
Hmm... still the same.
i
> "Kornel" == Kornel Benko <[EMAIL PROTECTED]> writes:
Kornel> Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
Kornel> Attached cures it.
How come string("") is needed? I thought we had plenty of these
string() constructs.
JMarc
Abdelrazak Younes wrote:
> Kornel Benko wrote:
>> Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
>>
>> Attached cures it.
>
> But this is not the good fix ;-)
Indeed not. string() should work even in older gcc versions.
> I think the missing header was the problem.
I don't think so
Kornel Benko wrote:
Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
Attached cures it.
But this is not the good fix ;-)
I think the missing header was the problem.
Try again.
Abdel.
Am Dienstag, 16. Januar 2007 15:09 schrieb Kornel Benko:
Attached cures it.
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
Index: src/CutAndPaste.C
===
--- src/CutAndPaste.C (revision 16705)
+++ src/CutAndPaste.C (working copy)
@
On Thu, 24 Mar 2005, Georg Baum wrote:
> Cengiz Gunay wrote:
>
> > However, now I have another error compiling the qt2/ui directory. Below
> > first results of ``configure'' and then ``make'' follow.
> > ...
> Strange. Are you sure that you have the correct devel package installed and
> it doesn
On Thu, 24 Mar 2005, Georg Baum wrote:
> Strange. Are you sure that you have the correct devel package installed and
> it doesn't use some outdated qt headers?
Hmm.. I have the following qt packages installed:
libqt3-dev 3:3.3.3-8
libqt3-mt-dev 3:3.3.3-8
libqt3c102-mt 3:3.3.3-8
libqt3-i18
Cengiz Gunay wrote:
> However, now I have another error compiling the qt2/ui directory. Below
> first results of ``configure'' and then ``make'' follow.
> ...
> g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -DQT_CLEAN_NAMESPACE
> -DQT_GENUINE_STR -DQT_NO_TRANSLATION -I../../../../src
> -I../../..
On Sun, 13 Mar 2005, Georg Baum wrote:
> Am Samstag, 12. MÃrz 2005 18:33 schrieb Cengiz Gunay:
> > $ automake --version
> > automake (GNU automake) 1.4-p6
>
> Too old (autogen.sh should have complained). Install a later automake,
> everything from 1.5 on works. I use the debian package automake
Am Samstag, 12. März 2005 18:33 schrieb Cengiz Gunay:
> I haven't been able to compile the HEAD CVS branch for some time now.
>
> $ automake --version
> automake (GNU automake) 1.4-p6
Too old (autogen.sh should have complained). Install a later automake,
everything from 1.5 on works. I use the
Ronald Florence wrote:
> The boost library problems were due to a configuration error on my
> part, and the problem went away when I rebuilt boost. I don't know
> whether some version of the BOOST_REGEX_NARROW_INSTANTIATE patch is
> needed because I haven't yet linked 1.4.0cvs (I have to build a
>
Angus Leeming <[EMAIL PROTECTED]> writes:
> What happens if you apply your BOOST_REGEX_NARROW_INSTANTIATE patch to
> the top of boost/regex/config.hpp?
The boost library problems were due to a configuration error on my
part, and the problem went away when I rebuilt boost. I don't know
whether s
Ronald Florence wrote:
boost::c_regex_traits::transform_primary(std::basic_string std::char_traits, std::allocator >&,
> std::basic_string, std::allocator
> > const&) boost::c_regex_traits::init()
> boost::c_regex_traits::transform(std::basic_string std::char_traits, std::allocator >&,
> std::basic
Angus Leeming <[EMAIL PROTECTED]> writes:
> > qfont_loader.C:35: error: `LibFileSearch'
> > not declared qfont_loader.C:36: error: `OnlyPath' not declared
> > qfont_loader.C:37: error: `Systemcall' not declared make[5]: ***
> >
> [...]
>
> #ifdef Q_WS_X11
> #include
> #include
> +#endif
>
Ronald Florence wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>> LyX can be built with gcc-2.95.2, but not with the STL library
>> shipped with gcc-2.95. You will have to install STLport's version
>> of the STL to proceed with gcc-2.95.
>
> I fear this would be a non-starter for LyX/Mac.
1 - 100 of 146 matches
Mail list logo
