Am Mon, 16 Dec 2019 20:36:58 -0500
schrieb Scott Kostyshak :
> On Mon, Dec 16, 2019 at 08:11:16PM -0500, Richard Kimberly Heck wrote:
> > I'm getting a repeatable error when building the master branch of LyX
> > with cmake on Fedora 30. What I've done is:
> >
> > ./autogen.sh
> > mkdir build-cmak
On Mon, Dec 16, 2019 at 08:11:16PM -0500, Richard Kimberly Heck wrote:
> I'm getting a repeatable error when building the master branch of LyX
> with cmake on Fedora 30. What I've done is:
>
> ./autogen.sh
> mkdir build-cmake
> cd build-cmake
> cmake ..
> make
>
> Result:
Kornel can advise, but
I'm getting a repeatable error when building the master branch of LyX
with cmake on Fedora 30. What I've done is:
./autogen.sh
mkdir build-cmake
cd build-cmake
cmake ..
make
Result:
[ 70%] Linking CXX executable ../bin/lyx2.4
cd /cvs/lyx/lyx-devel/build-cmake/src && /usr/bin/cmake -E
cmake_link_
Richard Heck wrote:
> I rebooted and it went away. So something like that.
Haha, this sounds like from MS helpdesk, if you have any kind of problem try to
reboot :-p
Pavel
On 06/18/2016 07:39 PM, Pavel Sanda wrote:
> Richard Heck wrote:
>> How can that be? About>LyX shows the program as having been built from
>> the same git commit in both cases.
> Sound like running two different binaries (the same commit but different
> changes on top of that). Can you reproduce if
Richard Heck wrote:
> How can that be? About>LyX shows the program as having been built from
> the same git commit in both cases.
Sound like running two different binaries (the same commit but different
changes on top of that). Can you reproduce if you kill all running
instances and rerun it agai
I am working on adding some new features to the cross-reference dialog,
but I have run into a really strange problem when testing it. If I run
the built program as:
/cvs/lyx/build/src/lyx
then all is well: I see my new checkboxes in the dialog. But if I run it as:
/cvs/lyx/build/src/lyx -u
Jean-Marc Lasgouttes schrieb:
Stephan Witt writes:
So I see the "solution" to declare GCC 3.3.X as unsupported. Then I
will fail to provide LyX 1.6.X for the SLES9 platform. (And we should
mention itin README.)
The other option may be to change the code and avoid the
QListsubmenu_ construct. I
On Tue, Apr 28, 2009 at 09:39:42AM +0200, Christian Ridderström wrote:
> On Mon, 27 Apr 2009, Andre Poenitz wrote:
>
>>> We could start with JMarc askig Lars for access?
>>
>> I see no particular reason for Jean-Marc to _ask_ for access. It's
>> something that should have happened automatically.
On Mon, 27 Apr 2009, Andre Poenitz wrote:
We could start with JMarc askig Lars for access?
I see no particular reason for Jean-Marc to _ask_ for access. It's
something that should have happened automatically.
Early on, Lars' did ask people to let him know if they _needed_ access and
if so
On Mon, Apr 27, 2009 at 08:19:15PM +0200, Christian Ridderström wrote:
> On Sun, 26 Apr 2009, Edwin Leuven wrote:
>
>>> imho at least JMarc should have root access too, since contanting Lars is
>>> longlasting problem and not issue of today's sun.
>>
>> i should probably try to bribe lars with a co
On Sun, 26 Apr 2009, Edwin Leuven wrote:
imho at least JMarc should have root access too, since contanting Lars is
longlasting problem and not issue of today's sun.
i should probably try to bribe lars with a couple of beers next time i am in
oslo...
We could start with JMarc askig Lars for
pavel wrote:
> scandinavians have sunny weekend from tuesday, when Edwin was asking
> about similar committing problem to list & Lars, right? :)
well, to lars defense, the weather was nice in oslo this week (i just came
back)
> imho at least JMarc should have root access too, since contanting L
Christian Ridderström wrote:
>> Christian, maybe.
>
> I have sudo access, what do you need?
>
> I'm not familiar with Trac, but give me some pointers and I'll get it done.
>
> regards,
> /Christian
>
> PS. It's warm and sunny this weekend, so all us Scandinavians have crept
> out of our caves (i.e
On Sun, 26 Apr 2009, Jean-Marc Lasgouttes wrote:
Is there someone with full access right now?
Christian, maybe.
I have sudo access, what do you need?
I'm not familiar with Trac, but give me some pointers and I'll get it
done.
regards,
/Christian
PS. It's warm and sunny this weekend, so
Is there someone with full access right now?
Christian, maybe.
I am admin for the mail at gmail.
JMarc
On Sat, Apr 25, 2009 at 10:28:13PM +0200, Abdelrazak Younes wrote:
> On 25/04/2009 22:13, Andre Poenitz wrote:
>> On Fri, Apr 24, 2009 at 11:41:05PM +0200, Jean-Marc Lasgouttes wrote:
>>
Unlikely, since I am still not able to commit
>>> Did you get Lars to activate your ac
On 25/04/2009 22:13, Andre Poenitz wrote:
On Fri, Apr 24, 2009 at 11:41:05PM +0200, Jean-Marc Lasgouttes wrote:
Unlikely, since I am still not able to commit
Did you get Lars to activate your account?
I send a username and "initial" password and got an "ok" back.
W
On Fri, Apr 24, 2009 at 11:41:05PM +0200, Jean-Marc Lasgouttes wrote:
>> Unlikely, since I am still not able to commit
>
> Did you get Lars to activate your account?
I send a username and "initial" password and got an "ok" back.
> For example, can you log into trac (same password)?
Not with
Unlikely, since I am still not able to commit
Did you get Lars to activate your account? For example, can you log
into trac (same password)?
JMarc
On Fri, Apr 24, 2009 at 04:34:34PM +0200, Jean-Marc Lasgouttes wrote:
> Stephan Witt writes:
> > So I see the "solution" to declare GCC 3.3.X as unsupported. Then I
> > will fail to provide LyX 1.6.X for the SLES9 platform. (And we should
> > mention itin README.)
> >
> > The other option may be t
Stephan Witt writes:
> So I see the "solution" to declare GCC 3.3.X as unsupported. Then I
> will fail to provide LyX 1.6.X for the SLES9 platform. (And we should
> mention itin README.)
>
> The other option may be to change the code and avoid the
> QListsubmenu_ construct. I cannot understand why
Jean-Marc Lasgouttes schrieb:
Le 24 avr. 09 à 09:31, Stephan Witt a écrit :
I think it's a problem to build a list of entities with unknown size
(class forward declaration) when the internal representation is an array.
So the compiler fails here. (I did no real investigation until now
because I
Le 24 avr. 09 à 09:31, Stephan Witt a écrit :
I think it's a problem to build a list of entities with unknown size
(class forward declaration) when the internal representation is an
array.
So the compiler fails here. (I did no real investigation until now
because I don't know if GCC 3.3.3 sh
Jean-Marc Lasgouttes schrieb:
Stephan Witt writes:
Hi Andre,
I stumbled over an error when compiling LyX-1.6.X (Rev 29386) on
SLES9. Maybe the GCC 3.3.3 is the problem... but the README and
INSTALL doesn't say so.
Looks like this is at qt level...
Thank you for thinking about my problem.
Stephan Witt writes:
> Hi Andre,
>
> I stumbled over an error when compiling LyX-1.6.X (Rev 29386) on
> SLES9. Maybe the GCC 3.3.3 is the problem... but the README and
> INSTALL doesn't say so.
Looks like this is at qt level...
JMarc
Hi Andre,
I stumbled over an error when compiling LyX-1.6.X (Rev 29386) on SLES9.
Maybe the GCC 3.3.3 is the problem... but the README and INSTALL doesn't say so.
The error is:
/usr/local/QT4/include/QtCore/qglobal.h: In instantiation of
`QTypeInfo::MenuDefinition>':
/usr/local/QT4/include/QtCo
On 11/23/06, Edwin Leuven <[EMAIL PROTECTED]> wrote:
2>c:\program files\gnuwin32\include\zconf.h(289) : fatal error C1083:
Cannot open include file: 'unistd.h': No such file or directory
Is this mingw/windows/scons, or anything else?
Bo
2>c:\program files\gnuwin32\include\zconf.h(289) : fatal error C1083:
Cannot open include file: 'unistd.h': No such file or directory
...
any idea what is wrong here?
thanks, ed.
Le jeudi 24 août 2006 16:57, Lars Gullik Bjønnes a écrit :
> Félix-Antoine Bourbonnais <[EMAIL PROTECTED]> writes:
> | > No, that is not the problem. I found it out now: It is again the
> | > pollution of the global namespace in qt3 with the signals keyword. The
> | > attached patch (including m
Lars Gullik Bjønnes wrote:
| But now, I have an error on the final linking.
| The complete trace is attached.
./configure --disable-pch
This is biting people quite regularly. I think you should disable PCH by
default and enable it only for certain, known to work compilers. Like
yours ;-)
Félix-Antoine Bourbonnais <[EMAIL PROTECTED]> writes:
| > No, that is not the problem. I found it out now: It is again the pollution
| > of the global namespace in qt3 with the signals keyword. The attached
| > patch (including more cleanup) goes in now.
|
| Yes, the WorkArea problem seems to
> So there's no compile error for qt4? The bug report seemed to imply
> otherwise... That's why I didn't think that was the reason.
Maybe I was wrong and that two problems were not linked.
--
Félix-Antoine Bourbonnais
http://www.rubico.info/
.
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > | But now, I have an error on the final linking.
| > | The complete trace is attached.
|
| > ./configure --disable-pch
|
| This is biting people quite regularly. I think you should disable PCH
| by default and enable it o
Am Donnerstag, 24. August 2006 21:53 schrieb Abdelrazak Younes:
> So there's no compile error for qt4?
No. gtk works fine, too.
> The bug report seemed to imply
> otherwise...
I don't see that. Maybe it is time to go to bed ;-)
Georg
Georg Baum wrote:
Am Donnerstag, 24. August 2006 21:17 schrieb Abdelrazak Younes:
Georg Baum wrote:
Abdel, this problem in trunk appeared after your last commit:
http://bugzilla.lyx.org/show_bug.cgi?id=2792
I see it, too (with gcc 3.3.5 and 4.1, external boost 1.34cvs). Any
idea
what goes wr
Am Donnerstag, 24. August 2006 21:17 schrieb Abdelrazak Younes:
> Georg Baum wrote:
> > Abdel, this problem in trunk appeared after your last commit:
> > http://bugzilla.lyx.org/show_bug.cgi?id=2792
> > I see it, too (with gcc 3.3.5 and 4.1, external boost 1.34cvs). Any
idea
> > what goes wrong?
Georg Baum wrote:
Abdel, this problem in trunk appeared after your last commit:
http://bugzilla.lyx.org/show_bug.cgi?id=2792
I see it, too (with gcc 3.3.5 and 4.1, external boost 1.34cvs). Any idea
what goes wrong?
Maybe a header include is missing, could you try to add this to WorkArea.h:
#i
Georg Baum wrote:
Abdel, this problem in trunk appeared after your last commit:
http://bugzilla.lyx.org/show_bug.cgi?id=2792
I see it, too (with gcc 3.3.5 and 4.1, external boost 1.34cvs). Any idea
what goes wrong?
I guess it's related to WorkArea now deriving from
boost::signals::trackable a
Abdel, this problem in trunk appeared after your last commit:
http://bugzilla.lyx.org/show_bug.cgi?id=2792
I see it, too (with gcc 3.3.5 and 4.1, external boost 1.34cvs). Any idea
what goes wrong?
Georg
On 5/31/05 12:43 PM, "Angus Leeming" <[EMAIL PROTECTED]> wrote:
> Rob Bearman wrote:
>> Does anyone else see this? Fresh CVS check out/build. OS X 10.4. I've built
>> successfully on Tiger before.
>
> Nope. But different Qt versions may behave differently.
>
>> QBibtexDialog.C:153: error: could
Rob Bearman wrote:
Does anyone else see this? Fresh CVS check out/build. OS X 10.4. I've built
successfully on Tiger before.
Nope. But different Qt versions may behave differently.
QBibtexDialog.C:153: error: could not convert `QLineEdit::text() const()' to
Does the attached patch cure the
Does anyone else see this? Fresh CVS check out/build. OS X 10.4. I've built
successfully on Tiger before.
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -I../../../src -I../../../src/frontends -I../../../images
-I/Users/robbear/dev/qt-mac-free-3.3.4/include -I../
> I am interested to a certain degree. However, it would help
> me a lot to
> have a quick look if the attachments were not declared as octet-stream
> but as, say, application/x-bzip or similar.
>
> Andre'
>
Apologies for the delay. I guess my mailer defaults to octet-stream for
types it doesn'
On Tue, Feb 01, 2005 at 01:16:58PM -0500, Rob Bearman wrote:
> I was able to complete a fresh vcproj build for the first time after the
> latest commits. Thank you for the fixes. I've attached the build log in
> case anyone's interested in the 30 warnings.
I am interested to a certain degree. Howe
Angus Leeming wrote:
>>> Thank *you*.
>>> Angus
>> I'll return the thanks again if someone can give me a pointer on how to
>> set up the LyX installation tree based on a vcproj build.
How is your python? The files that Asger and you both needed are generated
by a shell script lib/configure which
Rob Bearman wrote:
>> Thank *you*.
>>
>> --
>> Angus
>>
>>
>
> I'll return the thanks again if someone can give me a pointer on how to
> set up the LyX installation tree based on a vcproj build. The
> win32\readme.txt file hints that this information was given previously
> somewhere in the Jan
> Thank *you*.
>
> --
> Angus
>
>
I'll return the thanks again if someone can give me a pointer on how to
set up the LyX installation tree based on a vcproj build. The
win32\readme.txt file hints that this information was given previously
somewhere in the January list, but I can't find it beyo
Rob Bearman wrote:
> I was able to complete a fresh vcproj build for the first time after the
> latest commits. Thank you for the fixes. I've attached the build log in
> case anyone's interested in the 30 warnings.
>
> Thanks
> Rob
Thank *you*.
--
Angus
I was able to complete a fresh vcproj build for the first time after the
latest commits. Thank you for the fixes. I've attached the build log in
case anyone's interested in the 30 warnings.
Thanks
Rob
buildlog.htm.bz2
Description: buildlog.htm.bz2
Asger Ottar Alstrup wrote:
> Angus Leeming wrote:
>> Rob Bearman wrote:
>>>C:\lyx\lyx-devel\src\frontends\qt2\moc\QGraphics_moc.C(54): error C2947:
>>>expecting '>' to terminate template-argument-list, found '>>'
>>>-- several of these in this file. The compiler wants a space before the
>>>trailin
Angus Leeming wrote:
Rob Bearman wrote:
C:\lyx\lyx-devel\src\frontends\qt2\moc\QGraphics_moc.C(54): error C2947:
expecting '>' to terminate template-argument-list, found '>>'
-- several of these in this file. The compiler wants a space before the
trailing '>'. But, yikes, this is generated code.
Sh
Rob Bearman wrote:
> The other build errors on this fresh release build:
>
> lyx fatal error C1083: Cannot open source file:
> '\lyx\lyx-devel\src\support\atoi.C': No such file or directory
> -- is this file supposed to be checked in and is not?
It is checked in but has just (a couple of days ago
"Rob Bearman" <[EMAIL PROTECTED]> writes:
| Question: I'm curious about the history behind the vcproj build - was
| there
| no objection that this would have to be maintained separately from the
| other
| makefile(s) whenever a file is added/removed from the build. Or am I
| missing
| something
> Try to build a release build, and see if that helps. If not, you can
> manually inspect the files in the moc_files folders to see if their
> custom build step is correct.
No difference with the release build. Looking at the "mocinput" folder
of
the vcproj file, it's clear there's a bunch of m
Rob Bearman wrote:
> I've applied Asger's MSVC patch
> (http://thread.gmane.org/gmane.editors.lyx.devel/41102) but I'm having
> problems with the Windows build under Visual Studio.NET 2003. I get a
> bunch of failures trying to find certain *_moc.c files that didn't seem
> to have been generated:
T
> and is there any heads up short of my updating my CVS tree and
watching for it?
Never mind this particular question. I found the lyx-cvs list which was
documented in the web pages if only I had bothered to read it.
Thanks
Rob
I've applied Asger's MSVC patch
(http://thread.gmane.org/gmane.editors.lyx.devel/41102) but I'm having
problems with the Windows build under Visual Studio.NET 2003. I get a
bunch of failures trying to find certain *_moc.c files that didn't seem
to have been generated:
/echo on
-- Build started
John Levon <[EMAIL PROTECTED]> writes:
| Index: src/frontends/qt2/moc/Makefile.am
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/qt2/moc/Makefile.am,v
| retrieving revision 1.12
| diff -u -r1.12 Makefile.am
| --- sr
frontends/.libs/libfrontends.a(FormDocument.o): In function `basic_string, __default_alloc_template >::alloc(unsigned int,
bool)':
/usr/include/g++-3/std/bastring.h(.text+0x1cf): undefined reference to
`ButtonController::ButtonController(basic_string,
__default_alloc_template > const &, basic_
Hi folks,
Because of some problems I had introduced in my local tree,
I renamed my src/lyx directory to src/lyx-old and re-created src/lyx
by a fresh get from CVS.
I found that "./autogen.sh; ./configure" did not build a po/Makefile
(even though it *did* in src/lyx-old). Upon further investigati
On Mon, 31 Jul 2000, Juergen Vigna wrote:
> > [ snip compile problems ]
>
> The problem is that the kde-frontend is not actively supported!
>
:(
I didn't know that. (I couldn't try the GTK version for various reasons
unrelated to LyX).
> We need someone who supports and extends this tree!!!
On 31-Jul-2000 John Levon wrote:
> Just got the latest CVS of about 10:00am GMT, and got this :
>
> g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
> -I../../../src/frontends/ -I../../.. -I../../..
> -I/home/M98/mphil/rogersi5/public/Linux/qt/include -I/usr/include -isystem
> /usr/X11
Just got the latest CVS of about 10:00am GMT, and got this :
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/
-I../../../src/frontends/ -I../../.. -I../../..
-I/home/M98/mphil/rogersi5/public/Linux/qt/include -I/usr/include -isystem
/usr/X11R6/include -g -O -fno-rtti -fno-exceptions -an
On Fri, Jul 28, 2000 at 09:19:58PM -0500, Albert Chin-A-Young wrote:
> > /usr/ccs/bin/as: "/var/tmp/ccAtcvw5.s", line 14928: error: can't compute value of
>an expression involving an external symbol
> > make[2]: *** [insetinclude.lo] Error 1
> > make[2]: Leaving directory `/remote/tools/ksylvan/
On Thu, Jul 27, 2000 at 01:54:40PM -0700, Kayvan Sylvan wrote:
> Hi folks,
>
> Here's what happens on my Solaris box from latest CVS.
>
> Using gcc-2.95.2:
>
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
>-I/remote/tools/ksylvan/include -isystem /usr/openwin/include -O2 -is
Hi folks,
I installed gas (the latest binutils) and the assembler syntax problem
I reported earlier is gone.
I can live with that, but perhaps we should make a note about Solaris
needing GNU binutils.
---Kayvan
--
Kayvan A. Sylvan (650-584-1189)
Central Engineering Serv
On Fri, Jul 28, 2000 at 09:39:29AM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> Hi folks, Here's what happens on my Solaris box from latest
> Kayvan> CVS.
>
> Kayvan> Using gcc-2.95.2:
>
> What happens if you remove -Winline from C
> "Kayvan" == Kayvan Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Hi folks, Here's what happens on my Solaris box from latest
Kayvan> CVS.
Kayvan> Using gcc-2.95.2:
What happens if you remove -Winline from CXXFLAGS?
JMarc
Hi folks,
Here's what happens on my Solaris box from latest CVS.
Using gcc-2.95.2:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
-I/remote/tools/ksylvan/include -isystem /usr/openwin/include -O2 -isystem
/usr/openwin/include -W -Wall -Wconversion -Winline -Wp,-MD,.deps/inset
70 matches
Mail list logo
