--- Additional Comments From rmathew at gcc dot gnu dot org 2005-09-29
07:45 ---
(In reply to comment #9)
> (In reply to comment #5)
> > PR 19870. Although these patches are largeish, they have been tested in
> > HEAD for
> > some time and should be pretty safe. They are needed for OO.o
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-29
08:30 ---
Giovanni, any news?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23437
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-29
08:34 ---
> But putting these inside of a class doesn't work:
>
> class Foo {
> Foo(){};
> ~Foo(){};
> static const double PI = M_PI;
> static const double TWO_PI = (2.0*PI);
> static const double HALF_PI =
For
typedef struct {
int x;
int z;
} Foo_t;
char *xm;
void bar(void);
void foo(void)
{
Foo_t x;
x.x = 1;
x.z = 2;
xm = (char *)&x;
bar();
}
where we decompose the struct for aliasing, the store to x.z is killed,
which is wrong.
Testcase is reduced from fortranio_2.f90 test. The
struct Base
{
protected:
typedef void (Base::*fnc)() const;
void fnc_to_expose() const {}
};
template
struct Derived : public Base
{
fnc expose() { return &Base::fnc_to_expose; }
fnc expose2() { return &Derived::fnc_to_expose; }
};
void foo(void)
{
Derived i;
i.expose();
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
URL|
--- Additional Comments From christian dot joensson at gmail dot com
2005-09-29 11:54 ---
I'm testing Kenner's suggestion from
http://gcc.gnu.org/ml/gcc/2005-09/msg00867.html ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24053
Building gcc-4.x (anything post 4.0.0-20040919) fails for me on AIX 5.2
First problem is a missing -bbigtoc to the loader, causing a message like
gcc -B/usr/local/ppc64/bin -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_
GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
12:25 ---
Subject: Bug 23911
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-29 12:25:10
Modified files:
gcc: ChangeLog tree-ssa-ccp.c
gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
12:29 ---
Subject: Bug 23803
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 12:28:52
Modified files:
libgfortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
12:29 ---
Subject: Bug 23380
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 12:28:52
Modified files:
libgfortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
12:29 ---
Subject: Bug 23802
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 12:28:52
Modified files:
libgfortran: Change
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-29
12:29 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-29
12:30 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-29
12:30 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
(At least ) in gcc/java/jfc-io.c,
the memoized_dirlists hash is created by the call
htab_create (37, htab_hash_string <-- NOTE THIS, memoized_dirlist_lookup_eq,
NULL);
Actually, htab contains the structures (memoized_dirlist_entry), not the
strings.
All went ok until hashtab.c decides it need t
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-29
12:40 ---
.
--
What|Removed |Added
Status|NEW |RESOLVED
R
--
Bug 19721 depends on bug 23911, which changed state.
Bug 23911 Summary: Failure to propagate constants from a const initializer for
_Complex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
What|Old Value |New Value
--
Bug 23111 depends on bug 23911, which changed state.
Bug 23911 Summary: Failure to propagate constants from a const initializer for
_Complex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23911
What|Old Value |New Value
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-09-29
12:52 ---
The fix for PR20338 is also needed by the fix for PR19870.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24018
--
What|Removed |Added
Component|c |target
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2411
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
13:29 ---
Confirmed.
--
What|Removed |Added
CC||dberlin at
There is a huge performance regression due to the recip tree pass. A problem was
found in povray-3.6.1, where -ffast-math was 3 times slower (for -mfpmath=sse or
-mfpmath=387).
The problem was traced to POVFPU_RunDefault function that was found to be more
than 20 (twenty!) times slower:
with -ffa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
14:08 ---
This is really a RA issue rather than anything else.
--
What|Removed |Added
Compone
--- Additional Comments From uros at kss-loka dot si 2005-09-29 14:11
---
Created an attachment (id=9837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9837&action=view)
gcc -O2 -ffast-math
Testcase, compile with gcc -O2 -ffast-math. The same problem can be found in
povray-3.6.1/s
--- Additional Comments From uros at kss-loka dot si 2005-09-29 14:25
---
(In reply to comment #1)
> This is really a RA issue rather than anything else.
Please this patch...
Index: tree-ssa-math-opts.c
===
RCS file: /cvs/
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-29
14:28 ---
The patch:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00453.html
is basically OK.
However, please make the folloing changes before check-in:
+ && (same_type_p (TYPE_MAIN_VARIANT (TREE_TY
--- Additional Comments From uros at kss-loka dot si 2005-09-29 14:31
---
I forgot to add that with patch from comment #3 POVray starts to fly:
Each sample counts as 0.00195312 seconds.
% cumulative self self total
time seconds secondscalls s
>
>
> --- Additional Comments From uros at kss-loka dot si 2005-09-29 14:25
> ---
> (In reply to comment #1)
> > This is really a RA issue rather than anything else.
>
> Please this patch...
No, the RA is supposed to move the divisions so that things don't spill.
Can you also try the
--- Additional Comments From pinskia at physics dot uc dot edu 2005-09-29
14:32 ---
Subject: Re: Massive performance regression for -ffast-math due to the recip
tree pass
>
>
> --- Additional Comments From uros at kss-loka dot si 2005-09-29 14:25
> ---
> (In reply to comme
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
14:53 ---
Subject: Bug 21419
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-29 14:53:39
Modified files:
gcc: ChangeLog gimplify.c
gcc/tes
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-29
15:38 ---
A number of xfailed tests in the tree-ssa test suite (e.g. bool-3.c) should
start working if you add a tree combiner.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15459
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-09-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
16:03 ---
Subject: Bug 23663
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 16:02:25
Modified files:
gcc/fortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
16:10 ---
Subject: Bug 21983
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 16:09:43
Modified files:
gcc/cp : Change
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-29
16:14 ---
We now have a proposed patch for that. It should be commited as soon as
paperwork issues are resolved.
--
What|Removed |Added
--
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jblomqvi at cc dot hut dot
|dot org |fi
Status|NEW
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23663
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
16:18 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
16:20 ---
Fixed at least on the mainline.
--
What|Removed |Added
Known to fail|4.0.0 4.1.0
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-29
16:21 ---
We do have a patch adding that enhancement.
--
What|Removed |Added
URL|
--- Additional Comments From uttamp at us dot ibm dot com 2005-09-29 16:24
---
My apologies if INTERVAL is not a reserved keyword as part of fortran 95
standard? I thought it is part of the standard, or is it an extension to it?
Please close it appropriately if this is invalid. Sorry fo
--- Additional Comments From bangerth at dealii dot org 2005-09-29 16:29
---
Confirmed. Seems as if this never worked.
W.
--
What|Removed |Added
Status|UNCONFI
--- Additional Comments From rth at gcc dot gnu dot org 2005-09-29 16:31
---
Subject: Re: too liberal operator lookup
On Thu, Sep 29, 2005 at 02:28:03PM -, mmitchel at gcc dot gnu dot org wrote:
> Also, please code this using a loop:
>
> for (i = 0; i < 2; ++i) {
> if (i ==
--
What|Removed |Added
Target Milestone|--- |4.0.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23978
Currently, SharedLibHelper will make a copy of a .so in some situations.
Specifically, this happens if the .so has already been opened by a
different class loader.
On systems that support it, we could (perhaps) use the dlmopen() call to avoid
this copy. This would be more efficient. Note that th
--- Additional Comments From tromey at gcc dot gnu dot org 2005-09-29
17:18 ---
I'm testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |
--- Additional Comments From jason at redhat dot com 2005-09-29 17:19
---
Subject: Re: [4.1 Regression] push_fields_onto_fieldstack
calculates offset incorrectly
mark at codesourcery dot com wrote:
>
> What I meant by "lying" (an admittedly overly contentious choice of
> word) was th
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-29
17:24 ---
> The problem here is that we have to create some types before setting
> size_type, and in creating those types we need to set their size to some
> integral constant, and that integral constant has to have
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
17:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
17:42 ---
Subject: Bug 23978
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-29 17:42:42
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-29 17:54
---
INTERVAL is not part of the Fortran 95 and a text search of the
final committee draft of the Fortran 2003 shows that INTERVAL is
not included in Fortran 2003. A module that implements interval
arithmetic can
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
18:10 ---
Subject: Bug 24005
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 18:10:33
Modified files:
gcc/fortran: Change
--- Additional Comments From mark at codesourcery dot com 2005-09-29 18:20
---
Subject: Re: [4.1 Regression] push_fields_onto_fieldstack
calculates offset incorrectly
jason at redhat dot com wrote:
>>I agree that using COMPONENT_REFs is good, but I think that the
>>FIELD_DECL for B s
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
18:22 ---
Subject: Bug 24005
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 18:22:21
Modified files:
gcc/testsuite : Change
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-29 18:23
---
Backport from 4.1.0 to 4.0.3.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
18:31 ---
Subject: Bug 23978
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 18:30:51
Modified files:
libstdc++-v3 : Change
--- Additional Comments From pcarlini at suse dot de 2005-09-29 18:32
---
Fixed for 4.0.3.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pcarlini at suse dot de 2005-09-29 18:34
---
Looking into it...
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini
Take the following code:
#include
int
foo (int a, ...)
{
va_list ap;
va_list ap1;
va_list ap2;
va_list ap3;
va_list ap4;
va_start (ap, a);
int b;
ap1 = ap;
ap2 = ap1;
do {
ap1 = ap2;
b = va_arg (ap1, int);
ap2 = ap1;
} while (b > 10);
return a + b;
}
int
--
What|Removed |Added
CC||jakub at gcc dot gnu dot org
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzill
--- Additional Comments From drow at false dot org 2005-09-29 18:58 ---
Subject: Re: Unconditional warning when using -combine
On Mon, Sep 26, 2005 at 08:46:20PM -, dann at godzilla dot ics dot uci dot
edu wrote:
> > So this about the following:
> > int f(a)
> > int a;
> > {
> >
--- Additional Comments From jblomqvi at cc dot hut dot fi 2005-09-29
18:59 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01841.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24112
--
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6865
--- Additional Comments From steinmtz at us dot ibm dot com 2005-09-29
19:26 ---
Here's the backtrace:
#0 make_edges (min=0x402ebe70, max=0x4070edd0, update_p=1)
at /home/steinmtz/work/src/mainline/gcc/gcc/cfgbuild.c:350
#1 0x1048d144 in find_many_sub_basic_blocks (blocks=0x0)
at /h
Make -k check in libjava shows an ICE on this test case, However this is
reported as a PASS.
To reproduce: Run make -k check in libjava.
--
Summary: ICE in libjava.compile/PR6865.java reported as "PASS" in
testsuite.
Product: gcc
Version: 4.1.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
19:38 ---
Subject: Bug 24117
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-29 19:38:01
Modified files:
gcc: ChangeLog tree-ssa-structalias.c
Add
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-29
19:39 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
libjava.compile/PR6865.xfail says that the test 'shouldfail'. However in
addition to reporting an error, the compiler ICEs.
I am not sure what the right answer is, but reporting PASS for an ICE probably
is not what we want.
--
Summary: ICE in libjava.compile/PR6865.java reported as "
--- Additional Comments From heas at shrubbery dot net 2005-09-29 19:43
---
Subject: Re: cpp segfaults when a non-existent include is encountered
Fri, Sep 23, 2005 at 10:18:27PM -, heas at shrubbery dot net:
>
> --- Additional Comments From heas at shrubbery dot net 2005-09-2
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-29
19:48 ---
(In reply to comment #5)
> Working on a patch.
Turned out to be much more work than I first thought. I'll leave it for now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20541
--- Additional Comments From heas at shrubbery dot net 2005-09-29 20:07
---
Subject: Re: cpp segfaults when a non-existent include is encountered
dgettext.c thinks that libintl_dcgettext returns an int. Which I do not
understand, since it includes libintl.h which has:
# 163 "./libint
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-09-29 20:10 ---
(In reply to comment #9)
> Subject: Re: Unconditional warning when using -combine
>
> On Mon, Sep 26, 2005 at 08:46:20PM -, dann at godzilla dot ics dot uci dot
edu wrote:
> > > So this about
$ gcc -O3 -c -Wall -fno-strict-aliasing marshal.i
../Python/marshal.c: In function 'PyMarshal_ReadShortFromFile':
../Python/marshal.c:342: warning: 'rf.end' is used uninitialized in this
function
../Python/marshal.c:342: warning: 'rf.ptr' is used uninitialized in this
function
The warning is not
--- Additional Comments From doko at debian dot org 2005-09-29 20:24
---
Created an attachment (id=9841)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9841&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24129
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
20:26 ---
I really doubt this is bogus but I have not looked into the source yet.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24129
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
20:35 ---
Lets look at the two functions:
static int
r_short(RFILE *p)
{
register short x;
x = ((p)->fp ? _IO_getc ((p)->fp) : (((p)->ptr != (p)->end) ? (unsigned
char)*(p)->ptr++ : (-1)));
x |= ((p)->fp ? _IO_g
--- Additional Comments From doko at debian dot org 2005-09-29 20:40
---
The line number points to the inlined function, not to
'PyMarshal_ReadShortFromFile'. Is this intended?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24129
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
20:44 ---
(In reply to comment #4)
> The line number points to the inlined function, not to
> 'PyMarshal_ReadShortFromFile'. Is this intended?
In a way yes but that would be PR 17506 which I have not submitted the pat
--- Additional Comments From laurent at guerby dot net 2005-09-29 21:08
---
A priori no exception is ever raised in this test. Who could help on this one?
Is reverting this patch an option?
Laurent
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24003
--
What|Removed |Added
CC||christian dot joensson at
||gmail dot com
http://gcc.gnu.org/bu
I'm trying to build gcc-3.4.3 on AIX 5.3 and the bootstrap fails when
building, what I assume, is the 64-bit pthread libraries.
> ../gcc-3.4.3/config.guess
powerpc-ibm-aix5.3.0.0
../gcc-3.4.3/configure --srcdir=../gcc-3.4.3 --enable-languages=c,c++ --enable-
threads=aix --disable-nls
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
21:27 ---
Subject: Bug 23677
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 21:27:35
Modified files:
gcc/fortran: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
21:30 ---
Subject: Bug 18518
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-29 21:30:01
Modified files:
gcc/fortran: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
21:32 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
21:32 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 20405 depends on bug 18518, which changed state.
Bug 18518 Summary: equivalenced variables are not saved
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18518
What|Old Value |New Value
-
--
Bug 19292 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--- Additional Comments From chrisp_42 at bigpond dot com 2005-09-29 21:33
---
(In reply to comment #8)
> I'm testing Kenner's suggestion from
> http://gcc.gnu.org/ml/gcc/2005-09/msg00867.html ...
Works for me on i686-linux
Bootstrap finished and no additional ACATS failures.
--
htt
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050929-1.c
Log message:
PR middle-end/24109
* c-decl.c (c_write_global_declarations_1): If any
wrapup_global_declaration_2 call returned true, restart the loop.
* gcc.c-torture
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
21:35 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
: ChangeLog c-decl.c
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050929-1.c
Log message:
PR middle-end/24109
* c-decl.c (c_write_global_declarations_1): If any
wrapup_global_declaration_2 call returned true, restart the loop
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-29 21:51
---
Can you try to isolate a shorter testcase? It's really difficult to see what's
happening in this large file.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
21:53 ---
Note I reduced it using delta so the all of my reduced tescase came exactly
from the file and nothing
else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23884
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-29 22:10
---
(In reply to comment #7)
> Note I reduced it using delta so the all of my reduced tescase came exactly
from the file and nothing
> else.
This is not true. Even if the constants appearing in the data statemen
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-29
22:11 ---
Subject: Bug 24053
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-29 22:11:14
Modified files:
gcc: ChangeLog stor-layout.c
Log message
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-29
22:14 ---
Fix installed on behalf of Richard.
--
What|Removed |Added
Status|NEW
The manual page states that log2 returns the natural log, not the base two log.
Note: The documentation problem was first seen on a RH9 system, and I saw it on
my FC4 system. Both are RH distros (sort of), so it may not be a general
problem. Fairly minor, in any case.
--
Summary: Erro
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-29
22:50 ---
log2 man page is not maintained by GCC, in fact almost none of the standard C
library is part of GCC
but part of glibc. the man pages are maintained by a different project though.
--
What
1 - 100 of 133 matches
Mail list logo
