Bug#103568: gcc-3.0_3.0.ds9-4(unstable): fails to build from source

2001-07-05 Thread Matthias Klose
James Troup writes:
  Package: gcc-3.0
  Version: 3.0.ds9-4
  Severity: serious
  
  Help?

please disable java for sparc in debian/rules.conf.

[ if you have time, it would be interesting to install the just built
  libgcc1 package and then try again to build java/libgcj ]

sorry, no sparc available with the build dependencies required.





g++ segfaults compiling C++ code

2001-07-05 Thread olly

Submitter-Id:  net
Originator:Olly Betts
Organization:  none
Confidential:  no
Synopsis:  Compiling the attach code causes g++ to segfault
Severity:  serious
Priority:  medium
Category:  c++
Class: ice-on-legal-code
Release:   3.0 (Debian) (Debian testing/unstable)
Environment:
System: Linux roadkill 2.2.19 #1 Sat Jun 9 14:48:14 EST 2001 i686 unknown
Architecture: i686


host: i386-pc-linux-gnu
build: i386-pc-linux-gnu
target: i386-pc-linux-gnu
configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,proto,objc --prefix=/usr 
--infodir=/share/info --mandir=/share/man --enable-shared --with-gnu-as 
--with-gnu-ld --with-system-zlib --enable-long-long --enable-nls 
--without-included-gettext --disable-checking --enable-threads=posix 
--enable-java-gc=boehm --with-cpp-install-dir=bin --enable-objc-gc i386-linux
Description:
Compiling the attached file causes g++ to segfault.

I believe the code is legal C++ apart from the template parameter
being declared friend, and since g++ only makes that a warning, it
presumably is allowing the code as an extension to ISO C++.
How-To-Repeat:
Compile with:

g++-3.0 -O -pedantic -c gcc3.cc

class A {
 public:
   class I;
   I *i;
   A(const A);
   virtual ~A()=0;
};
class S {
 public:
   S(const int );
   ~S() { try { } catch(S) { } }
};
class B {
 private:
   int m;
 public:
   bool d() const;
   class T {};
};
template class T class P {
   friend T;
 private:
   T *d;
 public:
   T *g() const;
   P(const P );
   ~P();
   template class U P(const PU );
};
inline bool B::d() const { S s(m); return 1; }
template class T inline PT::P(const P o) : d(o.d) {}
template class T inline PT::~P() { d-d(); }
template class T
template class U inline PT::P(const PU o) : d(o.g()) {}
template class T inline T*PT::g() const { return d; }
class A::I { 
 public:
   class D;
   PD d;
};
class A::I::D : public B {
 public:
   D();
};
A::A(const A o): i(new A::I(*o.i)) {}
Fix:
Compiling without optimisation seems to avoid this problem:

g++-3.0 -pedantic -c gcc3.cc




Bug#103674: g++-3.0: #include string is broken when using -I/usr/include

2001-07-05 Thread Daniel Jacobowitz
reassign 103674 libgtkmm-dev
thanks

On Thu, Jul 05, 2001 at 05:56:10PM -0700, Michael Babcock wrote:
 Package: g++-3.0
 Version: 1:3.0-4
 Severity: normal
 
 With g++ 3.0 if you have -I/usr/include on the command line,
 #include string does not work properly.
 Since `gtkmm-config --cflags` includes this automatically it is a problem.

This is a bug in gtkmm-config.  If the path desired is in the standard
search path, it may not be respecified in a -I option.  It will be a
more explicit warning in GCC 3.0.1.


-- 
Daniel Jacobowitz   Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer