--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-11 07:07 ---
Subject: Bug 36471
Author: jakub
Date: Wed Jun 11 07:06:14 2008
New Revision: 136654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136654
Log:
PR libgomp/36471
* omp_lib.f90.in (omp_get_ancest
--- Comment #2 from jakub at gcc dot gnu dot org 2008-06-11 07:12 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
As PR 36471 shows, building libgfortran's Fortran parts with -fimplicit-none
can help detecting programming errors in the Fortran written parts of
libgfortran.
I suggest to use such a patch:
Index: configure.ac
===
--- configure.ac
--- Comment #1 from irar at il dot ibm dot com 2008-06-11 08:00 ---
Reproduced on powerpc64-suse-linux.
Doesn't occur when compiled with -O2 -ftree-vectorize instead of -O3 (the
vectorizer generates the same code in both cases).
--
irar at il dot ibm dot com changed:
Wha
--- Comment #61 from rguenther at suse dot de 2008-06-11 08:07 ---
Subject: Re: [4.2 Regression] points-to analysis
slow and memory hungry
On Tue, 10 Jun 2008, giovannibajo at libero dot it wrote:
> --- Comment #60 from giovannibajo at libero dot it 2008-06-10 17:26
> ---
>
--- Comment #1 from jakub at gcc dot gnu dot org 2008-06-11 08:20 ---
IMHO pedantically that's not valid OpenMP.
#pragma omp for
for (init-expr; test-expr; incr-expr) structured-block
One of the following:
init-exprvar = lb
integer-type var = lb
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-06-11 08:37 ---
Vectors have the alias set of their element type and int and long do not have
conflicting alias sets. The vectorizer clearly should choose vector long *
instead of vector int *.
--
rguenth at gcc dot gnu dot org
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-06-11 09:17 ---
Fixed as far as possible.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-06-11 09:17 ---
Subject: Bug 36474
Author: rguenth
Date: Wed Jun 11 09:16:09 2008
New Revision: 136656
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136656
Log:
2008-06-11 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #16 from josep dot m dot perez at bsc dot es 2008-06-11 10:06
---
The following code still triggers this bug in 4.3 but not in 4.2:
template
class B {
public:
class C {
public:
__attribute__((al
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-11 10:35 ---
Created an attachment (id=15747)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15747&action=view)
ICEs on trunk
This ICEs on trunk with -mpreferred-stack-boundary=2 but works wih =4
gcc-4.4-HEAD -std=gnu99 -Wa
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35412
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35542
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35752
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-11 11:10 ---
Thanks for the clarification. I agree. Jason, can you have a look here?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.3 Regression] [avr] code |[4.3/4.4 Regression] [avr]
|bloat caused by -fsplit-
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36403
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36440
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36443
--- Comment #7 from aph at gcc dot gnu dot org 2008-06-11 10:49 ---
This isn't just a mingw bug. It is also manifested in GNU/Linux if gcc itself
is built with -O0, as you need to do when debugging gcc.
There perhaps should be some limit to how far VRP goes before giving up.
--
aph
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36458
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36463
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36493
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-11 11:15 ---
Fixed for 4.3.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-11 11:15 ---
Subject: Bug 35336
Author: rguenth
Date: Wed Jun 11 11:14:59 2008
New Revision: 136662
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136662
Log:
2008-06-11 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-06-11 10:47
---
The code used to compile with -fpermissive, so this is actually an
ice-on-valid-code bug. Given that this is also a regression on the 4.3 branch,
the priority should by P1, I think.
--
reichelt at gcc dot gnu d
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-11 12:30 ---
Created an attachment (id=15748)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15748&action=view)
updated patch including unwind and eh and handling of static
includes untested draft for --disable-shared which
--- Comment #3 from richard-gccbugzilla at metafoo dot co dot uk
2008-06-11 12:58 ---
I'm not 100% certain that g++ is at fault. Given that icc, Comeau and MS all
reject it, I'm inclined to think that g++ is probably the one which gets this
wrong, so I've raised this here first.
This h
During bootstrap get
ld: fatal: unwind table: file
/usr/local/gcc-4.2.4/src/obj-x86_64-SunOS/./gcc/amd64/crtend.o: section
.eh_frame: bad cie version 0: offset 0xfd7fffdfcbe0
This did NOT happen during build of gcc-4.2.3.
This may be related to gccbug # 33100.
--
Summary: [4.2.
the 4.3.1 release introduces a new time/memory hog
which wasn't present in 4.3.0-20080417.
results (with default max-fields-for-field-sensitive param):
4.3.0-20080417 : mem: 580MB, time: 1min32sec.
4.3.1 : aborted at 4.3GB/14min.
--
Summary: [4.3 Regression] time/memory hog
--- Comment #1 from pluto at agmk dot net 2008-06-11 14:05 ---
Created an attachment (id=15749)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15749&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36498
"gfortran -fcray-pointer" accepts the following program while "ifort" rejects
it with:
Error: line 11: The attributes of this name conflict with those made accessible
by a USE statement. [X]
If one comments the Cray pointer out, gfortran prints:
Error: Symbol 'x' at (1) already has basic type of
--- Comment #2 from pluto at agmk dot net 2008-06-11 14:10 ---
testcase tested with:
$ i486-gnu-linux-g++ -g0 -O2 -std=gnu++0x -fno-threadsafe-statics
-fPIC hescoreScr.ii -c
gdb report still the same backtrace:
(gdb) bt
#0 0x0066891b in set_bb_for_stmt ()
First, please excuse me for my poor english.
Actual standard says on section 11.8 Nested classes [class.access.nest]
The members of a nested class have no special access to members of an enclosing
class, nor to classes or
functions that have granted friendship to an enclosing class; the usual acce
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-06-11 14:17
---
The warning happens also with the pointer being ref-all as the alias warning
code asks for the alias set of the pointed-to type. Thus it probably makes
sense to give that alias-set zero as well (or rather special-
--- Comment #2 from jakub at gcc dot gnu dot org 2008-06-11 14:27 ---
Caused by PR29928.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36405
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-06-11 14:29
---
Note that the documentation of may_alias is extremely confusing IMHO (and
c_common_get_alias_set is wrong).
"Accesses to objects with types with this attribute are not subjected to
type-based alias analysis, but a
--- Comment #1 from hjl dot tools at gmail dot com 2008-06-11 14:41 ---
*** This bug has been marked as a duplicate of 33100 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #18 from hjl dot tools at gmail dot com 2008-06-11 14:41
---
*** Bug 36496 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-06-11 14:46 ---
Eventually the fix for PR36154 may be the cause. Can you check backing out
2008-05-08 Richard Guenther <[EMAIL PROTECTED]>
PR middle-end/36154
* tree-ssa-structalias.c (push_fields_onto_fieldstac
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-06-11 14:55 ---
Created an attachment (id=15750)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15750&action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36498
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-06-11 15:20 ---
The offending function is
virtual bool hcScr::hescoreScr::init(Tcl_Interp*, hc::IAccessBase*,
vcm::vcmptr)
but probably only after inlining. The trunk is fine, as is compiling
with --param max-fields-for-field-sen
--- Comment #14 from dnovillo at gcc dot gnu dot org 2008-06-11 15:39
---
Subject: Bug 36245
Author: dnovillo
Date: Wed Jun 11 15:39:09 2008
New Revision: 136672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136672
Log:
2008-06-11 Diego Novillo <[EMAIL PROTECTED]>
M
--- Comment #3 from paolo dot carlini at oracle dot com 2008-06-11 16:58
---
Ok...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo
--- Comment #22 from jyasskin at gmail dot com 2008-06-11 18:05 ---
This is related to generalized constant expressions
(http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2235.pdf) in C++0x.
Those will be marked by the explicit 'constexpr' keyword and will require the
initializati
gfortran built on a CoreDuo running MacOSX 10.4.11 from gcc-4.3.1 using
--enable-languages=c,c++,fortran,objc,java,obj-c++,treelang
--with-gmp=/sw --with-libiconv-prefix=/sw --with-system-zlib --x-
includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --disable-
libjava-multilib
--with-arch=
locator=mt --enable-clocale=gnu --enable-libstdcxx-debug
--enable-mpfr --disable-werror --enable-checking=yes --enable-debug
--with-gmp=/opt/i686/gmp-4.2.2/ --with-mpfr=/opt/i686/mpfr-2.3.0
--disable-multilib --disable-intermodule i686-linux-gnu
Thread model: posix
gcc version 4.4.0 20080611
When crosscompiling for OMAP3 gcc will ICE if you use -mfpu=neon
No ICE: -march=armv7-a -mtune=cortex-a8 -mfpu=vfp -mfloat-abi=softfp
ICE: -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp
Testcase:
[EMAIL PROTECTED]:/OE/angstrom-tmp/work$ cat helloworld.c
#include
int main(void)
{
--- Comment #1 from koen at openembedded dot org 2008-06-11 18:53 ---
marking it as blocker, since NEON can't be used
--
koen at openembedded dot org changed:
What|Removed |Added
-
--- Comment #6 from pluto at agmk dot net 2008-06-11 19:27 ---
this patch causes regression.
r135125 | rguenth | 2008-05-09 21:19:33 +0200 (Fri, 09 May 2008) | 10 lines
2008-05-09 Richard Guenther <[EMAIL PROTEC
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-06-11 19:36 ---
Then the following should fix it.
Index: tree-flow-inline.h
===
--- tree-flow-inline.h (revision 135770)
+++ tree-flow-inline.h (working copy)
@@ -17
The following code is accepted by GCC without any error. It shows that if the
last qualified name given is repeated any number of times then GCC ignores it.
GCC versions from v3.3.3 to v4.3.1 tested on Darwin and Linux platforms.
namespace fred
{
class A
{
public:
A()
{ }
};
}
int main()
--- Comment #2 from jsm28 at gcc dot gnu dot org 2008-06-11 19:54 ---
Already fixed by my patches r136660 on trunk, r136661 on 4.3 branch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-06-11 20:03 ---
Subject: Bug 36425
Author: jsm28
Date: Wed Jun 11 20:02:55 2008
New Revision: 136681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136681
Log:
2008-06-11 Edmar Wienskoski <[EMAIL PROTECTED]>
PR tar
--- Comment #8 from pluto at agmk dot net 2008-06-11 20:14 ---
(In reply to comment #7)
> Then the following should fix it.
>
> Index: tree-flow-inline.h
> ===
> --- tree-flow-inline.h (revision 135770)
> +++ tree-flow-inl
--- Comment #3 from steven at gcc dot gnu dot org 2008-06-11 20:19 ---
Jakub is the OpenMP guru.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2008-06-11 20:29 ---
Using OpenMP pragmas in multiple pthread_create created threads concurrently
isn't supported in 4.2/4.3.
There is a support for it on the trunk since a few days ago though.
--
jakub at gcc dot gnu dot org changed:
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-06-11 20:41 ---
Hm, the patch in comment #6 only affects the case where we have a union with
subvars. Did you check that just reverting this patch brings us back to
580MB and 1min32?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #10 from pluto at agmk dot net 2008-06-11 20:50 ---
(In reply to comment #9)
> Hm, the patch in comment #6 only affects the case where we have a union with
> subvars. Did you check that just reverting this patch brings us back to
> 580MB and 1min32?
yes, i've checked r13512
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-06-11 21:04
---
Ah, but that test also reverts all followup patches, like
2008-05-28 Richard Guenther <[EMAIL PROTECTED]>
PR tree-optimization/36339
* tree-ssa-alias.c (set_initial_properties): Move pt_anything
--- Comment #3 from martin at kfib dot org 2008-06-11 21:13 ---
Exact line for compiling is:
avr-gcc -mmcu=atmega48 -Walltest.c -o test
And now I'm very confused. I KNOW I've tried with and without optimization
before and that it made no difference (or possibly I'm a major clutz)
--- Comment #12 from pluto at agmk dot net 2008-06-11 21:17 ---
(In reply to comment #11)
> Ah, but that test also reverts all followup patches, like
> (...)
> so, did you apply the patch in comment #7 on top of r135125 or on top
> of the branch head?
on top of the branch head (r136662)
--- Comment #3 from koen at openembedded dot org 2008-06-11 21:44 ---
And indeed that patch fixes it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36500
--- Comment #4 from hutchinsonandy at aim dot com 2008-06-11 22:05 ---
I'm sure Eric will weight in again to verify code posted executes correctly (it
looks correct to me).
I suspect you have some config or memory issue.
For example, unoptimized, the string is stored at location 0x100
c,c++,objc
Thread model: posix
gcc version 4.4.0 20080611 (experimental) (GCC)
gcc changes esp in every function, even if it has no stack values. Given:
int a;
void f() {a++;}
> gcc -O -fomit-frame-pointer -fno-pic -S add.c
_f:
subl$12, %esp
incl_a
addl
c,c++,objc
Thread model: posix
gcc version 4.4.0 20080611 (experimental) (GCC)
gcc compiles
int shift32(int i, int n)
{
return i >> (32 - n);
}
to
_shift32:
subl$12, %esp
movl$32, %ecx
subl20(%esp), %ecx
movl16(%esp), %eax
sa
--
astrange at ithinksw dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36503
when building xorg-server with -O3 -fprefetch-loop-arrays and gcc-4.3.1 on an
amd64 linux system, we hit an ICE like so:
texenvprogram.c: In function 'emit_combine':
texenvprogram.c:739: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropr
--- Comment #1 from vapier at gentoo dot org 2008-06-11 23:37 ---
Created an attachment (id=15751)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15751&action=view)
reduced texenvprogram.i
$ gcc -c -O3 -fprefetch-loop-arrays texenvprogram.i
texenvprogram.i: In function ?create_new_
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-11 23:43 ---
This is due to alignment requirement interacting weirdly with the back-end.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-11 23:44 ---
*** This bug has been marked as a duplicate of 11764 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-06-11 23:44
---
*** Bug 36501 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 2008-06-11 23:49 ---
This is not a bug in GCC, read PR 359 for more info why.
*** This bug has been marked as a duplicate of 359 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-06-11 23:49 ---
*** Bug 36499 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 2008-06-12 00:05 ---
>I'd guess this applies to some other architectures;
Not really. It depends on the definition of the shift. Most targets have
undefined values are produced from negative shifts values.
--
http://gcc.gnu.org/
--- Comment #7 from kris dot van dot hees at oracle dot com 2008-06-12
00:12 ---
Patch looks good to me. Good catch!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36479
--- Comment #1 from burnus at gcc dot gnu dot org 2008-06-12 06:59 ---
See also:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1be03a24d808c0c1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36497
78 matches
Mail list logo
