Am Donnerstag, dem 11.03.2021 um 16:05 +0100 schrieb Christoph Schmitz:
> I also tried to downgrade to Qt5, but this also did not solve the
> problem. I have noticed that Qt5 is not installed in the folder "qt"
> anymore (this is now the place, where Qt6 is installed), but in a
> folder with the na
Am Fri, 12 Mar 2021 11:14:24 +0100
schrieb Kornel Benko :
> Am Fri, 12 Mar 2021 10:33:57 +0100
> schrieb Jürgen Spitzmüller :
>
> > Am Donnerstag, dem 11.03.2021 um 18:56 +0100 schrieb Kornel Benko:
> > > The guide is lengthy and I did not find QDateTime mentioned there.
> >
> > https://do
Am Fri, 12 Mar 2021 10:33:57 +0100
schrieb Jürgen Spitzmüller :
> Am Donnerstag, dem 11.03.2021 um 18:56 +0100 schrieb Kornel Benko:
> > The guide is lengthy and I did not find QDateTime mentioned there.
>
> https://doc.qt.io/qt-5/qdatetime-obsolete.html
>
> > Yes, we should postpone.
>
> T
Am Donnerstag, dem 11.03.2021 um 18:56 +0100 schrieb Kornel Benko:
> The guide is lengthy and I did not find QDateTime mentioned there.
https://doc.qt.io/qt-5/qdatetime-obsolete.html
> Yes, we should postpone.
This one was straightforward and should be fixed.
Jürgen
signature.asc
Description
Am Donnerstag, dem 11.03.2021 um 12:27 -0500 schrieb Richard Kimberly
Heck:
> This will take some work. There's some info here:
>
> https://doc.qt.io/qt-6/portingguide.html
>
> Maybe we should make this a post 2.4 priority, though of course work
> on it could start now in a branch.
That's right,
Am Thu, 11 Mar 2021 12:27:50 -0500
schrieb Richard Kimberly Heck :
> > Trying to adapt cmake to qt6, I get compile errors
> >
> > usr2/src/lyx/lyx-git/src/insets/InsetInfo.cpp: In member function
> > ‘std::__debug::vector,
> > std::__cxx11::basic_string > >
> > lyx::InsetInfoParams::getArguments(
On 3/11/21 11:29 AM, Kornel Benko wrote:
Am Thu, 11 Mar 2021 16:05:24 +0100
schrieb Christoph Schmitz :
This is a duplicate of a question already asked in the user forum. Riki
recommended to
post it in the developer forum.
--
Operating system: macOS 11.3 Beta (20E5196f)
I have been struggli
Am Thu, 11 Mar 2021 16:05:24 +0100
schrieb Christoph Schmitz :
> This is a duplicate of a question already asked in the user forum. Riki
> recommended to
> post it in the developer forum.
>
> --
>
> Operating system: macOS 11.3 Beta (20E5196f)
>
> I have been struggling with this problem for a
This is a duplicate of a question already asked in the user forum. Riki
recommended to post it in the developer forum.
--
Operating system: macOS 11.3 Beta (20E5196f)
I have been struggling with this problem for a few days now. Last week my
homebrew installation quietly updated Qt to v6 (brew
BH wrote:
> > to close the circle, if you try to find defintion of __PTRDIFF_TYPE__ you
> > will find ptrdiff_t, right?
>
> That's right:
>
> #ifndef __PTRDIFF_TYPE__
> #define __PTRDIFF_TYPE__ long int
> #endif
> typedef __PTRDIFF_TYPE__ ptrdiff_t;
so no, thats definition of ptrdiff_t to be in
> to close the circle, if you try to find defintion of __PTRDIFF_TYPE__ you
> will find ptrdiff_t, right?
That's right:
#ifndef __PTRDIFF_TYPE__
#define __PTRDIFF_TYPE__ long int
#endif
typedef __PTRDIFF_TYPE__ ptrdiff_t;
BH
BH wrote:
> On Sun, Mar 14, 2010 at 9:53 AM, Pavel Sanda wrote:
> > BH wrote:
> > not sure, but probably in
> >> #include <_types.h>
> >
> > one can find definition of __darwin_ptrdiff_t .
> > can you show it?
>
> I'm not sure if this is what you're looking for. I have multiple
> _types.h in vari
On Sun, Mar 14, 2010 at 9:53 AM, Pavel Sanda wrote:
> BH wrote:
> not sure, but probably in
>> #include <_types.h>
>
> one can find definition of __darwin_ptrdiff_t .
> can you show it?
I'm not sure if this is what you're looking for. I have multiple
_types.h in various places, but they all have
BH wrote:
not sure, but probably in
> #include <_types.h>
one can find definition of __darwin_ptrdiff_t .
can you show it?
pavel
On Sun, Mar 14, 2010 at 6:58 AM, Pavel Sanda wrote:
> BH wrote:
>> In file included from bindtextdom.c:23:
>> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stddef.h:74: error: two or
>> more data types in declaration specifiers
>> make[2]: *** [bindtextdom.o] Error 1
>> make[1]: *** [all-recursive]
BH wrote:
> In file included from bindtextdom.c:23:
> /Developer/SDKs/MacOSX10.4u.sdk/usr/include/stddef.h:74: error: two or
> more data types in declaration specifiers
> make[2]: *** [bindtextdom.o] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
can show the neighbourhoo
In preparation for the alpha release, I'm trying to apply the normal
build scripts I've used for 1.6 releases to 2.0 so that the resulting
binary will run on any Mac, system 10.4 or higher. The difference is
that I do the following:
BuildSystem=`${LyxSourceDir}/config/config.guess`
HostSystemIntel
Am Monday 11 January 2010 schrieb Jean-Marc Lasgouttes:
> Kornel Benko writes:
> > In trunk. Since nobody else seems to have it, maybe again QT4-version
> > (4.3.1) problem.
> > ...
> > /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp: In
> > constructor
> > ‘lyx::frontend::GuiProgr
Kornel Benko writes:
> In trunk. Since nobody else seems to have it, maybe again QT4-version (4.3.1)
> problem.
> ...
> /usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp: In constructor
> ‘lyx::frontend::GuiProgressView::GuiProgressView(lyx::frontend::GuiView&,
> Qt::DockWidgetArea,
In trunk. Since nobody else seems to have it, maybe again QT4-version (4.3.1)
problem.
...
/usr/src/lyx/lyx-devel/src/frontends/qt4/GuiProgressView.cpp: In constructor
‘lyx::frontend::GuiProgressView::GuiProgressView(lyx::frontend::GuiView&,
Qt::DockWidgetArea, Qt::WindowFlags)’:
/usr/src/lyx/l
On Sat, May 16, 2009 at 08:13:18PM +0200, Enrico Forestieri wrote:
> I am facing really strange problems
> with Qt 4.5.1 as regards file handling on Cygwin.
Found and corrected the problem on Cygwin, so I most probably will switch
to 4.5.1 there. However, on Solaris I am still confined to 4.2.3,
On Sat, May 16, 2009 at 07:35:54PM +0200, Andre Poenitz wrote:
> On Sat, May 16, 2009 at 07:24:55PM +0200, Enrico Forestieri wrote:
> > On Sat, May 16, 2009 at 07:18:06PM +0200, Andre Poenitz wrote:
> >
> > > On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> > > > On Sat, May 1
On Sat, May 16, 2009 at 07:24:55PM +0200, Enrico Forestieri wrote:
> On Sat, May 16, 2009 at 07:18:06PM +0200, Andre Poenitz wrote:
>
> > On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> > > On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
> > >
> > > > Jean-
On Sat, May 16, 2009 at 07:18:06PM +0200, Andre Poenitz wrote:
> On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> > On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
> >
> > > Jean-Marc, maybe autotools should be revised such that to not add the
> > > Qt dirs
On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
>
> > Jean-Marc, maybe autotools should be revised such that to not add the
> > Qt dirs to the include path, in order to avoid the slip of Qt code in
> > liblyxsu
> However, I understood what the problem was and I think I fixed it now.
Thanks, I can now again compile trunk using SCons.
regards Uwe
On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
> Jean-Marc, maybe autotools should be revised such that to not add the
> Qt dirs to the include path, in order to avoid the slip of Qt code in
> liblyxsupport.
I meant liblyxcore. I did that now.
--
Enrico
On Sat, May 16, 2009 at 05:08:15PM +0200, Enrico Forestieri wrote:
> On Sat, May 16, 2009 at 12:36:10AM +0200, Uwe St�hr wrote:
>
> > Vincent van Ravesteijn schrieb:
> >
> > >> I can no longer compile trunk:
> > >> d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083:
> > >> Can
On Sat, May 16, 2009 at 12:36:10AM +0200, Uwe Stöhr wrote:
> Vincent van Ravesteijn schrieb:
>
> >> I can no longer compile trunk:
> >> d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083:
> >> Cannot open include file: 'QObject': No such file or directory
> >>
> >> The strange
Vincent van Ravesteijn schrieb:
I can no longer compile trunk:
d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083:
Cannot open include file: 'QObject': No such file or directory
The strange thing is that I haven't touched Qt and I can compile files
like SignalSlotPrivate.h
Uwe Stöhr schreef:
I can no longer compile trunk:
d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083:
Cannot open include file: 'QObject': No such file or directory
The strange thing is that I haven't touched Qt and I can compile files
like
SignalSlotPrivate.h
successfully
I can no longer compile trunk:
d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083: Cannot open include file:
'QObject': No such file or directory
The strange thing is that I haven't touched Qt and I can compile files like
SignalSlotPrivate.h
successfully where QObject is also
On Tue, May 12, 2009 at 11:31:42PM +0200, Uwe Stöhr wrote:
> I can no longer compile trunk:
> D:\LyXSVN\lyx-devel\src\support\Systemcall.cpp(64) : error C3861: 'isatty':
> identifier not found
Fixed.
--
Enrico
I can no longer compile trunk:
D:\LyXSVN\lyx-devel\src\support\Systemcall.cpp(64) : error C3861: 'isatty':
identifier not found
regards Uwe
On Wed, Apr 16, 2008 at 07:45:44PM +0200, Abdelrazak Younes wrote:
>> Well, initializing the scrollbar structure would rid us of a few jumps
>> depending on uninitialized memory...
>>
>
> I am not sure I follow you here...
24298 fixes the symptoms. Could well be there's a deeper problem hidden.
Andre Poenitz wrote:
On Wed, Apr 16, 2008 at 08:44:48AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 08:08:45PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrot
On Wed, Apr 16, 2008 at 08:44:48AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
>> On Tue, Apr 15, 2008 at 08:08:45PM +0200, Abdelrazak Younes wrote:
>>> Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
> By the way, wasn't ther
Abdelrazak Younes wrote:
PS: By the way, did you get my message on the kde-windows mailing list?
Yes, very good idea!
Peter
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 07:46:39PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
By the way, wasn't there a bug related to Qt4.4? Current svn seems to
work fine. Or was it for 1.5?
LyX 1.5
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 08:08:45PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
By the way, wasn't there a bug related to Qt4.4? Current svn seems to
work fine. Or was it for 1.5?
LyX 1.5
On Tue, Apr 15, 2008 at 08:08:45PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
> >
> >> By the way, wasn't there a bug related to Qt4.4? Current svn seems to
> >> work fine. Or was it for 1.5?
> >
> > LyX 1.5
On Tue, Apr 15, 2008 at 07:46:39PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
> >
> >> By the way, wasn't there a bug related to Qt4.4? Current svn seems to
> >> work fine. Or was it for 1.5?
> >
> > LyX 1.5
Joost Verburg wrote:
Abdelrazak Younes wrote:
KDE offers two sets of library for Mingw and MSVC users.
but I would recommend you to use the libraries from this file:
ftp://ftp.lyx.org/pub/lyx/contrib/lyx-windows-deps-msvc2008.zip
You might want to reconsider this and look at what the KDE guy
Joost Verburg wrote:
Abdelrazak Younes wrote:
I have now a debug build compiled so I confirm that the "KDE for
Windows" support libraries are all that is needed to compile LyX with
MSVC2008 :-)
But not if you need all features. It doesn't include our Windows port of
Aspell, the Aiksaurus the
Abdelrazak Younes wrote:
I have now a debug build compiled so I confirm that the "KDE for
Windows" support libraries are all that is needed to compile LyX with
MSVC2008 :-)
But not if you need all features. It doesn't include our Windows port of
Aspell, the Aiksaurus thesaurus and things like
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
By the way, wasn't there a bug related to Qt4.4? Current svn seems to
work fine. Or was it for 1.5?
LyX 1.5 crashes on startup,
Hum, I am pretty sure this is due to the scrollbar hiding/showing. Coul
Abdelrazak Younes wrote:
KDE offers two sets of library for Mingw and MSVC users.
but I would recommend you to use the libraries from this file:
ftp://ftp.lyx.org/pub/lyx/contrib/lyx-windows-deps-msvc2008.zip
You might want to reconsider this and look at what the KDE guys came up
with. Actua
Enrico Forestieri wrote:
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
By the way, wasn't there a bug related to Qt4.4? Current svn seems to
work fine. Or was it for 1.5?
LyX 1.5 crashes on startup,
Do you have a backtrace to see if I can help? I'd be difficult for me t
On Tue, Apr 15, 2008 at 06:58:55PM +0200, Abdelrazak Younes wrote:
> By the way, wasn't there a bug related to Qt4.4? Current svn seems to
> work fine. Or was it for 1.5?
LyX 1.5 crashes on startup, LyX 1.6 was crashing on exit, but maybe
this was just fixed by André.
--
Enrico
Joost Verburg wrote:
Abdelrazak Younes wrote:
I've installed MSVC2008 express, "KDE on Windows" and CMake-2.6 beta.
Do I need something else? The KDE package seems to have Qt, iconv and
libzip, I am not sure about gettext, do I really need it if we
compile with internal intl?
By the way, I
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Hello Peter,
I've installed MSVC2008 express, "KDE on Windows" and CMake-2.6 beta.
Do I need something else? The KDE package seems to have Qt, iconv and
libzip, I am not sure about gettext, do I really need it if we
compile with internal in
Abdelrazak Younes wrote:
I've installed MSVC2008 express, "KDE on Windows" and CMake-2.6 beta.
Do I need something else? The KDE package seems to have Qt, iconv and
libzip, I am not sure about gettext, do I really need it if we
compile with internal intl?
By the way, I see that KDE is also
Abdelrazak Younes wrote:
Hello Peter,
I've installed MSVC2008 express, "KDE on Windows" and CMake-2.6 beta.
Do I need something else? The KDE package seems to have Qt, iconv and
libzip, I am not sure about gettext, do I really need it if we
compile with internal intl?
By the way, I see th
Hello Peter,
I've installed MSVC2008 express, "KDE on Windows" and CMake-2.6 beta. Do
I need something else? The KDE package seems to have Qt, iconv and
libzip, I am not sure about gettext, do I really need it if we compile
with internal intl? I use to know this kind of stuff but I forgot :-/
Andre Poenitz wrote:
On Fri, Aug 31, 2007 at 12:49:35AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
Bo?
Re-run cmake?
I've done that... but I did not erase the CMakeCache, should I?
I don't know. I just happened to
On Fri, Aug 31, 2007 at 12:49:35AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
> >>Bo?
> >
> >Re-run cmake?
>
> I've done that... but I did not erase the CMakeCache, should I?
I don't know. I just happened to notice
On 8/30/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Andre Poenitz wrote:
> > On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
> >> Bo?
> >
> > Re-run cmake?
>
> I've done that... but I did not erase the CMakeCache, should I?
scons and autotools are fine.
Bo
Andre Poenitz wrote:
On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
Bo?
Re-run cmake?
I've done that... but I did not erase the CMakeCache, should I?
Abdel.
On Fri, Aug 31, 2007 at 12:43:27AM +0200, Abdelrazak Younes wrote:
> Bo?
Re-run cmake?
Andre'
Bo?
Buffer.obj : error LNK2019: unresolved external symbol "class
std::basic_ostream > & __cdecl
lyx::operator<<(class std::basic_ostreamstd::char_traits > &,class lyx::EmbeddedFiles const &)"
(??6lyx@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@@std@@[EMAIL PROTECTED]@0@@Z)
referenced in function "
On Oct 4, 2006, at 5:35 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
QLMenubar.C: In member function 'void
lyx::frontend::QLMenubar::macxMenuBarInit()':
QLMenubar.C:165: error: no matching function for call to
'MenuBackend::specialMenu(const char [4])'
../../../src/MenuBackend.h:217: not
Bennett Helm wrote:
QLMenubar.C: In member function 'void
lyx::frontend::QLMenubar::macxMenuBarInit()':
QLMenubar.C:165: error: no matching function for call to
'MenuBackend::specialMenu(const char [4])'
../../../src/MenuBackend.h:217: note: candidates are: void
MenuBackend::specialMenu(const l
Bennett Helm wrote:
> Perhaps it's because I don't want to install Qt in /usr/local/
> On Mac, I'm building Qt as static, and I've gotten by so far with
> just building it, not installing, and pointing LyX to the build
> location. I'm gathering that if I'm to use pkgconfig (while not
> instal
On Oct 3, 2006, at 3:19 PM, Georg Baum wrote:
Am Dienstag, 3. Oktober 2006 17:37 schrieb Bennett Helm:
The second may or may not be related to the pkgconfig question I
raised a while back. Following Georg's advice, I used pkgconfig,
which enables me to configure correctly, but then compilation
Am Dienstag, 3. Oktober 2006 17:37 schrieb Bennett Helm:
> The second may or may not be related to the pkgconfig question I
> raised a while back. Following Georg's advice, I used pkgconfig,
> which enables me to configure correctly, but then compilation fails
> in frontends/qt4/ui:
>
> g++
On Oct 3, 2006, at 12:01 PM, Abdelrazak Younes wrote:
It seems like an include path problem. Try to pass -Ipath>/QtCore etc.
Please be more specific -- I'm not a programmer!
Yes, sorry. The problem is that gcc is not finding the Qt headers.
I guess you can pass the -I option this way (adjust
Bennett Helm wrote:
On Oct 3, 2006, at 11:49 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
I'm getting 2 compile problems on Mac. The first involves fontutils.C:
if /bin/sh ../../libtool --tag=CXX --mode=compile g++-4
-DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -W
On Oct 3, 2006, at 11:49 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
I'm getting 2 compile problems on Mac. The first involves
fontutils.C:
if /bin/sh ../../libtool --tag=CXX --mode=compile g++-4 -
DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -Wextra -
Wall-g -O
Bennett Helm wrote:
I'm getting 2 compile problems on Mac. The first involves fontutils.C:
if /bin/sh ../../libtool --tag=CXX --mode=compile g++-4 -DHAVE_CONFIG_H
-I. -I. -I../../src -I./.. -I../../boost -Wextra -Wall-g -Os -MT
fontutils.lo -MD -MP -MF ".deps/fontutils.
I'm getting 2 compile problems on Mac. The first involves fontutils.C:
if /bin/sh ../../libtool --tag=CXX --mode=compile g++-4 -
DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost -Wextra -
Wall-g -Os -MT fontutils.lo -MD -MP -MF ".deps/fontutils.Tpo" -c -
John Levon <[EMAIL PROTECTED]> writes:
| Looks like it's pch, I can compile with:
|
| ./configure --prefix=/usr/local/lyx-cvs --enable-maintainer-mode
| --enable-debug QTDIR=/usr/lib64/qt-3.3 --disable-pch
| --disale-stdlib-debug --disable-concept-checks --with-frontend="qt xforms"
There are bu
Looks like it's pch, I can compile with:
./configure --prefix=/usr/local/lyx-cvs --enable-maintainer-mode
--enable-debug QTDIR=/usr/lib64/qt-3.3 --disable-pch
--disale-stdlib-debug --disable-concept-checks --with-frontend="qt xforms"
regards
john
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| I got tired of wrestling with the config mechanism.
>
| Please apply this (support/nt_defines.h is not used) and then
| "cvs remove" the support/nt_defines.h file.
I'll handle this one.
--
Lgb
I got tired of wrestling with the config mechanism.
Please apply this (support/nt_defines.h is not used) and then
"cvs remove" the support/nt_defines.h file.
Thanks.
--
Kayvan A. Sylvan
Sylvan Associates, Inc.
http://sylvan.com/~kayvan
Index: ChangeLog
=
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Dekel Tsur <[EMAIL PROTECTED]> writes:
>
| | g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../../images -I/usr/include/qt3 -I../../../boost
-I../../../src/frontends/controllers -I/usr/X11R6/include -DQT
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>>
>> If you have compile problems you must pipe up, so that I can attempt
>> to fix them.
>
| Would you like me to try and compile 1.4.x with the Tru64 compiler?
| What problems are you exp
Dekel Tsur <[EMAIL PROTECTED]> writes:
| g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I../../../src/frontends/
-I../../../images -I/usr/include/qt3 -I../../../boost
-I../../../src/frontends/controllers -I/usr/X11R6/include -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -DQT_NO_TRANSLATION
On Mon, Sep 29, 2003 at 10:45:29AM +0200, Lars Gullik Bj?nnes wrote:
>
> If you have compile problems you must pipe up, so that I can attempt
> to fix them.
I get the following error:
(using gcc 3.3.2 20030908 (Debian prerelease), QT 3.2.1)
g++ -DHAVE_CONFIG_H -I. -I. -I../../
Lars Gullik Bjønnes wrote:
>
> If you have compile problems you must pipe up, so that I can attempt
> to fix them.
Would you like me to try and compile 1.4.x with the Tru64 compiler?
What problems are you expecting?
> I am not interested in Gcc 2.96 or compilers older than 2.95.3.
If you have compile problems you must pipe up, so that I can attempt
to fix them.
I am not interested in Gcc 2.96 or compilers older than 2.95.3.
If you problem is not fixed at once, please be persistent and report
your problem again.
--
Lgb
Quoting "A.P.Manners" <[EMAIL PROTECTED]>:
> Kim,
>
> I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
> the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
> afraid that Lyx seems to have gone rather gnu-centric and you can no
> longer use the native assembl
On Sat, Mar 01, 2003 at 02:13:57PM +, A.P.Manners wrote:
> I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
> the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
> afraid that Lyx seems to have gone rather gnu-centric and you can no
> longer use the native
Kim,
I saw similar behaviour with Solaris 2.6 and gcc-2.95.2 when compiling
the previous version of Lyx (it is in lyx-bugzilla somewhere). I am
afraid that Lyx seems to have gone rather gnu-centric and you can no
longer use the native assembler. I installed gas (the gnu assembler) and
this solved
Hi!
I'm trying to compile LyX 1.3.0 on a Solaris 2.8 system, but I've run into
trouble. Here's where it breaks:
[...]
source='GraphicsCacheItem.C' object='GraphicsCacheItem.lo' libtool=yes \
depfile='.deps/GraphicsCacheItem.Plo' tmpdepfile='.deps/GraphicsCacheItem.TPlo' \
depmode=gcc /bin/bash .
On Fri, Feb 14, 2003 at 10:11:14AM +1100, Amir Michail wrote:
> We tried to write a LyX 1.3.0 template for DRT, but found
> that the source no longer compiles with CXXFLAGS=-finstrument-functions.
> This used to work with LyX 1.2.1. Here is the error (with Qt frontend):
>
> /usr/include/string.h
Hi,
We tried to write a LyX 1.3.0 template for DRT, but found
that the source no longer compiles with CXXFLAGS=-finstrument-functions.
This used to work with LyX 1.2.1. Here is the error (with Qt frontend):
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/includ
On Mon, Feb 03, 2003 at 07:20:07PM +0100, Christian Ridderstr?m wrote:
> I was using 1.4-p5, but I can easily use automake 1.6.3, is there any
> problems with using that version?
Red Hat 8.0's automake 1.6.3 works for me.
regards
john
On Mon, 3 Feb 2003, John Levon wrote:
> On Mon, Feb 03, 2003 at 06:30:41PM +0100, Christian Ridderstr?m wrote:
>
> > make[6]: Entering directory `/space/lyx-devel/src/frontends/qt2/ui'
> > make[6]: *** No rule to make target `libqt2ui.la.c', needed by
> > `libqt2ui.la'. Stop.
>
> Do a clean ch
On Mon, Feb 03, 2003 at 06:30:41PM +0100, Christian Ridderstr?m wrote:
> make[6]: Entering directory `/space/lyx-devel/src/frontends/qt2/ui'
> make[6]: *** No rule to make target `libqt2ui.la.c', needed by
> `libqt2ui.la'. Stop.
Do a clean checkout, and use automake 1.5 when you run autogen.sh
Christian Ridderström wrote:
> Feeling like superman I tried to compile the cvs version of lyx as well,
> (I've managed to compile it before).
>
> I've done:
>
> cvs update
> ./autogen.sh
> ./configure --with-extra-prefix=/pkg/mdhacks/grp/util
> --with-version-suffix --prefix=/pkg/mdhacks/p
On Mon, Feb 03, 2003 at 06:30:41PM +0100, Christian Ridderström wrote:
> Hmm... I thought I'd try compiling with the qt frontend, but that fails
> too. Should I check out everything from scratch, or is there a useful
> command for "cleaning" it thoroughly?
make distclean should help but usually
Hmm... I thought I'd try compiling with the qt frontend, but that fails
too. Should I check out everything from scratch, or is there a useful
command for "cleaning" it thoroughly?
make[6]: Entering directory `/space/lyx-devel/src/frontends/qt2/ui'
make[6]: *** No rule to make target `libqt2ui.la
Feeling like superman I tried to compile the cvs version of lyx as well,
(I've managed to compile it before).
I've done:
cvs update
./autogen.sh
./configure --with-extra-prefix=/pkg/mdhacks/grp/util
--with-version-suffix --prefix=/pkg/mdhacks/pkg/lyx/devel/os
--disable-libtool-lock
Co
On Mon, Dec 09, 2002 at 02:57:58AM +0100, Lars Gullik Bjønnes wrote:
> Yes, you probably can. Most of these issues is because of missing
> translations. By making the french translation up to date you will get
> more/all the english strings into french.
Are we in strings freeze too ? That screen
On Fri, Dec 06, 2002 at 03:28:16PM +0100, Aide Florent wrote:
> the new page after paragraph as no effect
actually I can't reproduce this. Clicking on "Page break below" and
press OK works just fine. Can you describe what you do in detail ?
thanks
john
--
"Yeah, I woke up in the day accidenta
On Sat, Nov 30, 2002 at 02:27:15PM +0100, Otto Tronarp wrote:
> Seems like you caught all the cases except one, see the attached patch.
>
fixed thanks
john
On Sat, 2002-11-30 at 02:59, John Levon wrote:
> On Fri, Nov 29, 2002 at 05:48:07PM +0100, Otto Tronarp wrote:
>
[snip]
>
> Erm, I don't see how this EVER worked, or why it compiles for me !
>
> I'll fix QGraphics.C but we need all examples
>
Seems like you caught all the cases except one, see
On Fri, Nov 29, 2002 at 05:48:07PM +0100, Otto Tronarp wrote:
> In file included from /usr/local/qt/include/qwindowdefs.h:44,
> from /usr/local/qt/include/qwidget.h:42,
> from /usr/local/qt/include/qcombobox.h:42,
> from lengthcombo.h:19,
>
Hi,
I'm trying to compile lyx cvs and I get tons of "ambiguous overload" for
functions regarding the interaction between QString and std::string in
QGraphics.C.
This is with gcc 3.2, qt 3.1.0, autoconf 2.53 and automake 1.5 any ideas
of what's wrong?
Otto
source='QGraphics.C' object='QGraphics
This is my new target.
CC=gcc3 CXX=g++3 ./configure --program-suffix=-1.1.4 --disable-nls
--with-included-string
[16:28][jamatos@rilke:~/lyx/lyx-1.1.4/src]$make -k
make all-recursive
make[1]: Entering directory `/home/jamatos/lyx/lyx-1.1.4/src'
Making all in mathed
make[2]: Entering directory
1 - 100 of 180 matches
Mail list logo
