Am 28.04.2013 um 22:50 schrieb Ashley Shan :
> Thank you for your help.
>
> Yes I think I might be mixing Qt4 with Qt5. Should I just uninstall
> everything regarding Qt but preserving cmake and reinstall Qt4?
Yes, that sounds like a good plan.
BTW, on a Mac a framework should contain the he
Thank you for your help.
Yes I think I might be mixing Qt4 with Qt5. Should I just uninstall
everything regarding Qt but preserving cmake and reinstall Qt4?
*Xueqing Shan*
Vanderbilt University, '16
On Sun, Apr 28, 2013 at 3:43 PM, Stephan Witt wrote:
> Am
Am 28.04.2013 um 22:05 schrieb Vincent van Ravesteijn :
> Op 28-4-2013 22:02, Ashley Shan schreef:
>> Hi Stephen, thank you for replying. Here's what I did. Kornel said maybe I
>> didn't install the development tool, so I checked:
>>
>> I checked the installation log of my Qt 5.0.2, I searched f
Op 28-4-2013 22:02, Ashley Shan schreef:
Hi Stephen, thank you for replying. Here's what I did. Kornel said
maybe I didn't install the development tool, so I checked:
I checked the installation log of my Qt 5.0.2, I searched for "moc",
"uic", and "rcc", and it seems I did have installed them:
Hi Stephen, thank you for replying. Here's what I did. Kornel said maybe I
didn't install the development tool, so I checked:
I checked the installation log of my Qt 5.0.2, I searched for "moc", "uic",
and "rcc", and it seems I did have installed them:
Relocator calling otool -l for
"/Users/Ashle
Am 28.04.2013 um 17:53 schrieb Stephan Witt :
> Am 26.04.2013 um 19:21 schrieb Kornel Benko :
>
>> Am Freitag, 26. April 2013 um 12:00:17, schrieb Ashley Shan
>>
>>>
>>> I ran CMake again and it said uic, moc, and rcc not found. So I installed
>>> Macports, installed qt4-mac (I tried to instal
Am 26.04.2013 um 19:21 schrieb Kornel Benko :
> Am Freitag, 26. April 2013 um 12:00:17, schrieb Ashley Shan
>
> >
> > I ran CMake again and it said uic, moc, and rcc not found. So I installed
> > Macports, installed qt4-mac (I tried to install qt4-mac-devel, but it said
> > "this port has been
Am Freitag, 26. April 2013 um 12:00:17, schrieb Ashley Shan
>
> I ran CMake again and it said uic, moc, and rcc not found. So I installed
> Macports, installed qt4-mac (I tried to install qt4-mac-devel, but it said
> "this port has been temporarily replaced by 'qt4-mac'; it will be updated
> to
Hi Kornel,
I checked the installation log of my Qt 5.0.2, I searched for "moc", "uic",
and "rcc", and it seems I did have installed them:
Relocator calling otool -l for
"/Users/Ashley/Qt5.0.2/5.0.2/clang_64/bin/moc"
END - Relocator calling otool -l for
"/Users/Ashley/Qt5.0.2/5.0.2/clang_64/bin/mo
Am Freitag, 26. April 2013 um 09:56:59, schrieb Ashley Shan
> Hi Kornel and Alex,
>
> Thank you for your help. The thing is I think I have installed everything I
> need but it still reports can't find library. So I first installed Qt
> 5.0.2, which says that it will install both the libraries an
Hi Kornel and Alex,
Thank you for your help. The thing is I think I have installed everything I
need but it still reports can't find library. So I first installed Qt
5.0.2, which says that it will install both the libraries and the creator (
http://qt-project.org/downloads => Qt 5.0.2 for Mac). I
Am Freitag, 26. April 2013 um 09:41:17, schrieb Alex Vergara Gil
> - Original Message -
> From: Ashley Shan
>
>
> Hi all,
>
>
> I was trying to compile the existing code for corkboard and outline view. I
> followed instructions on this post:
> http://blog.oak-tree.us/index.
- Original Message -
From: Ashley Shan
Hi all,
I was trying to compile the existing code for corkboard and outline view. I
followed instructions on this post:
http://blog.oak-tree.us/index.php/2010/06/25/lyx-outline02-1
I installed all programs as instructed (Qt 5.0.2, CMa
Hi all,
I was trying to compile the existing code for corkboard and outline view. I
followed instructions on this post:
http://blog.oak-tree.us/index.php/2010/06/25/lyx-outline02-1
I installed all programs as instructed (Qt 5.0.2, CMake, Bazaar), and when
I try to open that CMakeList.txt project,
Op 31-3-2012 18:31, Antonio Pineda schreef:
Hi all. Don't know if anyone's noticed this before - since I couldn't
find a reference to it in the bug tracker, I thought this could be
brought to your attention.
I configured my Gentoo Linux for AMD64 (stable branch) so as to use
clang instead of gcc
Hi all. Don't know if anyone's noticed this before - since I couldn't
find a reference to it in the bug tracker, I thought this could be
brought to your attention.
I configured my Gentoo Linux for AMD64 (stable branch) so as to use
clang instead of gcc as the default C/C++ compiler. Most packages
Rex Dieter wrote:
Richard Heck wrote:
As said...after upgrading to Fedora 11, I can no longer compile either
branch or trunk. The error is in boost:
or just build --without-included-boost
I've done that, but am still puzzled.
rh
Richard Heck wrote:
>
> As said...after upgrading to Fedora 11, I can no longer compile either
> branch or trunk. The error is in boost:
or just build --without-included-boost
-- Rex
As said...after upgrading to Fedora 11, I can no longer compile either
branch or trunk. The error is in boost:
In file included from ./boost/mpl/lambda.hpp:22,
from ./boost/mpl/apply.hpp:25,
from ./boost/iterator/iterator_facade.hpp:34,
from .
On Sun, Mar 15, 2009 at 12:14 AM, Uwe Stöhr wrote:
>> First involves the use of the arrow symbol (pointing down and to the
>> left) for the return key: the error is: "Could not find LaTeX command
>> for character '[arrow symbol]' (code point 0x21b5)".
>
> This is because we don't have this charact
> First involves the use of the arrow symbol (pointing down and to the
> left) for the return key: the error is: "Could not find LaTeX command
> for character '[arrow symbol]' (code point 0x21b5)".
This is because we don't have this character in the unicodesymbols file, because there is no
LaTeX
On Sat, Mar 14, 2009 at 9:48 AM, Jürgen Spitzmüller wrote:
> BH wrote:
>> The first error -- with the "return" symbol -- is an error in
>> generating LaTeX rather than typesetting. (Thus, File > Export > LaTeX
>> fails.)
>>
>> Concerning the second set of errors, when I create a new file with the
BH wrote:
> The first error -- with the "return" symbol -- is an error in
> generating LaTeX rather than typesetting. (Thus, File > Export > LaTeX
> fails.)
>
> Concerning the second set of errors, when I create a new file with the
> Comment or Greyed Out notes, I don't get anything in the preamble
On Sat, Mar 14, 2009 at 9:21 AM, Jürgen Spitzmüller wrote:
> BH wrote:
>> I've just recompiled latest branch to test its compatibility with
>> Qt-4.5. However, typesetting the User's Guide leads to multiple
>> errors.
>
> No problem here.
The first error -- with the "return" symbol -- is an error
BH wrote:
> I've just recompiled latest branch to test its compatibility with
> Qt-4.5. However, typesetting the User's Guide leads to multiple
> errors.
No problem here.
Jürgen
I've just recompiled latest branch to test its compatibility with
Qt-4.5. However, typesetting the User's Guide leads to multiple
errors.
First involves the use of the arrow symbol (pointing down and to the
left) for the return key: the error is: "Could not find LaTeX command
for character '[arrow
Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
Georg Baum wrote:
Try again. I don't understand why it worked for me.
Pre-compiled headers?
Georg> On one machine yes, but not on the other one, and it worked on
Georg> both.
it
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
>> Georg Baum wrote:
>>> Try again. I don't understand why it worked for me.
>> Pre-compiled headers?
Georg> On one machine yes, but not on the other one, and it worked on
Georg> both.
it works when assertio
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Try again. I don't understand why it worked for me.
>
> Pre-compiled headers?
On one machine yes, but not on the other one, and it worked on both.
Georg
Georg Baum wrote:
Helge Hafting wrote:
I wanted to test new fixes, particularly branch stuff.
Compiling throws up this though:
Try again. I don't understand why it worked for me.
Pre-compiled headers?
Helge Hafting wrote:
> I wanted to test new fixes, particularly branch stuff.
> Compiling throws up this though:
Try again. I don't understand why it worked for me.
Georg
I wanted to test new fixes, particularly branch stuff.
Compiling throws up this though:
messages.C: In member function ‘const lyx::docstring
lyx::Messages::Pimpl::get(c
onst std::string&) const’:
messages.C:116: error: ‘BOOST_CURRENT_FUNCTION’ was not declared in this
scope
messages.C:130: er
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I am not talking about a property without value, but removing
| Lars> the property completely.
|
| Lars> svn propdel
|
| But currently we have a property without value, r
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am not talking about a property without value, but removing
Lars> the property completely.
Lars> svn propdel
But currently we have a property without value, right?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> "Michael Gerz" <[EMAIL PROTECTED]> writes: | Works!
| Lars> Thank you!
| Lars> |
| Lars> | Lars, could you please set the eol-style for configure.ac to
| Lars> UNIX line |
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "Michael Gerz" <[EMAIL PROTECTED]> writes: | Works!
Lars> Thank you!
Lars> |
Lars> | Lars, could you please set the eol-style for configure.ac to
Lars> UNIX line | endings in the svn repository?
Lars> The question is if we sho
I've been having problems linking 1.4 under MinGW. I've
followed the steps posted previously, but am now getting
unresolved QT externals in the final link. Has the procedure
changed with 1.4 - I'm referring to the files that need
to be edited, environment variables set etc etc.
Is there plans to r
"Michael Gerz" <[EMAIL PROTECTED]> writes:
| Works! Thank you!
|
| Lars, could you please set the eol-style for configure.ac to UNIX line
| endings in the svn repository?
The question is if we should use eol-style LF or just remove the
eol-style property altogether.
I belive both would work.
-
, March 09, 2006 7:21 PM
Subject: Re: Can't compile on Windows
Michael Gerz wrote:
when I run the configure script for BRANCH_1_4_X on Windows (MinGW), I
get the following error message:
checking types of arguments for select... int,int *,struct timeval *
./configure: line 34926: s
Michael Gerz wrote:
when I run the configure script for BRANCH_1_4_X on Windows (MinGW), I get the
following error message:
checking types of arguments for select... int,int *,struct timeval *
./configure: line 34926: syntax error near unexpected token `"s/^\\(['
./configure: line 34926: `
Angus, all,
when I run the configure script for BRANCH_1_4_X on Windows (MinGW), I get the
following error message:
checking types of arguments for select... int,int *,struct timeval *
./configure: line 34926: syntax error near unexpected token `"s/^\\(['
./configure: line 34926: `
"s/^\\(
Lars Gullik Bjønnes wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
| This is not something I really expected to work, with gcc 4.1 being
| a work in progress. Still, if someone is interested,
| here is what happened:
This might be a fix, but I am not sure how nice this is, or why we get
thes
Helge Hafting <[EMAIL PROTECTED]> writes:
| This is not something I really expected to work, with gcc 4.1 being
| a work in progress. Still, if someone is interested,
| here is what happened:
This might be a fix, but I am not sure how nice this is, or why we get
these errors in the first place..
Helge Hafting <[EMAIL PROTECTED]> writes:
| This is not something I really expected to work, with gcc 4.1 being
| a work in progress. Still, if someone is interested,
| here is what happened:
These are the same errors I see with gcc 4.2 (cvs)
(except there I also get a couple of ICE's)
I'll che
This is not something I really expected to work, with gcc 4.1 being
a work in progress. Still, if someone is interested,
here is what happened:
In file included from ../../boost/boost/config.hpp:35,
from ../../boost/boost/bind.hpp:23,
from ../../src/support/trans
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Am Samstag, 29. Oktober 2005 19:18 schrieb Andreas Vox:
>>> And why does it show up now? Maybe I shouldn't have switched to
>>> autohell 1.9.5 / 2.59 ?
>
> Georg> Did you switch anything
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Samstag, 29. Oktober 2005 19:18 schrieb Andreas Vox:
>> And why does it show up now? Maybe I shouldn't have switched to
>> autohell 1.9.5 / 2.59 ?
Georg> Did you switch anything else? I use exactly these versions on
Georg> linux wi
Am Samstag, 29. Oktober 2005 19:18 schrieb Andreas Vox:
> And why does it show up now? Maybe I shouldn't have switched to
> autohell 1.9.5 / 2.59 ?
Did you switch anything else? I use exactly these versions on linux
without a problem. It seems that they have a platform specific bug :-(
Georg
Am Samstag, 29. Oktober 2005 19:52 schrieb Andreas Vox:
> Ok, I removed all code which references Carbon.h (only for the
> OpenDocument events), but now I get:
>
> ...
> ar: ui/moc/QTabularDialogBase_moc.o: No such file or directory
> ar: ui/moc/QTexinfoDialogBase_moc.o: No such file or director
Andreas Vox <[EMAIL PROTECTED]> writes:
>
> Hi!
>
> I tried to compile LyX again after some time, but got an error (Qt
> 3.3.5, OSX 10.3.8).
> Looks as if Carbon.h clashes with qwindowdefs.h (yuck). Any ideas
> anyone how to circumvent this problem?
Ok, I removed all code which references C
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes:
>
> Andreas> Hi! I tried to compile LyX again after some time, but got an
> Andreas> error (Qt 3.3.5, OSX 10.3.8). Looks as if Carbon.h clashes
> Andreas> with qwindowdefs.h (yuck). An
> "Andreas" == Andreas Vox <[EMAIL PROTECTED]> writes:
Andreas> Hi! I tried to compile LyX again after some time, but got an
Andreas> error (Qt 3.3.5, OSX 10.3.8). Looks as if Carbon.h clashes
Andreas> with qwindowdefs.h (yuck). Any ideas anyone how to circumvent
Andreas> this problem?
The pr
Hi!
I tried to compile LyX again after some time, but got an error (Qt
3.3.5, OSX 10.3.8).
Looks as if Carbon.h clashes with qwindowdefs.h (yuck). Any ideas
anyone how to circumvent this problem?
/Andreas
In file included from
/System/Library/Frameworks/Carbon.framework/Frameworks/
HIT
-BEGIN PGP SIGNED MESSAGE-
On Montag, 1. Dezember 2003 06:17, Rob Lahaye wrote:
> Hi,
>
> CVS compilation gets stuck at:
>
> [...]
> gmake[4]: Entering directory
> `/home/lahaye/SOFTWARE/lyx-devel/src/frontends/xforms' cmp -s
> lyx_forms.h-tmp lyx_forms.h || {\
> rm -f lyx_forms.h
Hi,
CVS compilation gets stuck at:
[...]
gmake[4]: Entering directory `/home/lahaye/SOFTWARE/lyx-devel/src/frontends/xforms'
cmp -s lyx_forms.h-tmp lyx_forms.h || {\
rm -f lyx_forms.h ;\
cp lyx_forms.h-tmp lyx_forms.h ;\
}
echo timestamp > stamp-forms
if cmp -s lyx_xpm.h-tmp lyx
Argh!
I had that line in before, but somehow managed to type it as
/use/include/qt
I knew this would be an example of my idiocy.
Thanks alot...
Rod
On Fri, 22 Nov 2002, John Levon wrote:
> On Fri, Nov 22, 2002 at 10:15:56AM +0800, Rod Pinna wrote:
>
> > configure:9706: qglobal.h: No such fil
On Fri, Nov 22, 2002 at 10:15:56AM +0800, Rod Pinna wrote:
> configure:9706: qglobal.h: No such file or directory
> configure:9707: qstring.h: No such file or directory
We couldn't find the Qt headers in $QTDIR/include. Pass
--with-qt-includes to wherever they are
regards
john
The first thing that looks "wrong" is (entire log attached)
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:9719: g++ -o conftest -g -O -Wno-non-template-friend -ftemplate-depth-30 -W
-Wall -I/usr/lib/qt3//in
On Fri, Nov 22, 2002 at 09:38:24AM +0800, Rod Pinna wrote:
> I updated my cvs copy and now find...
>
> checking for Qt library name... failed
> configure: error: Cannot compile a simple Qt executable. Check you have
> the right $QTDIR !
Check config.log.
john
--
Khendon's Law: If the same poin
I updated my cvs copy and now find...
checking for Qt library name... failed
configure: error: Cannot compile a simple Qt executable. Check you have
the right $QTDIR !
I have QTDIR=/usr/lib/qt3/ set. Using this previously, it seemed to
compile fine.
Um...
automake --version
automake (GNU automa
On Wed, Oct 16, 2002 at 12:19:22PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> millo:~ # autoconf --version autoconf (GNU Autoconf) 2.53
> Andre> Written by David J. MacKenzie and Akim Demaille.
>
> For some unknown reason 1.2.x does not configure with autoconf 2.5x on
> some systems. Could you se
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, Oct 16, 2002 at 10:54:38AM +0200, Jean-Marc Lasgouttes
Andre> wrote: Anybody an idea?
>> What version of autoconf?
Andre> millo:~ # autoconf --version autoconf (GNU Autoconf) 2.53
Andre> Written by David J. MacKenzie and
On Wed, Oct 16, 2002 at 10:54:38AM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Anybody an idea?
>
> What version of autoconf?
millo:~ # autoconf --version
autoconf (GNU Autoconf) 2.53
Written by David J. MacKenzie and Akim Demaille.
--
Those who desire to give up Freedom in order to gain Secur
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> This is some SuSE 7.3-ish system with g++ 2.95.3 on a clean
Andre> checkout.
Andre> Anybody an idea?
What version of autoconf?
JMarc
I get
...usr/X11R6/include -g -O -fno-exceptions -W -Wall -c formulabase.C
-Wp,-MD,.deps/formulabase.TPlo
formulabase.C:841: warning: #warning pretty ugly
In file included from /usr/include/stdlib.h:390,
from /usr/include/g++/stl_alloc.h:54,
from /usr/include/g+
On Mon, May 27, 2002 at 06:51:27PM +0200, Jean-Marc Lasgouttes wrote:
> Lars> Better layout of classes and interfaces, a lot of our code is
> Lars> over complicated and bloated. We have a lot of classes that are
> Lars> way to big, and be making the class hirachy better we can
> Lars> compile fast
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Better layout of classes and interfaces, a lot of our code is
| Lars> over complicated and bloated. We have a lot of classes that are
| Lars> way to big, and be making the c
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Better layout of classes and interfaces, a lot of our code is
Lars> over complicated and bloated. We have a lot of classes that are
Lars> way to big, and be making the class hirachy better we can
Lars> compile faster and end up
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| So 1.3.0cvs is already much bigger than 1.2.0?
Yes, a bit.
| Yes. But the bloat is a pain.
I wouldn't call it bloat though.
| Lars> If you see that, please tell me pronto, it is not like my
| Lars> compiles are fast either...
>
| Sorry, it s
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Ooh... I am annoyed with xforms... I'd be glad to get rid of it
Lars> 1.0 or no 1.0. How long were we promissed a open source xforms?
Lars> How many times has the 1.0 released been promissed now? I just
Lars> do not trust that
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> I did not know that it would break...
>
| I can believe that.
I am also a bit sad that it did... because I really like the boost
version a lot more than my own.
| So you a
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I did not know that it would break...
I can believe that.
Lars> I do not understand (nor accept) your reasons for clinging to
Lars> lyxstring.
Lars> ... motivation is a downer right now ...
Lars> the lot of you are just a b
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 27-May-2002 Jean-Marc Lasgouttes wrote:
>
>> Juergen> Do we have basic_string somewhere in lyxstring?
>>
>> I took a look, and boost::regexp seems to make a large use of
>> basic_string, even if we disable use of wide strings. So Lars, does it
>> me
On 27-May-2002 Jean-Marc Lasgouttes wrote:
> Juergen> Do we have basic_string somewhere in lyxstring?
>
> I took a look, and boost::regexp seems to make a large use of
> basic_string, even if we disable use of wide strings. So Lars, does it
> mean that you put us in a situation of forcing the d
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> What can we do about this: g++ -DHAVE_CONFIG_H -I. -I.
Juergen> -I../../src -I./../ -I../.. -I../.. -I../../boost -isystem
Juergen> /usr/X11R6/include -g -W -Wall -Wp,-MD,.deps/lstrings.pp -c
Juergen> lstrings.C In file include
Juergen Vigna <[EMAIL PROTECTED]> writes:
| What can we do about this:
>
| g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost
| -isystem /usr/X11R6/include -g -W -Wall -Wp,-MD,.deps/lstrings.pp -c lstrings.C
| In file included from ../../boost/boost/regex/regex_traits.h
What can we do about this:
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../.. -I../../boost
-isystem /usr/X11R6/include -g -W -Wall -Wp,-MD,.deps/lstrings.pp -c lstrings.C
In file included from ../../boost/boost/regex/regex_traits.hpp:28,
from ../../boost/boost/regex
boost/detail/shared_count.hpp:86 wants to 'throw', but we compile with
-fno-exceptions
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
* Jean-Marc Lasgouttes <[EMAIL PROTECTED]> [011102 00:12]:
> > "Stefan" == Stefan Schwandter <[EMAIL PROTECTED]> writes:
>
> Stefan> I tried to compile lyx CVS with ./configure
> Stefan> --with-frontend=gnome. Configure ran ok, but i get the
> Stefan> following error while compiling:
>
> Gno
I tried to compile lyx CVS with ./configure --with-frontend=gnome.
Configure ran ok, but i get the following error while compiling:
Making all in gnome
make[4]: Entering directory
`/home/stefan/source/other/cvs/lyx-devel/src/frontends/gnome'
/bin/sh ../../../libtool --mode=compile g++ -DHAVE_CON
On Friday 31 August 2001 16:40, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Friday 31 August 2001 16:01, John Levon wrote:
> | > On Fri, Aug 31, 2001 at 04:31:24PM +0200, Lars Gullik Bjønnes wrote:
> | >
> | > > | But this is a democracy I opt for reverting yo
On Fri, Aug 31, 2001 at 05:40:20PM +0200, Lars Gullik Bjønnes wrote:
> I guess that what we will do is to leave the tuples in, but add the
> tie back into boost/utility.hpp (unless the boost folks come up with
> something clever)
Do we need 'tie' or does boost need it itself?
Andre'
--
André P
On Friday 31 August 2001 16:01, John Levon wrote:
> On Fri, Aug 31, 2001 at 04:31:24PM +0200, Lars Gullik Bjønnes wrote:
>
> > | But this is a democracy I opt for reverting your boost changes, let's
see
> > | what others say.
> >
> > but it isn't really... and as always when we stumble onto bad
On Fri, Aug 31, 2001 at 04:31:24PM +0200, Lars Gullik Bjønnes wrote:
> | But this is a democracy I opt for reverting your boost changes, let's see
> | what others say.
>
> but it isn't really... and as always when we stumble onto bad
> compilers we wait a bit... calm down... and try to realize _
On 31-Aug-2001 Lars Gullik Bjønnes wrote:
>| Well Lars I really have to say that Angus is right we ARE in codefreeze and
>| you are still adding new stuff!
>
> New stuff??
Did you add new files? Yes! Well than that's what you did! We don't care
about a new boost version if the actual works jus
On Friday 31 August 2001 14:54, Juergen Vigna wrote:
> On 31-Aug-2001 Lars Gullik Bjønnes wrote:
>
> > This is acutyually no real change, but an upgrade of the boost code.
> >
> > hmm... you are not using the latest version of the cxx compiler are
> > you?
> >
> > most likely a compiler deficie
On 31-Aug-2001 Lars Gullik Bjønnes wrote:
> This is acutyually no real change, but an upgrade of the boost code.
>
> hmm... you are not using the latest version of the cxx compiler are
> you?
>
> most likely a compiler deficiency...
We don't care about this NOW, we are in codefreeze so your c
On 31-Aug-2001 Angus Leeming wrote:
> I thought we were in a code-freeze, bug fix mode? Well, as of today, it
> appears that I cannot contribute. My compiler appears not to be up to this
> tuple stuff.
Well Lars I really have to say that Angus is right we ARE in codefreeze and
you are still ad
I thought we were in a code-freeze, bug fix mode? Well, as of today, it
appears that I cannot contribute. My compiler appears not to be up to this
tuple stuff.
Angus
cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..
-I../boost -I../src/cheaders -I/usr/local/include -msg_d
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| If we really do want to use getline(), then the LString.h code should
| bring have a "using std::getline" for real string.
Yes, we could do that.
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Hmm of course... if you just remove the std:: on getline? what
Lars> happens then?
It does work, but will not work if we use the real string. I guess the
real solution is to rewrite this part of code...
If we really do want t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| With latest cvs, compilation dies with
|
| cxx: Error: ../../../../lyx-devel/src/frontends/controllers/ControlCredits.C, line
|57:
| no instance of overloaded function "std::getline" matches the
| argument list
|
With latest cvs, compilation dies with
cxx: Error: ../../../../lyx-devel/src/frontends/controllers/ControlCredits.C, line 57:
no instance of overloaded function "std::getline" matches the
argument list
argument types are: (std::ifstream, string)
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 22-Mar-2001 Angus Leeming wrote:
|
| > Oops! Wonder why mine compiled?
|
| >
|
| Nope! Didn't help!
Update from cvs now.
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| > My questions are:
| >
| > Where to find ios_base? (ControlCredits.C)
|
| Oops! Wonder why mine compiled?
|
|
no no... just change the ios_base to ios
I already did this in my local three.
(and just committed)
--
Lgb
On 22-Mar-2001 Angus Leeming wrote:
> Oops! Wonder why mine compiled?
>
Nope! Didn't help!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450
> My questions are:
>
> Where to find ios_base? (ControlCredits.C)
Oops! Wonder why mine compiled?
A
I wanted to commit the minipage changes I made, but I cannot compile anymore.
My questions are:
Where to find ios_base? (ControlCredits.C)
The log follows:
---
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../src/ -I..
> /usr/include/g++-2/stl_vector.h:113: instantiated from `vector char,__default_alloc_template >::vector(int, int)'
> array.C:25: instantiated from here
> /usr/include/g++-2/stl_iterator.h:126: confused by earlier errors, bailing out
> make[3]: *** [array.lo] Error 1
g++-2/stl_vector.h
It se
I did an update of HEAD to commit all the fixes I made to InsetTabular
and InsetText, but now I cannot compile anymore. Could someone please
help me (fast)!
make[3]: Entering directory `/nfs/sinco/source/lyx/lyx-devel/src/mathed'
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I
1 - 100 of 106 matches
Mail list logo
