Hi,
On 2/6/06, Sandeep Kumar <[EMAIL PROTECTED]> wrote:
> Hello everyone,
> While scrolling down the objdump of the code for /usr/bin/gcc, There
> is a section called text.hot section, which is normally not present on
> the elf files. What is that? is it something specific to /usr/bin/gcc
> only.H
Hello everyone,
While scrolling down the objdump of the code for /usr/bin/gcc, There
is a section called text.hot section, which is normally not present on
the elf files. What is that? is it something specific to /usr/bin/gcc
only.How can be create such sections in our normal executables ?
--
Reg
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 05:48 ---
Likewise for p0.C:
FAIL: g++.old-deja/g++.mike/p0.C (test for excess errors)
Excess
errors:/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.mike/p0.C:16:
warning: non-static reference 'cona
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 05:41 ---
FAIL: g++.old-deja/g++.jason/overload34.C (test for excess errors)
Excess errors:
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.jason/overload34.C:5:
warning: non-static reference 'int& X::flag' in
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 05:38 ---
g++.old-deja/g++.brendan/warnings4.C has a similar warning:
FAIL: g++.old-deja/g++.brendan/warnings4.C (test for excess errors)
Excess
errors:/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.old-deja/g++.brendan/wa
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26115
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.dg/parse/register1.C:13:
warning: address requested for 'x', which is declared 'register'
That is a bogus warning.
--
Summary: [4.2 Regression] bogus warning for
g++.dg/parse/register1.C
Product: gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26114
/Users/pinskia/src/gcc/local/gcc/gcc/testsuite/g++.dg/init/ctor4.C:11: warning:
non-static reference 'int& bar::a' in class without a constructor
--
Summary: [4.2 Regression] g++.dg/init/ctor4.C fails
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-06 03:35 ---
/Users/pinskia/src/gcc/local/gcc/libjava/verify.cc: In member function
'_Jv_BytecodeVerifier::type_val
_Jv_BytecodeVerifier::get_type_val_for_signature(jchar)':
/Users/pinskia/src/gcc/local/gcc/libjava/verify.cc:536:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-06 03:35 ---
/Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc:1275: warning: deprecated
conversion from string constant to 'char*''
/Users/pinskia/src/gcc/local/gcc/libjava/interpret.cc: In function 'void
_Jv_InitField(java:
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1426: warning: deprecated
conversion from string constant to 'char*''
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1427: warning: deprecated
conversion from string constant to 'char*''
/Users/pinskia/src/gcc/local/gcc/libjava/prims.cc:1428: war
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-06 01:04
---
Well, I finally found the time :)
Patch URL added.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-06 00:29 ---
Why do you think ADL has anything to do with finding ::f here?
>From the standard:
-- If T is a fundamental type, its associated sets of namespaces and classes
are both empty.
So we cannot find ::f here at all.
-
--- Comment #4 from dg001 at t-online dot de 2006-02-06 00:17 ---
I had a look at ISO/IEC 14882:2003(E). That is the ANSI/ISO Standard for C++.
Paragraph 3.4.2 deals with Argument-dependent name lookup.
In section 2 I read:
"The sets of namespaces and classes is determined
entirely by th
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 23:41 ---
This has nothing to do with ADL really.
using test::f; forces to use test::f when doing f(a) in that scope since that
is the f in that scope.
Again this is not a bug GCC.
--
pinskia at gcc dot gnu dot org change
--- Comment #2 from dg001 at t-online dot de 2006-02-05 23:14 ---
The first statement in my code doesn't use any namespace
double result1 = f(d);
So ADL should take the function with the signature (float d), which is in
global namespace.
There is of course a second statement in my co
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-02-05 23:04
---
Subject: Bug 24685
Author: fxcoudert
Date: Sun Feb 5 23:04:07 2006
New Revision: 110627
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110627
Log:
PR libfortran/24685
* io/write.c (write
--- Comment #37 from steven at gcc dot gnu dot org 2006-02-05 22:47 ---
At least I get VRP time down to nothing with a patchlet like this one:
Index: tree-vrp.c
===
--- tree-vrp.c (revision 110617)
+++ tree-vrp.c (working
--- Comment #4 from laurent at guerby dot net 2006-02-05 22:28 ---
4.0.2 at -O1 doesn't ICE, so indeed likely to be the same problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26111
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 22:26 ---
I suspect this is really a dup of bug 18858.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-05 22:25 ---
Confirmed, there was another one like this that was opened.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 22:22 ---
Why do you think this breaks ADL?
float is not in any namespace really.
Also you explicately said to use test::f and no other which is what the using
says to do in this scope.
if you move the using to the global sc
--- Comment #1 from laurent at guerby dot net 2006-02-05 22:20 ---
This works with gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
so this is a 4.0 Regression.
--
laurent at guerby dot net changed:
What|Removed |Added
-
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-05 22:19
---
OK, now I understand: huge(0._10) is 1.1897314953572317650E+4932. But when you
write it with a format not long enough, you may (as was the case) write it as
1.189731495357232E+4932, which is larger than huge(0._10
Reported by [EMAIL PROTECTED]
$ cat marcin.adb
with ada.direct_io, ada.integer_text_io,ada.text_io;
use ada.text_io,ada.integer_text_io;
procedure marcin is
type powiaty is record
nazwa : integer;
imie : integer;
end record;
package pliki is new ada.direct_io(powiaty);
When compiling the following code, an incorrect binary is produced:
--- BEGIN CODE ---
namespace test {
double f(double f)
{
return f + 1.;
}
}
double f(float d)
{
return d;
}
int main(int argc, char *argv[])
{
using test::f;
floa
--- Comment #7 from kazu at gcc dot gnu dot org 2006-02-05 21:43 ---
Last time I came up with a patch, it introduced 0.1% or so of slow down.
I'll try my patch again when I get a chance.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24028
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-02-05 21:40
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #36 from steven at gcc dot gnu dot org 2006-02-05 21:37 ---
I think the easiest way to fix this is to limit the length of the EQUIVALENCE
chains somehow. I've collected some numbers about the number of elements in
the EQUIVALENCE chains of GCC 2.7.2 (which is the version of
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-05 21:26 ---
Any news on this one?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Last reconf
--- Comment #8 from steven at gcc dot gnu dot org 2006-02-05 21:21 ---
This bug ought to have a much higher priority than P5 IMHO.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-05 21:09 ---
The problem here is actually not I would I had orginally thought but instead
the following issue:
struct f
{
int i;
};
int g(int i, int c, struct f *ff)
{
int *t;
if (c)
t = &i;
else
t = &ff->i;
retu
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-05 20:29 ---
Fixed on the mainline will commit to the 4.1 branch in a day or two.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-05 20:29 ---
Subject: Bug 25251
Author: pinskia
Date: Sun Feb 5 20:29:10 2006
New Revision: 110621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110621
Log:
2006-02-05 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-05
20:11 ---
Subject: Re: ICE: Segmentation fault (program cc1) compiling _muldi3.o in
stage1
>What|Removed |Added
> -
--- Comment #9 from hjl at gcc dot gnu dot org 2006-02-05 19:53 ---
Subject: Bug 26041
Author: hjl
Date: Sun Feb 5 19:53:00 2006
New Revision: 110619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110619
Log:
2006-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/26041
--- Comment #12 from hjl at gcc dot gnu dot org 2006-02-05 19:53 ---
Subject: Bug 26064
Author: hjl
Date: Sun Feb 5 19:53:00 2006
New Revision: 110619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110619
Log:
2006-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/26041
--- Comment #8 from hjl at gcc dot gnu dot org 2006-02-05 19:52 ---
Subject: Bug 26041
Author: hjl
Date: Sun Feb 5 19:52:35 2006
New Revision: 110618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110618
Log:
2006-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/26041
--- Comment #11 from hjl at gcc dot gnu dot org 2006-02-05 19:52 ---
Subject: Bug 26064
Author: hjl
Date: Sun Feb 5 19:52:35 2006
New Revision: 110618
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110618
Log:
2006-02-05 H.J. Lu <[EMAIL PROTECTED]>
PR fortran/26041
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-05 19:33 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00393.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
=no --enable-threads=posix
--with-gmp=/opt/gnu/gcc/gcc-4.2.0 --disable-libmudflap
--enable-languages=c,c++,objc,obj-c++,fortran,java,ada
Thread model: posix
gcc version 4.2.0 20060205 (experimental)
This error occurs when the "-mpa-risc-2-0" option is added to CC. I see
this problem using b
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-02-05 18:11
---
VASP is reported to compile fine with 4.1 and 4.2, and this audit trail doesn't
have a self-contained code that exhibits the failure. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|
--- Comment #7 from danglin at gcc dot gnu dot org 2006-02-05 18:08 ---
Still fails as of 2006-02-05 with 4.0.2 bootstrap. Not present in 4.1.0
20060127 (prerelease).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24822
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-02-05 18:03
---
Well, all blocking bugs are closed, ciao tutti!
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|16991 |
nThis||
Severi
Testcase:
pure function equals(self,string,ignore_case) result(same)
if (end>len(self)) return
end function
===
I was trying to reduce an ICE and found this one.
--
Summary: ICE after error message on invalid code
Product: gcc
Version: 4.2.0
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||26038, 26041
Status|UNCONFIRMED |NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 16:41 ---
PR 17298 is for __transfer1 TODO
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
B
I tried to compile the TONTO_1_0_SPEC branch of Tonto:
http://sourceforge.net/projects/tonto-chem
I got
/usr/gcc-4.2/bin/gfortran -I. -I./GCC-gfortran-on-LINUX/modules -O -c -o
./GCC-gfortran-on-LINUX/objects/shell1.o f95files/shell1.F90
f95files/shell1.F90: In function âprocess_keywordâ:
f95fil
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 16:30 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00373.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
gcc -c hh.adb
+===GNAT BUG DETECTED==+
| 4.0.0 20050519 (Red Hat 4.0.0-8) (i386-redhat-linux-gnu) GCC error: |
| in expand_assignment, at expr.c:3824 |
| Error detected at hh.adb:19:5
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25461
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25722
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24698
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25412
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24712
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-05 15:42 ---
No feedback in 3 months (T-6 days).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26094
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-05 15:37 ---
I should mention this shows up with std::min/std::max like:
int main(int argc)
{
int a = std::min(8, argc*2);
return a;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431
--- Comment #6 from rakdver at gcc dot gnu dot org 2006-02-05 15:29 ---
Fixed.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Executing on host: /test/gnu/gcc-4.1/objdir/gcc/testsuite/../gfortran
-B/test/gn
u/gcc-4.1/objdir/gcc/testsuite/../
/test/gnu/gcc-4.1/gcc/gcc/testsuite/gfortran.
dg/auto_char_dummy_array_1.f90 -O0 -pedantic-errors
-L/test/gnu/gcc-4.1/obj
dir/hppa64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-02-05 15:01
---
*** Bug 26104 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 15:01 ---
This was also reproduce on the mainline for a while.
This is a dup of bug 25377 really and once the gomp branch has been merged,
this will work again.
*** This bug has been marked as a duplicate of 25377 ***
--
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-02-05 14:58 ---
Subject: Bug 26087
Author: rakdver
Date: Sun Feb 5 14:58:07 2006
New Revision: 110614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110614
Log:
PR rtl-optimization/26087
* rtlanal.c (canoni
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-05 14:50 ---
Worked on 20051217 but fails on 20060127.
Fails also in "4.1.0 20060130"
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mark at gcc dot gnu dot org 2006-02-05 14:44 ---
I added a mauve test for this and some other cases. gcj fails a couple of them
because it tries to handle array classes specially through loadClassFromSig().
See gnu.testlet.java.lang.ClassLoader.loadClass in Mauve.
This works fine on r108219 of the GOMP-branch, but not anymore. Also works on
the latest update of the branch without '-fopenmp'
gfortran-gomp-new -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gomp-new
--program-suffix=-gomp-new --enable-t
--- Comment #1 from konqueror at gmx dot de 2006-02-05 13:14 ---
Created an attachment (id=10781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10781&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26103
When running the attached testcase gcj 4.1 throws a
StringIndexOutOfBoundsException instead of ClassNotFoundException. GNU
classpath 0.20 is not affected as jamvm 1.4.2 and cacao 0.94 and kaffe 1.1.7rc1
throw the correct exception.
--
Summary: Wrong exception thrown
Product
Consider the following reduced testcase:
template struct B1 { int i(); };
struct B2 { int i(); };
template struct C : public B1, public B2
{
using B2::i;
void f()
{
i();// fails, should be accepted
i.i(); // accepted, should fail
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-05 12:26 ---
You are missing copy constructor invocations. Add
inv(const inv&) { ++count; }
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-02-05 10:28
---
Confirmed on x86. It's a miscompilation of the runtime since they do terminate
if struct aliasing is enabled but the original runtime is used.
--
ebotcazou at gcc dot gnu dot org changed:
What
--- Comment #7 from pcarlini at suse dot de 2006-02-05 10:22 ---
Confirmed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #10 from jakub at gcc dot gnu dot org 2006-02-05 09:48 ---
This patch introduces a regression
FAIL: g++.dg/opt/complex5.C (test for excess errors)
ICE on at least {i686,s390,s390x}-linux on gcc-4_1-branch in dom2 pass (with
-O2).
At copyrename2 the function is:
double __compl
75 matches
Mail list logo
