--- Comment #11 from gdr at integrable-solutions dot net 2006-01-30 07:54
---
Subject: Re: std::advance() isn't stable for floating point numbers
"Woebbeking at web dot de" <[EMAIL PROTECTED]> writes:
| On Monday 30 January 2006 02:09, pcarlini at suse dot de wrote:
| > --- Comme
--- Comment #10 from Woebbeking at web dot de 2006-01-30 07:07 ---
Subject: Re: std::advance() isn't stable for floating point numbers
On Monday 30 January 2006 02:09, pcarlini at suse dot de wrote:
> --- Comment #9 from pcarlini at suse dot de 2006-01-30 01:09
> --- (In reply
gcc is using a divide and multiply where it could be using shift/ands:
unsigned long f1(unsigned long x, unsigned long n)
{
return x % (1UL << n);
}
produces:
f1:
li 9,1
slw 9,9,4
divwu 0,3,9
mullw 0,0,9
subf 3,0,3
blr
--
Summ
There should be a flag for replacing our home-grown
matmul and dot_product with calls to BLAS. If the user has
installed an optimized BLAS version, this could be a huge win.
There was some discussion of this on the mailing list, but no PR
that I could find.
Something like -fblas-intrinsics (and
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-01-30 06:45
---
> ld from binutils 2.16.1 does not resolve this issue.
Yes, that's why I wrote "2.16.x CVS or 2.17 CVS is required on SPARC/Solaris 10
and later". Please read http://gcc.gnu.org/install/specific.html#x-x-solaris
--- Comment #14 from tkoenig at gcc dot gnu dot org 2006-01-30 06:44
---
Closing, then.
Thomas
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2006-01-30 05:52 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2006-01-30 05:51 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-30 05:50 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-30 05:50 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pault at gcc dot gnu dot org 2006-01-30 05:47 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-30 05:47 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 20895
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 25030
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 17911
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 18578
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 20857
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 18579
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2006-01-30 05:45 ---
Subject: Bug 20885
Author: pault
Date: Mon Jan 30 05:45:06 2006
New Revision: 110394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110394
Log:
2006-01-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #1 from Don at Skyler dot com 2006-01-30 05:30 ---
Somehow when I copied and pasted the first line in main came out wrong; it
should be:
D d(Initializer());
which produces the apparently incorrect error as noted.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
#include
struct B1
{
B1(int i):i_(i) { }
int i_;
};
struct B2
{
B2 (void) { }
};
struct Initializer
{
B1 b1(void)const { return B1(1); }
B2 b2(void)const { return B2(); }
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #7 from dnovillo at gcc dot gnu dot org 2006-01-30 03:11
---
Subject: Bug 25874
Author: dnovillo
Date: Mon Jan 30 03:11:29 2006
New Revision: 110393
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110393
Log:
PR 25874
* omp-low.c (execute_expand_omp)
--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-01-30 03:09
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02090.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mark at detrick dot com 2006-01-30 02:54 ---
ld from binutils 2.16.1 does not resolve this issue.
GNU assembler version 2.16.1 (sparc-sun-solaris2.10) using BFD version 2.16.1
sparc-sun-solaris2.10
GNU ld version 2.16.1
Supported emulations:
elf32_sparc
elf64
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-01-30 02:37
---
Subject: Bug 25874
Author: dnovillo
Date: Mon Jan 30 02:37:09 2006
New Revision: 110392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110392
Log:
PR 25874
* omp-low.c (execute_expand_omp)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-30 02:31 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-30 02:29 ---
In 4.1.0, we got:
D.2121 = currentDate () [return slot optimization];
D.2122 = monthName (&D.2121, 1) [return slot optimization];
D.2126 = convertToQCString (&D.2122);
D.2123 = D.2126;
data (&D.2123);
But
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-30 02:23 ---
Confirmed, reduced testcase:
struct QCString
{
char * data() const;
};
struct QString
{
QString( const QString & );
QString &operator=( const QString & );
};
QCString convertToQCString(const QString &s);
--- Comment #9 from pcarlini at suse dot de 2006-01-30 01:09 ---
(In reply to comment #7)
> reading the standard specification let me under the impression that
> Distance is supposed to "related" to difference_type. For example
> the distance between the p before and after calling dista
--- Comment #8 from gdr at integrable-solutions dot net 2006-01-30 01:07
---
Subject: Re: std::advance() isn't stable for floating point numbers
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Hi again. On second tought, I don't think we have an issue here. Maybe of QoI
| onl
--- Comment #7 from gdr at integrable-solutions dot net 2006-01-30 01:05
---
Subject: Re: std::advance() isn't stable for floating point numbers
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| --- Comment #5 from pcarlini at suse dot de 2006-01-30 00:45 ---
| (In rep
--- Comment #6 from pcarlini at suse dot de 2006-01-30 00:57 ---
Hi again. On second tought, I don't think we have an issue here. Maybe of QoI
only, at most. The reason is that, according to 24.1/9, Distance is a
difference type in the "following sections". A bit vague, but that seem to
--- Comment #13 from kargl at gcc dot gnu dot org 2006-01-30 00:52 ---
WONTFIX works for me. As you originated the PR, I'll you close it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495
--- Comment #2 from schwab at suse dot de 2006-01-30 00:50 ---
I cannot reproduce the first three failures with a cross compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25343
--- Comment #5 from pcarlini at suse dot de 2006-01-30 00:45 ---
(In reply to comment #4)
> | AFAICS, the standard is silent about this issue. I think the suggested
> | change is correct.
>
> I believe Martin Sebor filled a related PR, whereby we should have
> converted n to *some* inte
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-30 00:35 ---
Backtrace:
#0 internal_error (gmsgid=0x9d760f "in %s, at %s:%d") at
/home/pinskia/src/newtest/trunk/gcc/diagnostic.c:542
#1 0x0062738c in fancy_abort (file=Variable "file" is not available.
) at /home/pinsk
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-30 00:41 ---
These show up when MODIFY_TARGET_NAME is defined.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-30 00:37 ---
D.30805 = monthName (&D.30803, D.30814)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
--- Comment #4 from gdr at integrable-solutions dot net 2006-01-30 00:35
---
Subject: Re: std::advance() isn't stable for floating point numbers
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| AFAICS, the standard is silent about this issue. I think the suggested change
| is
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-30 00:25 ---
Has been failing since at least 20051217.
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
--- Comment #3 from pcarlini at suse dot de 2006-01-30 00:24 ---
AFAICS, the standard is silent about this issue. I think the suggested change
is correct.
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-30 00:20 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-30 00:15
---
*** Bug 26023 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-30 00:15 ---
This is a dup of bug 9390. The problem is in the translation of the
warning/errror messages in the spanish language. Work around is to use env
LANG=C before running GCC.
*** This bug has been marked as a duplicate
--- Comment #13 from seidl at feld dot cvut dot cz 2006-01-30 00:00 ---
Hi Nick,
I tested the pathed compiler nearly two weaks. I not detect any problem or any
side-effect. Therefore, the bug seems to be fixed reliably. The patch is usable
and needful for next version gcc-3.4.5 too (I te
--- Comment #2 from bbergua at arcos dot inf dot uc3m dot es 2006-01-29
23:56 ---
(In reply to comment #0)
> On Debian sarge the compiler crash when using -Wall and "%#ld" inside a
> printf.
> The file foo.c is:
> void foo() {
> long bar;
> printf("%#ld", bar);
> }
>
>
--- Comment #5 from tkoenig at gcc dot gnu dot org 2006-01-29 23:45 ---
This is MUCH faster now on 4.2.0:
Can we close this?
(My guess is that this was fixed by the write_only patch
by Richard Guenther).
$ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951
GNU gdb 6.4-debian
Copyright 200
--- Comment #2 from Woebbeking at web dot de 2006-01-29 23:40 ---
Subject: Re: std::advance() isn't stable for floating point numbers
On Monday 30 January 2006 00:32, pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29
> 23:32
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 23:40 ---
What LC_*/LANG env variables you have set?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26023
On Debian sarge the compiler crash when using -Wall and "%#ld" inside a printf.
The file foo.c is:
void foo() {
long bar;
printf("%#ld", bar);
}
Compile with:
$gcc -v -save-temps -Wall -c foo.c
Leyendo especificaciones de /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configurado con: ../
I just tried to compile package doxygen-1.4.6-3 from Suse Linux with a recent
GNU C compiler version 4.2 snapshot 20060128.
The compiler snapshot said
util.cpp: In function "QCString dateToString(bool)":
util.cpp:1958: internal compiler error: in cp_expr_size, at
cp/cp-objcp-common.c:101
Please
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 23:32 ---
What does the standard says about this case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26020
--- Comment #2 from danglin at gcc dot gnu dot org 2006-01-29 23:31 ---
Also occurs on hppa-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|gcc.c:3866: warning:|[4.2 Regression
--- Comment #12 from tkoenig at gcc dot gnu dot org 2006-01-29 23:30
---
Should we mark this as WONTFIX?
I'm in favor.
Thomas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22495
--- Comment #1 from dcb314 at hotmail dot com 2006-01-29 23:29 ---
Created an attachment (id=10756)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10756&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
--- Comment #1 from danglin at gcc dot gnu dot org 2006-01-29 23:29 ---
It appears that this problem was exposed by:
2006-01-28 Zack Weinberg <[EMAIL PROTECTED]>
* c.opt: Add -W(no-)overlength-strings.
* doc/invoke.texi: Document it.
* c-opts.c (c_common_handl
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-01-29 23:25 ---
Good idea.
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
/mnt/gnu/gcc-3.3/objdir/./prev-gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir/./prev-gcc/
-B
/opt/gnu64/gcc/gcc-4.2.0/hppa64-hp-hpux11.11/bin/ -g -O2 -DIN_GCC -W -Wall
-
Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Wold-styl
Hi,
i.e. code like
list bla;
// insert some stuff into bla
list::iterator it(bla.begin());
advance(it, bla.size() * 0.5);
can lead to an endless loop. I know that the code is "broken" but it should
work nevertheless. Please change the code to < 0 and > 0, not just while (n--).
Cheers,
André
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-01-29 22:06
---
I will start on this.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 21:20 ---
I am going to fix these issues tomorrow.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 21:19 ---
I am going to fix these issues tomorrow.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 21:06 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 21:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 21:02 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 21:01 ---
Confimed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:59 ---
Confirmed. I don't know what is the correct thing here to do.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:55 ---
The largefile.c one is usually because PCH is not implemented fully for the
host.
Now the rest I don't know what is wrong with them.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-01-29 20:33
---
(In reply to comment #11)
> This bug is fully fixed by my patch.
Lets close it then.
Closing as fixed per comment #11.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from joseph at codesourcery dot com 2006-01-29 20:29
---
Subject: Re: libstdc++ headers should go in multilib
directories
On Sun, 29 Jan 2006, pinskia at gcc dot gnu dot org wrote:
> This is fixed correct or is there more to do?
This bug is fully fixed by my patch.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 20:28 ---
Fixed at least for now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 20:26 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:24 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:24 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 20:23 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-29 20:19
---
This is fixed correct or is there more to do?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25524
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 20:19 ---
Is this true any more or is it still broken.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25261
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-29 20:09 ---
Fixed on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-29 19:52 ---
Fixed in 4.1.0 at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from alex at milivojevic dot org 2006-01-29 19:52 ---
Ah, of course it wasn't working. Either DONE should be set to .false., or DO
should be changed to "while (DONE)". For example:
...
logical DONE
DONE = .false.
DO while (.NOT. DONE)
...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||19292
nThis||
Sev
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24828
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 18:28 ---
*** Bug 26019 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 18:28 ---
Yes this is a bug in binutils.
This is a dup of bug 26014.
*** This bug has been marked as a duplicate of 26014 ***
*** This bug has been marked as a duplicate of 26014 ***
--
pinskia at gcc dot gnu dot org ch
--- Comment #3 from mark at detrick dot com 2006-01-29 18:28 ---
What is being used...
binutils-2.16.tar.bz2
libtool-1.5.20.tar.gz
make-3.80.tar.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
gcc-4.0.2.tar.bz2
gcc-4.0.2/configure \
--verbose \
--enable-threads \
--enable-languages=c,c++,objc,java,treelang \
--enable-shared \
--enable-nls \
--with-gnu-ld \
--with-ld=/usr/local/bin/ld \
--with-gnu-as \
--with-as=/usr/local/bin/as \
--with-system-zlib
--
Summary: jv-convert
--- Comment #2 from mark at detrick dot com 2006-01-29 18:25 ---
Created an attachment (id=10755)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10755&action=view)
Command line that triggers bug & compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26019
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-29 18:23 ---
What is the error? Second what ld are you using? Are you using GNU binutils
2.16 (not 2.16.1?)?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14167
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|REOPENED|NEW
htt
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21468
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21468
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5035
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 17:50 ---
Suspend based on the Pre-DR.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-29 17:49 ---
Confirmed, to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24586
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-29 17:46 ---
Fixed in 4.1.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|problem with fugly-logint |[3.4 only] problem with
|flag and evaluating if
1 - 100 of 137 matches
Mail list logo