Processing commands for [EMAIL PROTECTED]:
tags 173457 + moreinfo
Bug#173457: g77 cernlib doesnt link properly since a few days / resubmit with
package name g77
There were no tags set.
Tags added: moreinfo
- you don't say anything about exact gcc versions
Unknown command or malformed
tags 173457 + moreinfo
- you don't say anything about exact gcc versions
- no info about binutils used
- no info about other tools/libraries needed
- what packages did you upgrade in these 3 days?
- simply a pointer to a home page, nothing more
- no version info on cernlib
- does the problem
Processing commands for [EMAIL PROTECTED]:
tags 172956 + wontfix
Bug#172956: Sparc GCC issue with -mcpu=ultrasparc
There were no tags set.
Tags added: wontfix
retitle 172956 [fixed in gcc-3.x] Sparc GCC issue with -mcpu=ultrasparc
Bug#172956: Sparc GCC issue with -mcpu=ultrasparc
Changed Bug
tags 172956 + wontfix
retitle 172956 [fixed in gcc-3.x] Sparc GCC issue with -mcpu=ultrasparc
thanks
Michel LESPINASSE writes:
Package: gcc-2.95
Version: 1:2.95.4-7
When invoking gcc with -mcpu=ultrasparc, the assembler still thinks
it's compiling for sparclite !
Simple test case:
Processing commands for [EMAIL PROTECTED]:
tags 172353 + wontfix
Bug#172353: gobjc-3.0: Internal compiler error on alpha for gobjc-3.0
There were no tags set.
Tags added: wontfix
retitle 172353 [fixed in 3.2] Internal compiler error on alpha for objc
Bug#172353: gobjc-3.0: Internal compiler
tags 172353 + wontfix
retitle 172353 [fixed in 3.2] Internal compiler error on alpha for objc
thanks
Andrew Maier writes:
Package: gobjc-3.0
Version: 1:3.0.4-7
Severity: normal
I get a compiler error when trying to recompile the gnustep-base1
(1.3.0/stable) package for alpha. This may or
Your message dated Fri, 27 Dec 2002 12:36:55 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#169909: gcc-3.2: Internal error when using -O2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case
Processing commands for [EMAIL PROTECTED]:
retitle 155900 [fixed in gcc-3.2] nonstandard overloads in num_get facet
Bug#155900: nonstandard overloads in num_get facet
Changed Bug title.
tags 155900 + fixed
Bug#155900: [fixed in gcc-3.2] nonstandard overloads in num_get facet
There were no tags
Processing commands for [EMAIL PROTECTED]:
retitle 73065 [fixed in gcc-3.4, PR c/6897] Code produced with -fPIC reserves
EBX, but compiles bad __asm__ anyway
Bug#73065: [PR c/6897] Code produced with -fPIC reserves EBX, but compiles bad
__asm__ anyway
Changed Bug title.
thanks
Stopping
Processing commands for [EMAIL PROTECTED]:
tags 172090 + moreinfo
Bug#172090: gcc-3.2: [alpha] gcc fails to compile kernel on wildfire
There were no tags set.
Tags added: moreinfo
tags 172090 + helpneeded
Unknown tag/s: helpneeded.
Recognized are: patch wontfix moreinfo unreproducible fixed
Brad Spengler writes:
I'm interested in if Debian would want to create a package for a
propolice'd gcc. I believe it would be very beneficial to enhance the
security of a Debian system. If you would like to have this, but don't
want to take the time to do it yourselves, would you object to
Your message dated Fri, 27 Dec 2002 14:40:31 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#36876: c/6900: Floating point behaviour of gcc on pentium
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is
Processing commands for [EMAIL PROTECTED]:
tags 169004 + moreinfo
Bug#169004: fping makes unaligned mem accesses, emulated by ia64 kernel
There were no tags set.
Bug#85468: gcc: [alpha] memcpy makes unaligned access
Tags added: moreinfo
tags 169004 + helpneeded
Unknown tag/s: helpneeded.
tags 169004 + moreinfo
tags 169004 + helpneeded
thanks
- which compiler versions are used?
- does the bug persist with gcc-3.2.2 and/or the current gcc-snapshot?
Herbert Xu writes:
reassign 169004 gcc
merge 85468 169004
quit
On Wed, Nov 13, 2002 at 04:06:01PM -0700, dann frazier wrote:
Your message dated Fri, 27 Dec 2002 16:15:26 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#151182: g++-3.1: struct problems
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
Processing commands for [EMAIL PROTECTED]:
tags 170994 + wontfix
Bug#170994: ICE on __builtin_memset(s, 0, -1) (2.95 only)
There were no tags set.
Tags added: wontfix
tags 170994 + fixed
Bug#170994: ICE on __builtin_memset(s, 0, -1) (2.95 only)
Tags were: wontfix
Tags added: fixed
retitle
.
Log of report can be found at http://bugs.debian.org/169862 ]
rechecked with 3.2 branch 20021220 and 3.3 branch 20021227
Not sure if this is a problem with the CPU, the kernel, the compiler,
or the library. But this seems the most likely candidate. Consider the sample
program below
Your message dated Fri, 27 Dec 2002 17:05:03 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#40189: c/6898: gcc produces incorrect minimization code
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not
Thank you very much for your problem report.
It has the internal identification `libstdc++/9066'.
The individual assigned to look at your
report is: unassigned.
Category: libstdc++
Responsible:unassigned
Synopsis: docs for char_traits template not having an implementation
Processing commands for [EMAIL PROTECTED]:
tags 173290 + wontfix
Bug#173290: gcj package does not provide gcj-wrapper-3.0
There were no tags set.
Tags added: wontfix
severity 173290 important
Bug#173290: gcj package does not provide gcj-wrapper-3.0
Severity set to `important'.
thanks
Synopsis: vectors of vectors break with -ftrapv
State-Changed-From-To: open-analyzed
State-Changed-By: paolo
State-Changed-When: Fri Dec 27 08:49:32 2002
State-Changed-Why:
Confirmed. Seems related to libstdc++/1823, which I can also
reproduce with gcc3.2.1 (glibc2.3.1, i686-pc-linux-gnu)
tags 173290 + wontfix
severity 173290 important
thanks
we will switch to gcj-3.2 as default gcj soon. lowering the severity...
gcj-3.0 will soon vanish from the archives ...
Junichi Uekawa writes:
Package: gcj-3.0
Version: 1:3.0.4-13
Severity: grave
/usr/bin/gcj-wrapper-3.0 is missing from
Matthias Klose [EMAIL PROTECTED] writes:
tags 170994 + wontfix
tags 170994 + fixed
retitle 170994 [fixed in 3.x] ICE on __builtin_memset(s, 0, -1) (2.95 only)
thanks
marking this report as all other 2.95 reports. Is there a reason you
cannot use gcc-3.2 for boostraps?
No, not really. I
Your message dated Fri, 27 Dec 2002 18:03:04 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#121668: gcc-3.0: Internal compiler error on IA64
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the
Sorry if this is not a bug, but I cannot find any way why it isn't.
[...]
bin2a.cc: In function `int main(int, char**)':
bin2a.cc:9: `cerr' undeclared (first use this function)
It is not a bug, cerr is really not a predefined identifier in C++. What
you mean is std::cerr.
Regards,
Martin
Martin v. Löwis writes:
Sorry if this is not a bug, but I cannot find any way why it isn't.
[...]
bin2a.cc: In function `int main(int, char**)':
bin2a.cc:9: `cerr' undeclared (first use this function)
It is not a bug, cerr is really not a predefined identifier in C++. What
you mean
On Fri, Dec 27, 2002 at 11:10:58AM +0100, Matthias Klose wrote:
tags 172956 + wontfix
retitle 172956 [fixed in gcc-3.x] Sparc GCC issue with -mcpu=ultrasparc
thanks
Fair enough - I did not know thiswas fixed in 3.x
As a side question though - do you know if/when the sparc port of
debian plans
the bug was assigned back to g++ very quickly. that was wrong.
libglut is linked against a shared library (linked against libstdc++),
but doesn't explicitely link against libstdc++.
this results in symbols like __dynamic_cast be defined in libglut. I
am not sure, if this is wanted behaviour or a
Processing commands for [EMAIL PROTECTED]:
reassign 167569 gij-3.2
Bug#167569: SableCC does not execute properly
Bug reassigned from package `sablecc' to `gij-3.2'.
tags 167569 + moreinfo
Bug#167569: SableCC does not execute properly
There were no tags set.
Tags added: moreinfo
thanks
Submitter-Id: net
Originator:Carl R. Witty [EMAIL PROTECTED]
Organization: The Debian Project
Confidential: no
Synopsis:
Severity: non-critical
Priority: low
Category: libstdc++
Class: change-request
Release: 3.2.1 (Debian) (Debian unstable)
Environment:
Thank you very much for your problem report.
It has the internal identification `libstdc++/9069'.
The individual assigned to look at your
report is: unassigned.
Category: libstdc++
Responsible:unassigned
Synopsis: race condition in libstdc++3 (basic_string.tcc)
Arrival-Date:
Processing commands for [EMAIL PROTECTED]:
forwarded 140201 [EMAIL PROTECTED]
Bug#140201: libstdc++3: race condition in libstdc++3 (basic_string.tcc)
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]
retitle 140201 [PR libstdc++/9069] race condition in libstdc++3
Processing commands for [EMAIL PROTECTED]:
tags 126703 + wontfix
Bug#126703: g++-3.0: stdio.h defines _GNU_SOURCE with g++-3.0
There were no tags set.
Tags added: wontfix
tags 126703 + upstream
Bug#126703: g++-3.0: stdio.h defines _GNU_SOURCE with g++-3.0
Tags were: wontfix
Tags added:
tags 126703 + wontfix
tags 126703 + upstream
thanks
See
http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html
http://gcc.gnu.org/onlinedocs/libstdc++/faq/index.html#3_5
On Solaris, g++ (but not gcc) always defines the preprocessor macro
_XOPEN_SOURCE. On GNU/Linux, the same
Submitter-Id: net
Originator:[EMAIL PROTECTED]
Organization: The Debian Project
Confidential: no
Synopsis:
Severity: non-critical
Priority: low
Category: c
Class: change-request
Release: 3.2.1 (Debian) (Debian unstable)
Environment:
System: Debian
Thank you very much for your problem report.
It has the internal identification `c/9070'.
The individual assigned to look at your
report is: unassigned.
Category: c
Responsible:unassigned
Synopsis: Improper warning when casting from pointer to non-const array
to const
On Fri, 27 Dec 2002, Matthias Klose wrote:
gcc generates a warning for the following test program, that I believe
is inappropriate. The warning is that it cannot implicitly cast from
(foo *) to (const foo *). This occurs when foo is an array type. The
sample program compiles without
Matthias Klose wrote:
bug-171561.cc:14: `bin' is not a member of type `std::basic_ioschar,
std::char_traitschar '
[...]
std::ifstream f (argv[1], ios::bin | std::ios::in);
What gcc is that? I get
a.c:14: `ios' undeclared (first use this function)
If I fix this to read std::ios::binary, as it
Your message dated Fri, 27 Dec 2002 23:53:25 +0100
with message-id [EMAIL PROTECTED]
and subject line closing gcc report with updated benchmark results (2.95, 3.0,
3.2, 3.3)
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
Submitter-Id: net
Originator:Anthony DeRobertis [EMAIL PROTECTED]
Organization: The Debian Project
Confidential: no
Synopsis:
Severity: non-critical
Priority: low
Category: other
Class: change-request
Release: 3.2.1 (Debian) (Debian unstable)
Environment:
Submitter-Id: net
Originator:Agthorr [EMAIL PROTECTED]
Organization: The Debian Project
Confidential: no
Synopsis:
Severity: non-critical
Priority: low
Category: c
Class: change-request
Release: 3.2.1 (Debian) (Debian unstable)
Environment:
System: Debian
Submitter-Id: net
Originator:Anthony DeRobertis [EMAIL PROTECTED]
Organization: The Debian Project
Confidential: no
Synopsis:
Severity: non-critical
Priority: low
Category: libstdc++
Class: change-request
Release: 3.0.4 (Debian) (Debian unstable)
Your message dated Sat, 28 Dec 2002 00:24:08 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in gcc-3.2-2.2.2-0pre2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your
Processing commands for [EMAIL PROTECTED]:
forwarded 122103 [EMAIL PROTECTED]
Bug#122103: g++-3.0: Warning for blocks not closed in same file as opened in
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]
retitle 122103 [PR other/9071] Warning for blocks not closed in same
Processing commands for [EMAIL PROTECTED]:
forwarded 128993 [EMAIL PROTECTED]
Bug#128993: libstdc++3: Can __STL_ASSERTIONS come back, but with more than rope?
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]
retitle 128993 [PR libstdc++/9073] Can __STL_ASSERTIONS come
Processing commands for [EMAIL PROTECTED]:
forwarded 128950 [EMAIL PROTECTED]
Bug#128950: gcc-3.0: -Wconversion should be split into two distinct flags
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]
retitle 128950 [PR c/9072] -Wconversion should be split into two
Submitter-Id: net
Originator:[EMAIL PROTECTED]
Organization: The Debian Project
Confidential: no
Synopsis:
Severity: serious
Priority: medium
Category: target
Class: ice-on-legal-code
Release: 3.2.2 CVS 021212 (Debian) (Debian unstable)
Environment:
Thank you very much for your problem report.
It has the internal identification `other/9071'.
The individual assigned to look at your
report is: unassigned.
Category: other
Responsible:unassigned
Synopsis: Warning for blocks not closed in same file as opened in
Arrival-Date:
Thank you very much for your problem report.
It has the internal identification `libstdc++/9073'.
The individual assigned to look at your
report is: unassigned.
Category: libstdc++
Responsible:unassigned
Synopsis: Can __STL_ASSERTIONS come back, but with more than rope?
Processing commands for [EMAIL PROTECTED]:
forwarded 172090 [EMAIL PROTECTED]
Bug#172090: gcc-3.2: [alpha] gcc fails to compile kernel on wildfire
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]
retitle 172090 [PR target/9074] [alpha] gcc fails to compile kernel on
On 20021227T222138+0100, Matthias Klose wrote:
where's the bug in the gij-wrapper? both gij-3.0 and gij-3.2 recognize
the -jar option.
See the bug title. (I just reproduced the bug with gij-3.0.)
The deciding factor seems to be using the java alternative to invoke
gij.
gij-3.2 seems to have
Thank you very much for your problem report.
It has the internal identification `target/9074'.
The individual assigned to look at your
report is: unassigned.
Category: target
Responsible:unassigned
Synopsis: [alpha-linux] gcc fails to compile kernel on wildfire
Arrival-Date:
Processing commands for [EMAIL PROTECTED]:
retitle 151357 [fixed in 3.3/snapshot] gcc-3.x fails to compile virtual
inheritance with variable number of argument methode
Bug#151357: [PR c++/7306] gcc-3.x fails to compile virtual inheritance with
variable number of argument methode
Changed Bug
retitle 151357 [fixed in 3.3/snapshot] gcc-3.x fails to compile virtual
inheritance with variable number of argument methode
thanks
Processing commands for [EMAIL PROTECTED]:
retitle 94701 [fixed in 3.3] Duplicate loop conditions even with -Os
Bug#94701: [PR optimization/2960] Duplicate loop conditions even with -Os
Changed Bug title.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
retitle 94701 [fixed in 3.3] Duplicate loop conditions even with -Os
thanks
Accepted:
gcc-snapshot_20021227-1_hppa.deb
to pool/main/g/gcc-snapshot/gcc-snapshot_20021227-1_hppa.deb
Thank you for your contribution to Debian.
Accepted:
gcc-snapshot_20021227-1.diff.gz
to pool/main/g/gcc-snapshot/gcc-snapshot_20021227-1.diff.gz
gcc-snapshot_20021227-1.dsc
to pool/main/g/gcc-snapshot/gcc-snapshot_20021227-1.dsc
gcc-snapshot_20021227-1_i386.deb
to pool/main/g/gcc-snapshot/gcc-snapshot_20021227-1_i386.deb
On Fri, Dec 27, 2002 at 04:02:56PM +0100, Matthias Klose wrote:
tags 169004 + moreinfo
tags 169004 + helpneeded
thanks
- which compiler versions are used?
- does the bug persist with gcc-3.2.2 and/or the current gcc-snapshot?
It still happens with 1:3.2.2-0pre2 on alpha. This is the
Hi,
wo warste denn hin? Wolltest doch noch den link haben.
Hier also der Link:
http://members.lycos.de/moe1/
Viel spaß
Dann bis demnächst meld dich
cu Schatzi
Hi,
wo warste denn hin? Wolltest doch noch den link haben.
Hier also der Link:
http://members.lycos.de/moe1/
Viel spaß
Dann bis demnächst meld dich
cu Schatzi
61 matches
Mail list logo