I have experienced this as well. It appears to be because, on line 397
of net/core/rtnetlink.c, rtnetlink_rcv_skb() is flagged as 'extern'. An
analysis of the offending object file with 'nm' shows that symbol as
unresolved (type U). Apparently GCC 3.3 obeys the 'extern' keyword now
even if the func
On Wed, May 21, 2003 at 02:30:08PM -0600, Joel Baker wrote:
> On Wed, May 21, 2003 at 03:31:50PM -0400, Phil Edwards wrote:
> > On Tue, May 20, 2003 at 02:36:05PM -0700, Daniel Schepler wrote:
> > > Package: libstdc++5-3.3-dev
> > > Version: 1:3.3-2
> > > Severity: minor
> > >
> > > As the subject
>Submitter-Id: net
>Originator:Thomas Richter
>Organization:
>Confidential: no
>Synopsis: g++-3.3 should warn about class/struct equivalence
>Severity: non-critical
>Priority: medium
>Category: c++
>Class: change-request
>Release: 3.3 20030509 (Debi
On Wed, May 21, 2003 at 03:31:50PM -0400, Phil Edwards wrote:
> On Tue, May 20, 2003 at 02:36:05PM -0700, Daniel Schepler wrote:
> > Package: libstdc++5-3.3-dev
> > Version: 1:3.3-2
> > Severity: minor
> >
> > As the subject says, g++-3.3 no longer supports the
> > header for backwards compatibil
>Submitter-Id: net
>Originator:Thomas Richter
>Organization:
>Confidential: no
>Synopsis: g++-3.3 -Winline broken
>Severity: serious
>Priority: medium
>Category: c++
>Class: sw-bug
>Release: 3.3 20030509 (Debian prerelease)
>Environment:
System: Linux skywise
>Submitter-Id: net
>Originator:Thomas Richter
>Organization:
>Confidential: no
>Synopsis: -O3 -freduce-all-givs creates invalid code
>Severity: serious
>Priority: medium
>Category: c++
>Class: wrong-code
>Release: 3.2.3 (Debian testing/unstable)
>Environment:
Hi,
during OOo's compilation the following is done:
ccache g++ -fmessage-length=0 -c -I. -I. -I../inc -I../../../inc
-I../../../unx/inc -I../../../unxlngi4.pro/inc -I.
-I/home/rene/Debian/Pakete/OpenOffice.org/Hauptpaket/openoffice.org-1.0.3/build-tree/oo_1.0.3_src/solver/641/unxlngi4.pro/inc/s
On Tue, May 20, 2003 at 02:36:05PM -0700, Daniel Schepler wrote:
> Package: libstdc++5-3.3-dev
> Version: 1:3.3-2
> Severity: minor
>
> As the subject says, g++-3.3 no longer supports the
> header for backwards compatibility, while g++-3.2 did. At least one
> source package, dx, needs this heade
On Wed, May 21, 2003 at 01:08:54AM +0100, Matthew Wilcox wrote:
> I'm not sure it's my call to make; I can see arguments on both sides.
Having no clue about dwarf vs sjlj (or whatever), I have to trust
*someone* to make the right call. If it's clearly the right direction,
then figure out how to ge
Package: gcc
Version: 3.3-1
Compiling kernel 2.4.20
make clean
make dep
make bzImage
..ers/video/video.o drivers/i2c/busses/i2c-busses.o
drivers/i2c/chips/i2c-chips.o \
net/network.o \
/usr/src/linux-2.4.20/arch/i386/lib/lib.a
/usr/src/linux-2.4.20/lib/lib.a
/usr/src/linux-2.4.2
Package: g++-3.3
Version: 1:3.3-2
Severity: important
Tags: sid
Hi,
Compiling OpenOffice.org 1.0.3 with the g++ 3.3 suport patches
(IZ 13400) with g++ 3.3 gives us the following ICE:
http://people.debian.org/~rene/openoffice.org/oo103gcc3patchesice
OK, a talk on IRC gave some info (thanks Andre
On Thu, May 15, 2003 at 10:32:47PM +0200, Matthias Klose wrote:
> Robert Millan writes:
> > libstdc++5-dev depends specificaly on libc6, making it uninstallable
> > on arches that have other soname versions, including alpha, ia64,
> > i386-gnu, *-freebsd-gnu, *-netbsd
> >
> > I have set severity t
On Wed, May 21, 2003 at 11:47:14AM +0200, Gregor Hoffleit wrote:
> Indeed, on all machines I checked, /lib was not in /etc/ld.so.conf (nor
> was /usr/lib on most machines).
>
> So the real cause for your trouble, Luke, appearently is the presence of
> that libgcc1_so file in /usr/lib. AFAICS, add
On Wed, May 21, 2003 at 11:49:33AM +0200, Gregor Hoffleit wrote:
> * Joel Baker <[EMAIL PROTECTED]> [030521 09:08]:
> > If it isn't finding things in /lib by default, someone has a rather serious
> > bug on their hands. Check the version of ldconfig and kin?
>
> AFAICS, the problem is not that t
* Joel Baker <[EMAIL PROTECTED]> [030521 09:08]:
> On Tue, May 20, 2003 at 10:35:13PM +, Luke Kenneth Casson Leighton wrote:
> > ... how the hell did /lib not get into ld.so.conf??
> >
> > i don't believe i've ever edited ld.so.conf on this system.
>
> The following is from 'man ldconfig':
* Luke Kenneth Casson Leighton <[EMAIL PROTECTED]> [030521 00:59]:
> On Tue, May 20, 2003 at 11:05:17PM +0200, Matthias Klose wrote:
> > - add /lib to /etc/ld.so.conf before /usr/lib
> > - install the new libgcc1
> > - then upgrade other packages.
> >
> > It seems to be a local problem with your i
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #188943 to gcc-gnats as PR 10891
> # http://gcc.gnu.org/PR10891
> forwarded 188943 http://gcc.gnu.org/PR10891
Bug#188943: g++-3.2: code using dynamic_cast causes segfaults when -fno-rtti is
used
Noted your statement that Bug h
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #192135 to gcc-gnats as PR 10889
> # http://gcc.gnu.org/PR10889
> forwarded 192135 http://gcc.gnu.org/PR10889
Bug#192135: gnat-3.3: Convention Fortran matrices mishandled in generics
Noted your statement that Bug has been forwa
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #193830 to gcc-gnats as PR 10849
> # http://gcc.gnu.org/PR10849
> forwarded 193830 http://gcc.gnu.org/PR10849
Bug#193830: g++-3.3: specialization of private members structs fails
Noted your statement that Bug has been forwarded
On Tue, May 20, 2003 at 10:35:13PM +, Luke Kenneth Casson Leighton wrote:
> On Tue, May 20, 2003 at 11:05:17PM +0200, Matthias Klose wrote:
> > - add /lib to /etc/ld.so.conf before /usr/lib
> > - install the new libgcc1
> > - then upgrade other packages.
> >
> > It seems to be a local problem
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #193049 to gcc-gnats as PR 10888
> # http://gcc.gnu.org/PR10888
> forwarded 193049 http://gcc.gnu.org/PR10888
Bug#193049: g++-3.3: inlining failure for allocate in ~vector()
Noted your statement that Bug has been forwarded to h
> If yes, does the following approach work: Build a libstdc++5-3.3,
> conflicting with libstdc++5 (including libstdc++ with the same soname)
> and doing binary uploads for hppa for all libstdc++5 dependent
> packages? (The same could be done for m68k, but the compatibility
> argument doesn't hold a
22 matches
Mail list logo
