On Sun, Oct 08, 2006 at 10:30:47AM +0200, Abdelrazak Younes wrote:
> Ha! The anonymous namespace trick does not work very well with your
> compiler apparently. What version of gcc do you have?
>
> FYI, function in the anonymous namespace in a C file are supposedly
> hidden to the rest of the wor
Georg Baum wrote:
Am Sonntag, 8. Oktober 2006 11:17 schrieb Abdelrazak Younes:
Why is that? Isn't floatname the string that appears in the collapsable
button?
Yes, but only for float and wrap insets. Other children of collapsable
should not know about this.
I see. Then I'll try to transfer
Am Sonntag, 8. Oktober 2006 11:17 schrieb Abdelrazak Younes:
> Why is that? Isn't floatname the string that appears in the collapsable
> button?
Yes, but only for float and wrap insets. Other children of collapsable
should not know about this.
Georg
Georg Baum wrote:
Am Sonntag, 8. Oktober 2006 10:49 schrieb Abdelrazak Younes:
FYI, function in the anonymous namespace in a C file are supposedly
hidden to the rest of the world.
Indeed. Some compilers/linkers seem to have a problem here. So far we have
seen to fail some versions of gcc 4.1
Am Sonntag, 8. Oktober 2006 10:49 schrieb Abdelrazak Younes:
> > FYI, function in the anonymous namespace in a C file are supposedly
> > hidden to the rest of the world.
Indeed. Some compilers/linkers seem to have a problem here. So far we have
seen to fail some versions of gcc 4.1 if pch is use
Abdelrazak Younes wrote:
Timothy Reaves wrote:
Bennett Helm wrote:
What I've needed to do to get Qt to work is not simply to compile Qt,
but actually install it. Then, with pkgconfig installed (from fink),
it picks up the Qt installation properly.
Once I get it to compile completely, I'll wor
Timothy Reaves wrote:
Bennett Helm wrote:
What I've needed to do to get Qt to work is not simply to compile Qt,
but actually install it. Then, with pkgconfig installed (from fink),
it picks up the Qt installation properly.
Once I get it to compile completely, I'll work on revising
compile/ins
Bennett Helm wrote:
What I've needed to do to get Qt to work is not simply to compile Qt,
but actually install it. Then, with pkgconfig installed (from fink), it
picks up the Qt installation properly.
Once I get it to compile completely, I'll work on revising
compile/install instructions for O
On Oct 7, 2006, at 4:17 PM, Timothy Reaves wrote:
Georg Baum wrote:
Am Samstag, 7. Oktober 2006 19:30 schrieb Timothy Reaves:
ectory
You have to add -I/usr/local/Trolltech/Qt-4.2.0/include to your
compiler flags.
See my mail to Bennet about pkgconfig a few days ago.
Georg
Also, on the Mac
Georg Baum wrote:
Am Samstag, 7. Oktober 2006 19:30 schrieb Timothy Reaves:
ectory
You have to add -I/usr/local/Trolltech/Qt-4.2.0/include to your compiler
flags.
See my mail to Bennet about pkgconfig a few days ago.
Georg
Also, on the Mac, Qt4 installs as a framework, yet
export LDFL
Georg Baum wrote:
Am Samstag, 7. Oktober 2006 19:30 schrieb Timothy Reaves:
You have to add -I/usr/local/Trolltech/Qt-4.2.0/include to your compiler
flags.
See my mail to Bennet about pkgconfig a few days ago.
Ya, I did have that, then switched to the wrong console. Oops.
Thank
Am Samstag, 7. Oktober 2006 19:30 schrieb Timothy Reaves:
> make[8]: Nothing to be done for `all-am'.
> if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
> -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR
> -DQT_NO_STL -DQT_NO_KEYWORDS -Winvalid-pch --include=
Georg Baum wrote:
This looks like check is #defined somewhere. Could you please do a svn
update and then apply the attached patch? Does it then work?
Georg
O.K., next up...
make[8]: Nothing to be done for `all-am'.
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_
Am Samstag, 7. Oktober 2006 17:37 schrieb Timothy Reaves:
> make all-am
> make[8]: Nothing to be done for `all-am'.
> if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
> -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR
> -DQT_NO_STL -DQT_NO_KEYWORDS -Winvalid-
Georg Baum wrote:
Am Samstag, 7. Oktober 2006 08:30 schrieb Timothy Reaves:
../../../src/frontends/controllers/BCView.h:47: error: expected
unqualified-id before '=' token
../../../src/frontends/Alert.h:18: error: 'namespace Alert { }'
redeclared as different kind of symbol
/System/Library/Fra
Am Samstag, 7. Oktober 2006 08:30 schrieb Timothy Reaves:
> ../../../src/frontends/controllers/BCView.h:47: error: expected
> unqualified-id before '=' token
> ../../../src/frontends/Alert.h:18: error: 'namespace Alert { }'
> redeclared as different kind of symbol
> /System/Library/Frameworks/Ca
Timothy Reaves wrote:
This disappeared when I changed line 47 in BCView.f from
virtual bool check() const = 0;
to
virtual bool const check() = 0;
Never mind; that just lead to a different error.
This disappeared when I changed line 47 in BCView.f from
virtual bool check() const = 0;
to
virtual bool const check() = 0;
Timothy Reaves wrote:
Well, I'm making progress. Current problem:
make all-am
make[8]: Nothing to be done for `all-am'.
if /bin/sh ../../../libtoo
18 matches
Mail list logo
