Re: avahi FTBS on mips due to pthread ``weirdness?''

2006-03-21 Thread Martin Michlmayr
* Daniel Jacobowitz <[EMAIL PROTECTED]> [2006-01-24 10:10]: > > > There are various ways to work around this problem, but i would > > > like to know what the real cause is there? Is avahi using the > > > -pthreads flag wrong or is gcc not hanlding it the right way on > > > mips ? > > > > Please se

Al-Manahel Newsletter List Unsubscription

2006-03-21 Thread munir
The removal of the email address: [EMAIL PROTECTED] >From the mailing list: Al-Manahel Newsletter List is all set. Date of this removal: Tue Mar 21 21:22:40 2006 Please save this email message for future reference. --

Bug#358076: ...

2006-03-21 Thread Steve Langasek
Please don't drop the BTS from the recipient list when replying. On Wed, Mar 22, 2006 at 04:27:46AM +0100, Christian E. Boehme wrote: > On Tue, Mar 21, 2006 at 05:49:43PM -0800, Steve Langasek wrote: > > Then you're obviously doing something wrong, but you haven't actually told > > us what you're

Bug#358076: ...

2006-03-21 Thread Christian E. Boehme
On Tue, Mar 21, 2006 at 05:49:43PM -0800, Steve Langasek wrote: > Then you're obviously doing something wrong, but you haven't actually told > us what you're doing, which makes it difficult to help you debug it. Well, as indicated earlier, I checked the binaries of the g++ driver versions for pos

Bug#358076: g++-4.0: fails to locate std C++ headers (eg, typeinfo)

2006-03-21 Thread Steve Langasek
On Tue, Mar 21, 2006 at 10:23:40PM +0100, Christian E. Boehme wrote: > On Mon, Mar 20, 2006 at 08:36:05PM -0800, Steve Langasek wrote: > > Huh? Are you really suggesting that the standard C++ compiler has been > > unable to find any of its own header files for over a week in unstable, and > > no

Bug#358076: g++-4.0: fails to locate std C++ headers (eg, typeinfo)

2006-03-21 Thread Christian E. Boehme
On Mon, Mar 20, 2006 at 08:36:05PM -0800, Steve Langasek wrote: > severity 358076 normal > tags 358076 unreproducible > thanks ??? > Huh? Are you really suggesting that the standard C++ compiler has been > unable to find any of its own header files for over a week in unstable, and > no one noti

Bug#358235: Please recognize mips64

2006-03-21 Thread Martin Michlmayr
Package: libffi4 Severity: wishlist > Automatic build of pnet_0.7.4-1 on bigsur by sbuild/mips 1.106 ... > checking whether mmap with MAP_ANON(YMOUS) works... yes > configure: error: "libffi has not been ported to mips64-unknown-linux-gnu." > make: *** [build-tree/pnet-0.7.4/config.status] Error 1

Processed: Re: Bug#350989: #350989: libtool on alpha causes linking errors when run on AFS

2006-03-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > reassign 350989 gcc-3.3 Bug#350989: libtool on alpha causes linking errors when run on AFS Bug reassigned from package `libtool' to `gcc-3.3'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system adm

Bug#357658: libgcc/libstdc++ does not provide -dcv1 when cross-compiling

2006-03-21 Thread Pjotr Kourzanov
Package: gcc-3.4 Version: 3.4.5-2 Followup-For: Bug #357658 --- gcc-3.4-3.4.5/debian/control.m4 2006-03-17 23:15:24.0 +0100 +++ gcc-3.4-3.4.5-2/debian/control.m4 2006-03-21 11:17:20.0 +0100 @@ -56,6 +56,8 @@ Section: ifdef(`TARGET',`devel',`libs') Priority: ifdef(`TARGET',

Bug#357629: libgcc/libstdc++ does not provide -dcv1 when cross-compiling

2006-03-21 Thread Pjotr Kourzanov
Package: gcc-3.3 Version: 1:3.3.6-10 Followup-For: Bug #357629 --- gcc-3.3-3.3.6/debian/control.m4 2006-03-17 23:15:07.0 +0100 +++ gcc-3.3-3.3.6-10/debian/control.m4 2006-03-21 16:38:50.0 +0100 @@ -58,6 +58,8 @@ Section: ifdef(`TARGET',`devel',`libs') Priority: ifdef(`TARGE

Bug#357661: libgcc/libstdc++ does not provide -dcv1

2006-03-21 Thread Pjotr Kourzanov
Package: gcc-4.0 Version: 4.0.2-9.my Followup-For: Bug #357661 --- gcc-4.0-4.0.3/debian/control.m4 2006-03-20 20:07:22.0 +0100 +++ gcc-4.0-4.0.3-1/debian/control.m4 2006-03-21 16:33:32.0 +0100 @@ -103,6 +103,8 @@ Section: ifdef(`TARGET',`devel',`libs') Priority: ifdef(`TARG

[Bug c++/26785] "extra qualification" error gives line number of end of declaration

2006-03-21 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug c++/26785] "extra qualification" error gives line number of end of declaration

2006-03-21 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 17:05 --- This is the crazy parser getting the line number "wrong". -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/26785] New: "extra qualification" error gives line number of end of declaration

2006-03-21 Thread tbm at cyrius dot com
The line number mentioned in the "extra qualification" error is not ideal. Instead of showing the line number on which the extra qualification actually occurs it shows the last line of the declaration. (sid)6102:[EMAIL PROTECTED]: ~] cat > test.cpp class foo { foo::foo(int a, in

[Bug libstdc++/19664] libstdc++ headers should have pop/push of the visibility around the declarations

2006-03-21 Thread pinskia at gcc dot gnu dot org
-- Bug 19664 depends on bug 21764, which changed state. Bug 21764 Summary: visibility attributes on namespace scope http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21764 What|Old Value |New Value -

Processed: forwarded

2006-03-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > forwarded 358050 http://gcc.gnu.org/PR26785 Bug#358050: line number in extra qualification error not ideal (end of declaration) Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR26785. > thanks Stopping processing here. Please

Bug#358050: forwarded

2006-03-21 Thread Martin Michlmayr
forwarded 358050 http://gcc.gnu.org/PR26785 thanks I've forwarded this now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Bug c++/26755] [4.1 regression?] may fail to generate code for base destructor defined inline

2006-03-21 Thread tbm at cyrius dot com
--- Comment #6 from tbm at cyrius dot com 2006-03-21 15:33 --- I think you're onto something here. Compiling xbsql with 4.1 against a libxbase compiled with 4.1 works, but it fails against libxbase compiled with 4.0. So this may be an 4.0 issue - but it still leaves us with a binary co

[Bug c++/26755] [4.1 regression?] may fail to generate code for base destructor defined inline

2006-03-21 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-21 14:28 --- http://gcc.gnu.org/bugs.html Please read the instructions there (in fact this should not have been pulled up stream until then). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755 --- You are receiving t

[Bug c++/26755] [4.1 regression?] may fail to generate code for base destructor defined inline

2006-03-21 Thread pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-21 14:07 --- And we cannot do without a testcase as looking at the source which you gave link to does not give any obvious answers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755 --- You are receiving this mail be

[Bug c++/26755] [4.1 regression?] may fail to generate code for base destructor defined inline

2006-03-21 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-21 14:06 --- Reading this bug report, leads me to think there is a bug in 4.0.x. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755 --- You are receiving this mail because: --- You reported the bug, or are watchin

[Bug c++/26755] [4.1 regression?] may fail to generate code for base destructor defined inline

2006-03-21 Thread tbm at cyrius dot com
--- Comment #2 from tbm at cyrius dot com 2006-03-21 12:09 --- > We need a testcase to reproduce this. We don't have a minimal test case yet but you can download the source of the package which shows this problem and see for yourself. Maybe you can come up with a smaller testcase. ht

Processed: mark 321215, 349268 as forwarded

2006-03-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > forwarded 321215 http://gcc.gnu.org/PR23454 Bug#321215: [PR 23454, fixed in 4.1] [4.0 regression] [sparc] ICE in invert_exp_1, at jump.c:1719 Forwarded-to-address changed from http://gcc.gnu.org/PR23454 to http://gcc.gnu.org/PR23454. (By the way, this

Bug#356435: g++-4.1: may fail to generate code for base destructor defined inline

2006-03-21 Thread Matthias Klose
Falk Hueffner writes: > forwarded 356435 http://gcc.gnu.org/PR26755 > thanks > > Martin Michlmayr <[EMAIL PROTECTED]> writes: > > > Falk, even without a minimal test case, do you think you can forward > > this upstream. > > It seems Matthias has already forwarded it as PR 26755. strange, I sent

Bug#356435: g++-4.1: may fail to generate code for base destructor defined inline

2006-03-21 Thread Falk Hueffner
forwarded 356435 http://gcc.gnu.org/PR26755 thanks Martin Michlmayr <[EMAIL PROTECTED]> writes: > Falk, even without a minimal test case, do you think you can forward > this upstream. It seems Matthias has already forwarded it as PR 26755. > I can also produce pregenerated code for xbsql (the p

Processed: Re: Bug#356435: g++-4.1: may fail to generate code for base destructor defined inline

2006-03-21 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > forwarded 356435 http://gcc.gnu.org/PR26755 Bug#356435: g++-4.1: may fail to generate code for base destructor defined inline Noted your statement that Bug has been forwarded to http://gcc.gnu.org/PR26755. > thanks Stopping processing here. Please co