--- Comment #5 from ubizjak at gmail dot com 2007-07-12 07:05 ---
(In reply to comment #3)
> regmove should have changed that but it does not probably because the final
> constraint does not have a duplicate operand. Actually, I think you want to
> look at anddi_1_rex64, not adddi_1_re
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-12 07:27
---
> BTW, if you revert a patch, you should add the testcase that is the reason
> it. To avoid regressing again if the patch gets re-applied. Similarly, you
> should xfail the other testcase that now fails.
Joost,
g
--- Comment #5 from rakdver at gcc dot gnu dot org 2007-07-12 07:36 ---
Patch: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01130.html
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
We use in the library the _gfortran_ prefix; to do so, the
-fallow-leading-underscore was created. The idea was to replace it as soon as
we have ISO C Bindings. Well, we do now ...
http://gcc.gnu.org/ml/gcc-cvs/2007-01/msg00712.html
r121007 | fxcoudert | 2007-01-20 19:33:20 +0100 (Sa, 20 Jan 2007
--- Comment #5 from ubizjak at gmail dot com 2007-07-12 08:22 ---
(In reply to comment #0)
> The loop for CallSumDeltas2 compiles to:
>
> .L7:
> movdqa %xmm1, %xmm0
> pslldq $4, %xmm0
> addl$1, %eax
> paddd %xmm1, %xmm0
> cmpl$100
Dear sirs,
I would like to apologize if my bug report is done in a poor way: I am a
"novice" in Fortran programming.
I get this segmentation fault error when I compile my code, that consists of a
main program and three modules.
--
Summary: internal compiler error: Segmentation fault
--- Comment #1 from alex_zuma1 at yahoo dot com 2007-07-12 09:34 ---
Created an attachment (id=13898)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13898&action=view)
This is the main program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
--- Comment #2 from alex_zuma1 at yahoo dot com 2007-07-12 09:35 ---
Created an attachment (id=13899)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13899&action=view)
Module #1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
--- Comment #3 from alex_zuma1 at yahoo dot com 2007-07-12 09:35 ---
Created an attachment (id=13900)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13900&action=view)
Module #2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
--- Comment #4 from alex_zuma1 at yahoo dot com 2007-07-12 09:36 ---
Created an attachment (id=13901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13901&action=view)
Module #3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
--- Comment #5 from alex_zuma1 at yahoo dot com 2007-07-12 09:38 ---
Created an attachment (id=13902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13902&action=view)
This is the command sequence I used in the prompt
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32737
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-07-12 09:56 ---
Probably related to PR32722 / PR32636.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-07-12 09:57
---
I bet this is the same as PR32722.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-12 10:18 ---
I've now identified the patch that caused this regression:
2007-04-03 Andrew Haley <[EMAIL PROTECTED]>
* jvgenmain.c (main): Change main to use class$, not class$$.
(do_mangle_classname): Likewise.
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-12 10:20 ---
Like PR libgcj/32462, this is also caused by this patch:
2007-04-03 Andrew Haley <[EMAIL PROTECTED]>
* jvgenmain.c (main): Change main to use class$, not class$$.
(do_mangle_classname): Likewise.
--- Comment #6 from rakdver at gcc dot gnu dot org 2007-07-12 10:24 ---
Subject: Bug 32729
Author: rakdver
Date: Thu Jul 12 10:24:19 2007
New Revision: 126576
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126576
Log:
PR rtl-optimization/32729
* cfghooks.c (can_d
--- Comment #9 from aph at gcc dot gnu dot org 2007-07-12 10:49 ---
This is somewhat bewildering: if the visibility attribute is not supported, who
does setting the visibility make any difference to the build?
Nonetheless, I have no objection to something like
static void
hide (tree de
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-07-12 10:59
---
Subject: Bug 29804
Author: fxcoudert
Date: Thu Jul 12 10:58:49 2007
New Revision: 126578
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126578
Log:
PR fortran/29804
* gfortran.dg/alloc_com
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-07-12 11:16
---
I can't see this bug on i686-linux nor x86_64-linux, even with valgrind. I
committed the testcase into our testsuite, so that we can see if it ever
reappears.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #6 from burnus at gcc dot gnu dot org 2007-07-12 11:22 ---
Some information you left out: The gfortran version and the platform; both are
shown with "gfortran -v".
Besides you need to compile in the order of dependence:
gfortran -c parametri.f95 thom_mod.f95 spline.f95 inter
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-12 12:05 ---
Subject: Bug 30854
Author: jakub
Date: Thu Jul 12 12:05:39 2007
New Revision: 126582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126582
Log:
PR c++/30854
* error.c (dump_expr) : Pass true as
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-12 12:14 ---
And as of r126576 this one is hidden again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32722
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-12 12:15 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-12 12:17 ---
Subject: Bug 32550
Author: jakub
Date: Thu Jul 12 12:16:54 2007
New Revision: 126583
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126583
Log:
PR fortran/32550
* trans.h (GFC_POINTER_TYPE_P):
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-12 12:20 ---
Fixed in 4.3.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.2.1
--- Comment #7 from alex_zuma1 at yahoo dot com 2007-07-12 12:56 ---
(In reply to comment #6)
Concerning the compiling sequence: I am aware that the program interpfxlv needs
the three modules (parametri, thom_mod and spline) to work, but I was wondering
if there is a way to tell gfortra
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2007-07-12
14:15 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
aph at gcc dot gnu dot org writes:
> --- Comment #9 from aph at gcc dot gnu dot org 2007-07-12 10:49 ---
> This is somewha
--- Comment #11 from ro at gcc dot gnu dot org 2007-07-12 14:26 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc d
--- Comment #8 from ro at gcc dot gnu dot org 2007-07-12 14:27 ---
Mine. Patch here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462#c10
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from aph at gcc dot gnu dot org 2007-07-12 14:34 ---
You should probably bootstrap. Post the patch to the list.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
--- Comment #9 from dorit at gcc dot gnu dot org 2007-07-12 14:42 ---
Subject: Bug 25413
Author: dorit
Date: Thu Jul 12 14:42:08 2007
New Revision: 126591
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126591
Log:
2007-07-12 Dorit Nuzman <[EMAIL PROTECTED]>
Devang
When I compile the file listed below using the latest snapshot version of
gfortran, I get the following messages:
c.f90:46.18:
use cluster_tree
1
Warning: Although not referenced, '' at (1) has ambiguous interfaces
c.f90:48.13:
print *, tree_size(1)
1
Error: Fun
Hi,
Compiling following testcase for "h8sx" target with optimization (-O1
onwards), gives ICE (internal compiler error) . The testcase works fine
for other H8 targets.
// Start Of Testcase
===
#include
typedef union
{
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
//File template_test.cpp
# include
# include
class V
{
public:
template
static void RPG(const std::vector& listIn, std::vector& listOut);
} ;
template
inline
void V::RPG(const std::vector& listIn,
std::vector&
listOut)
{
for
--- Comment #13 from pinskia at gmail dot com 2007-07-12 15:47 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
On 12 Jul 2007 14:15:06 -, ro at techfak dot uni-bielefeld dot de
<[EMAIL PROTECTED]> wrote:
> static void
> -hide (tree decl)
> -{
> +hide (t
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 15:48 ---
>std::vector::const_iterator
You forgot the typename keyword.
See http://gcc.gnu.org/gcc-3.4/changes.html.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from raviprakashg at hotmail dot com 2007-07-12 15:59
---
Thank you.
--
raviprakashg at hotmail dot com changed:
What|Removed |Added
Status|RE
This patch:
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00365.html
causes a regression.
--
Summary: [4.3 regression]: gcc 4.3 revision 126570 failed
459.GemsFDTD in SPEC CPU 2006
Product: gcc
Version: unknown
Status: UNCONFIRMED
--- Comment #1 from hjl at lucon dot org 2007-07-12 17:03 ---
Created an attachment (id=13903)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13903&action=view)
A testcase
[EMAIL PROTECTED] 648]$ make
/usr/gcc-4.3/bin/gfortran p.f90 -c
/usr/gcc-4.3/bin/gfortran e.f90 -c
/usr/gcc-4.
--- Comment #14 from ro at techfak dot uni-bielefeld dot de 2007-07-12
17:16 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
pinskia at gmail dot com writes:
> This is way too conservative, see PR 26989 for the reasons why?
But how do you propose to hand
--- Comment #15 from aph at gcc dot gnu dot org 2007-07-12 17:27 ---
#ifdef HAVE_GAS_HIDDEN is fine. There is no real bad consequence to not hiding
those symbols; it's just that the DSO exports a lot of unnecessary junk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32462
--- Comment #16 from ro at techfak dot uni-bielefeld dot de 2007-07-12
17:30 ---
Subject: Re: [4.3 regression] Linking libgcj.so fails on Solaris 10/x86
aph at gcc dot gnu dot org writes:
> #ifdef HAVE_GAS_HIDDEN is fine. There is no real bad consequence to not
> hiding
> those sym
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-12 17:39 ---
>From the error message this seems to be a duplicate of 32727.
Note that the patch (for PR32634) has been reverted and therefore SPEC should
not fail anymore.
Thanks for the report.
*** This bug has been marked as a
--- Comment #11 from burnus at gcc dot gnu dot org 2007-07-12 17:39 ---
*** Bug 32741 has been marked as a duplicate of this bug. ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ro at gcc dot gnu dot org 2007-07-12 17:43 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01185.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3456
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-12 18:24 ---
New error message, but probably same reason. As I wrote in another PR:
This seems to be a duplicate of PR 32727.
Note that the offending patch (for PR32634) has been reverted and therefore
this should not fail anymor
--- Comment #8 from burnus at gcc dot gnu dot org 2007-07-12 18:41 ---
> Concerning the compiling sequence: I am aware that the program interpfxlv
> needs the three modules (parametri, thom_mod and spline) to work, but I was
> wondering if there is a way to tell gfortran to follow the r
--- Comment #4 from danglin at gcc dot gnu dot org 2007-07-12 18:50 ---
I tried increasing the kernel maxdsiz limits to 2 GB. However, we
still die after allocating roughly the same number of bytes.
In 32-bit PA runtime, malloc allocates memory using brk and sbrk
from the data segment.
--- Comment #34 from paolo dot bonzini at lu dot unisi dot ch 2007-07-12
19:01 ---
Subject: Re: [4.1/4.2/4.3 regression] : can't find
a register in class 'GENERAL_REGS' while reloading 'asm'
kkojima at gcc dot gnu dot org wrote:
> --- Comment #33 from kkojima at gcc dot gnu dot o
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-07-12 19:15 ---
I have a few upcoming patches that should seriously reduce memory usage of
points-to.
If they work on mainline, i will backport them to 4.2
Please be patient, sorry for this :)
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-12
19:21 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
805021000 bytes
> I have a few upcoming patches that should seriously reduce memory usage of
> points-to.
Sounds good.
Dave
--
--enable-clocale=gnu --enable-bootstrap
--enable-languages=c,fortran --enable-altivec --disable-checking --disable-nls
--disable-decimal-float --disable-werror --disable-multilib
--with-ibmlongdouble --with-cpu=7450 --enable-clocale=gnu --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070712
--- Comment #1 from michelin60 at gmail dot com 2007-07-12 19:39 ---
Created an attachment (id=13904)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13904&action=view)
standard *.i file
*.i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32742
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-12 19:39 ---
Already fixed by:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01186.html
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00451.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-12 19:52 ---
Subject: Bug 32601
Author: burnus
Date: Thu Jul 12 19:52:03 2007
New Revision: 126598
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126598
Log:
2007-07-12 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-12 19:52 ---
Subject: Bug 32599
Author: burnus
Date: Thu Jul 12 19:52:03 2007
New Revision: 126598
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126598
Log:
2007-07-12 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #2 from ro at gcc dot gnu dot org 2007-07-12 19:55 ---
Same problem on i386-pc-solaris2.10 as of r126588. Compilation succeeds with
-O.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from pault at gcc dot gnu dot org 2007-07-12 20:05 ---
Subject: Bug 32727
Author: pault
Date: Thu Jul 12 20:04:59 2007
New Revision: 126600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126600
Log:
2007-07-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #7 from pault at gcc dot gnu dot org 2007-07-12 20:05 ---
Subject: Bug 32634
Author: pault
Date: Thu Jul 12 20:04:59 2007
New Revision: 126600
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126600
Log:
2007-07-12 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-12 20:24 ---
(In reply to comment #2)
> From the error message this seems to be a duplicate of 32727.
> Note that the patch (for PR32634) has been reverted and therefore SPEC should
> not fail anymore.
> Thanks for the report.
>
>
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-12 20:24 ---
Fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-12 20:25 ---
Fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #13 from pault at gcc dot gnu dot org 2007-07-12 20:26 ---
Thanks for the very prompt report.
I would use your cp2k testcase but it does not compile on Cygwin - it runs out
of memory during compilation. When I have a moment, I'll break itup.
Fixed on trunk
Paul
--
paul
--- Comment #8 from pault at gcc dot gnu dot org 2007-07-12 20:27 ---
Fixed... again, I hope.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-12 20:29 ---
Subject: Bug 32704
Author: dfranke
Date: Thu Jul 12 20:28:57 2007
New Revision: 126601
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126601
Log:
2007-07-12 Daniel Franke <[EMAIL PROTECTED]>
PR fo
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-12 20:31 ---
Documented. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
St
This is with GCC trunk r126556 (2007-07-11).
Note that the instruction at 0x08048388 means that the offset from
%esp to the CFA is not a constant, but the .debug_frame information
for 0x0804838e and beyond claims the CFA is a constant distance from
either %esp or %ebp.
The proper behavior would b
On both alpha-dec-osf4.0f and alpha-dec-osf5.1b, current mainline (as of
r126588) fails to bootstrap:
/vol/gccsrc/obj/gcc-4.3.0-20070712/4.0f-gcc/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.3.0-20070712/4.0f-gcc/./gcc/
-B/vol/gcc/alpha-dec-osf4.0f/bin/ -B/vol/gcc/alpha-dec-osf4.0f/lib/ -isystem
/vol/gcc
--- Comment #5 from pitaman at austin dot rr dot com 2007-07-12 20:55
---
Subject: Re: bogus "template with C linkage" from erroneous #line directives
That directory did not exist - once I had built Xerces I manually
copied the files there.
Alan
On Jul 11, 2007, at 8:25 PM, pinski
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-12 21:01 ---
*** Bug 32744 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 2007-07-12 21:01 ---
Almost a month after the patch broke alpha bootstrap, I guess that means nobody
cares that much.
*** This bug has been marked as a duplicate of 32522 ***
--
pinskia at gcc dot gnu dot org changed:
Wh
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 21:04 ---
I think this is really the same as PR 29628.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32743
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2007-07-12
21:18 ---
Subject: Re: [4.3 regression] ICE in build2_stat, at tree.c:3077 bootstrapping
on Tru64 UNIX
pinskia at gcc dot gnu dot org writes:
> Almost a month after the patch broke alpha bootstrap, I guess that mea
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-12 21:20 ---
Don't copy into /usr/include, use /usr/local/include instead.
Anyways the underlaying issue has been fixed for 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from pitaman at austin dot rr dot com 2007-07-12 21:56
---
Subject: Re: bogus "template with C linkage" from erroneous #line directives
Good to know it. Thanks for the response.
Alan
On Jul 12, 2007, at 4:20 PM, pinskia at gcc dot gnu dot org wrote:
>
>
> --- Com
Bootstrapping mainline on sparc-sun-solaris2.10 as of r126588 fails
building the sparcv9 stage2 libgcc:
/vol/gccsrc/obj/gcc-4.3.0-20070712/10-gcc/./gcc/xgcc
-B/vol/gccsrc/obj/gcc-4.3.0-20070712/10-gcc/./gcc/
-B/vol/gcc/sparc-sun-solaris2.10/bin/ -B/vol/gcc/sparc-sun-solaris2.10/lib/
-isystem
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-12 22:15 ---
Subject: Bug 31639
Author: dfranke
Date: Thu Jul 12 22:15:11 2007
New Revision: 126605
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126605
Log:
gcc/fortran:
2007-07-12 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 22:24 ---
Already fixed.
*** This bug has been marked as a duplicate of 32742 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-12 22:24 ---
*** Bug 32745 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
-decimal-float
--enable-shared --enable-tls --enable-threads=posix --enable-bootstrap
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,fortran
--with-cpu=pentium3 --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070712 (experimental)
/var/tmp/gcc/testsuite/g
--- Comment #1 from rosana07a at gmail dot com 2007-07-12 22:30 ---
Created an attachment (id=13905)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13905&action=view)
pr24665.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32746
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
GCC build triplet|i686|
GCC host t
--- Comment #58 from manu at gcc dot gnu dot org 2007-07-12 22:57 ---
Subject: Bug 25241
Author: manu
Date: Thu Jul 12 22:57:32 2007
New Revision: 126606
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126606
Log:
2007-07-12 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
J
--- Comment #59 from manu at gcc dot gnu dot org 2007-07-12 23:05 ---
This is fixed for the C front-end.
The C++ front-end just needs to define the prefixes and fix all failures in the
same way that has been done for the C front-end.
The Fortran front-end would require more changes,
Testcase is as simple as this, compile with -O2 (can be triggered in a cross
compiler):
void foo (unsigned u)
{
if (u != 0x34303365)
bar ();
}
Result may vary, either segfault in get_last_value_validate(), or ICE in
copy_rtx, at rtl.c:314, or abort() in libc after free, depending on how
com
--- Comment #30 from awl03 at doc dot ic dot ac dot uk 2007-07-12 23:58
---
> This patch applies fine to CVS head, but it does not appear to help
> significantly with the C++ test cases like the ones in the test suite.
If I run the pass58-frag.cxx test case without the patch it produce
Revision 126278 fails:
FAIL: gfortran.dg/array_constructor_6.f90 -O3 -fomit-frame-pointer
-funroll-loops execution test
FAIL: gfortran.dg/array_constructor_6.f90 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions execution test
and revision 126120 works.
--
Summary:
Revision 126060 fails:
AIL: gfortran.dg/auto_array_1.f90 -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: gfortran.dg/auto_array_1.f90 -O3 -fomit-frame-pointer -funroll-all-loops
-finline-functions execution test
and revision 126007 works.
--
Summary: [4.3 regression
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
The attached test case produces this warning:
$ gcc -save-temps -O2 shortened.c -o shortened
shortened.s: Assembler messages:
shortened.s:21: Warning: 0003fffc shortened to fffc
This only happens with -O2, not with -O0 or -O1.
I can reproduce this on the following versions (t
--- Comment #10 from dirtyepic at gentoo dot org 2007-07-13 00:13 ---
any chance of a 4.2 backport?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25413
--- Comment #1 from hlinnaka at iki dot fi 2007-07-13 00:21 ---
Created an attachment (id=13906)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13906&action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32750
--- Comment #2 from hlinnaka at iki dot fi 2007-07-13 00:24 ---
Created an attachment (id=13907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13907&action=view)
Preprocessed file from the testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32750
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Ke
--- Comment #2 from pcarlini at suse dot de 2007-07-13 01:19 ---
Seems also easy...
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-07-13 00:30
---
There has not been any patch to the Fortran front-end during that time, making
it plausible that it's a middle-end or target bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32749
--- Comment #2 from hjl at lucon dot org 2007-07-13 00:55 ---
On Linux/x86-64, Gcc 4.3 revision 120783 is OK:
http://gcc.gnu.org/ml/gcc-testresults/2007-01/msg00613.html
and revision 120903 fails.
--
hjl at lucon dot org changed:
What|Removed |Ad
--- Comment #1 from pcarlini at suse dot de 2007-07-13 00:56 ---
Seems easy to fix...
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigne
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-13 02:26 ---
Reduced testcase:
struct RegisterLayout
{
int intmask;
};
struct Controller_t
{
static inline void
disableInterrupt()
{
*mpMaskRegister = 0;
};
static int * const mpMaskRegister;
};
ex
1 - 100 of 104 matches
Mail list logo
