> BTW, why this problem manifest itself only on hppa? Is the c++ compiler
> somewhat different or is only a chain of #ifdef and/or configure
> switches that behaves differently on that arch?
In woody, hppa is the only architecture that is using gcc-3.0 compilers.
The other architectures are all us
On Sun, Apr 07, 2002 at 10:45:39AM -0700, Randolph Chung wrote:
> it needs some c++ work. For one thing it references internal libstdc++
> symbols (__STL_BEGIN_NAMESPACE, etc). Instead you should use "namespace std;",
> etc.
In fact I noticed the problem and I already forwarder it to the upstream
In reference to a message from Stefano Zacchiroli, dated Apr 07:
> I noticed that another package of mine, which is needed to build
> gtkmathview, wasn't successfully rebuilt on hppa, namely package
> "gmetadom".
it needs some c++ work. For one thing it references internal libstdc++
symbols (__STL
On Sun, Apr 07, 2002 at 10:24:40AM +0200, Stefano Zacchiroli wrote:
> I'm wondering why the hell "gmetadom" isn't mention as out of data on
> hppa in update_excuses which reports only:
It's only out of date if it was previously built for an architecture.
AFAICT from madison it has never been buil
I noticed that another package of mine, which is needed to build
gtkmathview, wasn't successfully rebuilt on hppa, namely package
"gmetadom".
I'm wondering why the hell "gmetadom" isn't mention as out of data on
hppa in update_excuses which reports only:
* gmetadom (- to 0.0.3-5)
+
5 matches
Mail list logo
