--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-15 05:58 ---
That testcase no longer ICEs, PRE selects void* for the variable.
Here is a testcase that currently does fail:
int *automata_list_finish (void ** entry_ptr, int *current_automata_list)
{
if (*entry_ptr == ((void *)
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-15 05:56 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-15 05:55 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-15 05:51 ---
Confirmed, this should be resolved by my patch at:
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00179.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-15 05:43 ---
It was an accident that it was aligned.
Use the attribute aligned to get an aligned variable if the alignment of the
type is lower than what you need.
Also note you are violating aliasing rules.
--
pinskia at gc
The following example core dumps on target when compiled with GCC 4.1.2
prelease and also with GCC 4.1.1
int main()
{
char k[255];
time((long*)k);
return 0;
}
The local variable is not tail aligned I think. This was aligned in gcc 3.4.3
Here is a diff of the two assembl
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-15 01:54 ---
(In reply to comment #2)
> I have time to test this patch later tonight.
testing it right now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28302
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-15 01:44
---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-15 01:43 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-15 01:43 ---
Subject: Bug 27490
Author: pinskia
Date: Tue Aug 15 01:43:28 2006
New Revision: 116148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116148
Log:
2006-07-14 Andrew Pinski <[EMAIL PROTECTED]>
PR c/
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-08-15 01:43
---
Subject: Bug 27489
Author: pinskia
Date: Tue Aug 15 01:43:28 2006
New Revision: 116148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116148
Log:
2006-07-14 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-15 00:53 ---
Closing as won't fix as this feature has now been removed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-15 00:52 ---
Closing as won't fix for 4.2.0 as this is a feature which has now been removed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from patchapp at dberlin dot org 2006-08-15 00:45 ---
Subject: Bug number PR c++/28710
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00466.html
--
http://gcc.gnu.org/bugzil
--- Comment #4 from patchapp at dberlin dot org 2006-08-15 00:45 ---
Subject: Bug number PR c/28287
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00473.html
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from patchapp at dberlin dot org 2006-08-15 00:45 ---
Subject: Bug number PR c++/28711
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00467.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from dannysmith at users dot sourceforge dot net 2006-08-14
23:29 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00473.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28287
--- Comment #4 from sje at gcc dot gnu dot org 2006-08-14 23:16 ---
Subject: Bug 28288
Author: sje
Date: Mon Aug 14 23:15:57 2006
New Revision: 116141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116141
Log:
PR c++/28288
PR c++/14556
* g++.old-deja/g++.
--- Comment #5 from sje at gcc dot gnu dot org 2006-08-14 23:16 ---
Subject: Bug 14556
Author: sje
Date: Mon Aug 14 23:15:57 2006
New Revision: 116141
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116141
Log:
PR c++/28288
PR c++/14556
* g++.old-deja/g++.
--- Comment #3 from sje at gcc dot gnu dot org 2006-08-14 23:14 ---
Subject: Bug 28288
Author: sje
Date: Mon Aug 14 23:13:54 2006
New Revision: 116140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116140
Log:
PR c++/28288
PR c++/14556
* operators.def: Re
--- Comment #4 from sje at gcc dot gnu dot org 2006-08-14 23:14 ---
Subject: Bug 14556
Author: sje
Date: Mon Aug 14 23:13:54 2006
New Revision: 116140
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116140
Log:
PR c++/28288
PR c++/14556
* operators.def: Re
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-14 22:22 ---
*** Bug 28730 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27115
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 22:22 ---
This is the same issue as PR 27115.
*** This bug has been marked as a duplicate of 27115 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
The following valid code snippet triggers an ICE since GCC 4.0.0:
struct A
{
virtual ~A();
};
void foo()
{
A a = ({ A b; b; });
}
bug.cc: In function 'void foo()':
bug.cc:8: internal compiler error: in cp_expr_size, at cp/cp-o
--- Comment #2 from jason at gcc dot gnu dot org 2006-08-14 21:25 ---
Subject: Bug 28559
Author: jason
Date: Mon Aug 14 21:25:03 2006
New Revision: 116137
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116137
Log:
PR c++/28559
* parser.c (cp_parser_elaborated_typ
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-14 21:04 ---
(In reply to comment #2)
> So how can you say that the asm uses the contents of a buffer area?
Didn't you see the first part of my comment which shows you how to fix the asm?
__asm volatile("lidt (%0)" : : "r" (p),
--- Comment #2 from dsl at netbsd dot org 2006-08-14 21:03 ---
So how can you say that the asm uses the contents of a buffer area?
--
dsl at netbsd dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 20:44 ---
Try:
__asm volatile("lidt (%0)" : : "r" (p), "m"(*p));
Other than that, this is invalid as the asm just says it take the value of p
and nothing about the contences of p.
--
pinskia at gcc dot gnu dot org changed
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-14 20:42 ---
*** Bug 28728 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-14 20:42 ---
Invalid as explained.
*** This bug has been marked as a duplicate of 18000 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 20:39 ---
Test test() ;
does define a function that is extern to the current function.
It is one of the ambious parts of C++ that the C++ standard resolves to a
function prototype.
--
http://gcc.gnu.org/bugzilla/show_bug.
The NetBSD i386 kernel sets up the IDT using code that end up (after some
inlining done with -Os or -O3) looking like:
struct region_descriptor { int rd_base; int rd_limit; };
struct gate_descriptor { int x; } *idt;
static __inline void lidt(struct region_descriptor *p) {
__asm volatile("
With GCC it is possible to declare function inside other function. I think the
code below should not compile because of ambiguity - compiler can create a
variable ( test ) and call constructor of class Test ( Test::Test() ) or
interpret this as function declaration as GCC does ( which is invalid be
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-08-14 19:50
---
Fixed on 4.2. (No need to fix it on 4.1, since allocatable dummies aren't
supported there.)
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from fitzsim at redhat dot com 2006-08-14 19:41 ---
(In reply to comment #8)
> Is this really the only problem? All .la, .a and .so files get overwritten as
> well.
I'm not sure what you mean by this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-08-14 19:14
---
(In reply to comment #9)
> Note the comparisions patch because of the way gimple removes casts to void*
> gets:
That gets fixed automatically by:
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00179.html
--
http
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-14 19:10 ---
Most likely related to PR 28003.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
B
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-14 19:06
---
Reproduced by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-14 19:06
---
Reproduced by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-14 19:05
---
Reproduced by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-14 19:04
---
Reproduced by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-14 19:04
---
Confirmed by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-14 19:03
---
Confirmed by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-14 19:02
---
Confirmed by Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-14 19:00
---
Confirmed by Manuel and Janis.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from qrczak at knm dot org dot pl 2006-08-14 19:00 ---
Created an attachment (id=12075)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12075&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28727
The attached module, when compiled with -O2, has wrong code generated for the
last set_global_field call. The assembly shows:
leal4(%edx), %eax
cmplmarked_limit, %eax
movlBadArguments, %ecx
movl$record_12420+4, (%edx)
movl%eax, marked_top
--- Comment #14 from atgraham at gmail dot com 2006-08-14 18:16 ---
The following patch to the 4.1.1 release code appears to fix the problem.
Though I have not been able to convince myself that this is the CORRECT
solution to the problem (and am doubtful that it is), testing this fix wi
-fsched2-use-superblocks fails to order loop operations and loop jump
instruction correctly. The following example will show that
-fsched2-use-superblocks causes generation of wrong code.
Steps to reproduce:
Compile
>>>
#include
#include
int main()
{
double retval = 0.0;
const u
--- Comment #5 from debian-gcc at lists dot debian dot org 2006-08-14
17:54 ---
not fixed. still installed into gcjversionedlibdir, not into nativeexeclib.
only libjvm is installed into nativeexeclib (today's HEAD, including mjw's 0.92
merge). Will recheck with the next build.
Matthi
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #4 from fitzsim at redhat dot com 2006-08-14 17:23 ---
Yes, closing.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #7 from janis at gcc dot gnu dot org 2006-08-14 16:16 ---
Regression hunts on powerpc-linux showed that the original testcase with -O3
and the testcase in comment #5 with -O0 both start getting segfaults with the
following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=9
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-08-14 15:05 ---
Subject: Bug 28703
Author: rguenth
Date: Mon Aug 14 16:05:37 2006
New Revision: 116129
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116129
Log:
2006-08-14 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #1 from merz at cita dot utoronto dot ca 2006-08-14 14:58
---
Created an attachment (id=12074)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12074&action=view)
A patch to enable case-insensitive env variables in libgomp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
The OpenMP 2.5 specification states that "The values assigned to the
environment variables are case insensitive and may have leading and trailing
white space."
As of the 4.2-20060805 snapshot only lower case is accepted, ie:
#setenv OMP_NESTED TRUE
#./a.out
libgomp: Invalid value for environmen
--- Comment #4 from j at uriah dot heep dot sax dot de 2006-08-14 14:28
---
(In reply to comment #3)
> -lm was not an user supplied option as shown by your commands.
>
Oh no, sorry for the confusion: it *is* a user-supplied library.
Sorry, I now see that I somehow copy&pasted the wron
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-08-14 14:17
---
This is now a latent bug on the both 4.1 branch and mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-08-14 14:15
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-14 14:15 ---
-lm was not an user supplied option as shown by your commands.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28718
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-08-14 14:13
---
Subject: Bug 28075
Author: pinskia
Date: Mon Aug 14 15:13:29 2006
New Revision: 116127
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116127
Log:
+2006-08-14 Andrew Pinski <[EMAIL PROTECTED]>
+
+ *
--- Comment #2 from j at uriah dot heep dot sax dot de 2006-08-14 14:13
---
I know that the current situation for the AVR is suboptimal, there really
are overrides in libm.a for functions that are already present in libgcc.a.
However, this is not so easy to change for a number of logist
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 14:04 ---
I don't see why you think this should be a valid address.
Also we don't get many bugzilla bugs which is why we don't need a component for
bugzilla and this one is also a configure one rather than a bugzilla issue
it
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 14:01 ---
A lot more of the libgomp tests failed because of this or PR 28713.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28724
--- Comment #2 from pastoor dot external at onespin-solutions dot com
2006-08-14 13:51 ---
Okay, but when i execute the ELF under SPARC the init_array entries aren't
executed.
Loaders don't look in the sectionheadertable because all information they need
are in the programmheadertable.
/src/gcc/local/gcc/libgomp/testsuite/libgomp.c/atomic-10.c: In function 'f2':^M
/src/gcc/local/gcc/libgomp/testsuite/libgomp.c/atomic-10.c:139: error:
statement types mismatch^M
D.1631 = D.1629;^M
^M
unsigned intD.3^M
intD.0^M
/src/gcc/local/gcc/libgomp/testsuite/libgomp.c/atomic-10.c:139: error:
s
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
/src/gcc/local/gcc/gcc/testsuite/gfortran.dg/char_result_1.f90: In function
'MAIN__':^M
/src/gcc/local/gcc/gcc/testsuite/gfortran.dg/char_result_1.f90:23: error:
statement types mismatch^M
D.1499_94 = text2D.1474_56;^M
^M
charD.14[1:70] &^M
charD.14[1:_text2D.970] &^M
/src/gcc/local/gcc/gcc/testsui
/src/gcc/local/gcc/gcc/testsuite/gfortran.dg/actual_array_constructor_1.f90: In
function 'option_stopwatch_s':^M
/src/gcc/local/gcc/gcc/testsuite/gfortran.dg/actual_array_constructor_1.f90:63:
error: statement types mismatch^M
(*D.1170)[S.73D.1171]{lb: 0 sz: _a.72D.1168} = (*D.1173)[S.74D.1174];^M
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-14 13:34 ---
most of the gfortran.dg/gomp/appendix-a/*.f90 tests fail the same way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28713
I don't have time to create a smaller testcase right not but I am filing this
so we don't lose track of it:
cc3605a.adb: In function â<80><98>CC3605Aâ<80><99>:
cc3605a.adb:8: error: statement types mismatch
D.1181_166 = SR.67D.1243_261;
booleanD.472[(long intD.0) .P_BOUNDSD.755->LB0D.758:(long int
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 13:18 ---
Wait the user did say to link against -lm anyways. This comes from the specs.
What kind of wrong math functions are being used anyways? If soft-fp, then you
are to think you can override them in libm.a because tha
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 13:14 ---
This is very close to a dup of bug 24367.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|unrecognizable insn with - |[4.0/4.1/4.2 Regression]
|fPIC -O2 -funroll-loops
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-14 13:11 ---
init_array needs support from the elf loader IIRC so this might not be a bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
When calling avr-g++, the linker driver adds a call to -lgcc before any
of the user libraries entered on the command-line.
On the AVR, this causes the wrong math function implementations taken from
libgcc.a rather than the (user-supplied) libm.a.
This is different from the C compiler driver, why?
--- Comment #4 from rsandifo at gcc dot gnu dot org 2006-08-14 11:58
---
Patch applied to mainline. It has been approved for 4.1,
so I'll apply it there after testing.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-08-14 11:56
---
Subject: Bug 28634
Author: rsandifo
Date: Mon Aug 14 12:55:52 2006
New Revision: 116124
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116124
Log:
gcc/
PR rtl-optimization/28634
* reorg.c (
--- Comment #3 from krischik at users dot sourceforge dot net 2006-08-14
10:35 ---
Problem also appears on mingw cross compiles:
--build=i586-suse-linux --host=i586-suse-linux --target=mingw32
...
configure: Debug build flags set to -g3 -O0
checking for additional debug build... no
ch
I get the followince ICE on s390. I don't know if this is related to the other
extract_insn, at recog.c:2077 ICEs that have recently been reported.
sh-3.1# g++ -O2 -funroll-loops -c -x c -fPIC libjsw-disk.cc
libjsw-disk.cc: In function 'PrefixPaths':
libjsw-disk.cc:12: error: unrecognizable insn:
gcc -v reports:
Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/specs
Configured with: /var/tmp/portage/gcc-3.4.6-r1/work/gcc-3.4.6/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.6
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/include
--datadir=/usr/share/gcc-data/i
Normally the following code produces a new section with type SHT_INIT_ARRAY and
the function foo will be executed before the main routine starts. This is what
i got unter Linux-Systems. But under SPARC Systems the new section entry is of
type SHT_PROGBITS and won't execute before the main-routine.
(And bugzilla needs a 'bugzilla' product because this shouldn't really be filed
against gcc itself).
The mails sent by GCC bugzilla have a return address of
'[EMAIL PROTECTED]' but that address fails basic sender verification
because gcc.gnu.org doesn't actually accept bounces to that address:
MA
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-08-14 08:31
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-08-14 08:30
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #2 from law at redhat dot com 2006-08-14 07:39 ---
Created an attachment (id=12073)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12073&action=view)
Backport of patch to GCC 4.0 branch (not thoroughly tested)
This bug was fixed long ago (prior to branching for GCC 4.1)
86 matches
Mail list logo
