--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-07-12 06:00
---
We have a problem of 'doubling up the directories'. This _always_ occurs for
platform i686-pc-cygwin as described here (with a FIX):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30341
Please do not pollute
--- Comment #5 from ubizjak at gmail dot com 2007-07-12 06:08 ---
(In reply to comment #4)
bootstrap to be done). The problem was reported on m68k initially but I
checked
FWIW, the problem was reported on i686-pc-linux-gnu, but it is generic RTL
missed-optimization problem.
BTW:
--- Comment #6 from dougkwan at google dot com 2007-07-12 06:17 ---
Subject: Re: [4.0/4.1/4.2/4.3 regression] Missing byte swap optimizations
I misread one of the earlier comments when I typed the reply. So I
thought it was reported on the m68k first. I agree that adding test
cases
--- Comment #7 from mark at codesourcery dot com 2007-07-12 06:20 ---
Subject: Re: [4.1 Regression] ICE in resolve_overloaded_unification
reichelt at gcc dot gnu dot org wrote:
templatetypename struct A
{
A operator(void (*)(A));
};
templatetypename T AT operator(AT, const
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-12 06:22 ---
(In reply to comment #5)
Daniel,
Hmmm! Cancel that - I'll have a slot this evening where I can either fix it or
revert it myself. Just leave it to me but, I'll let you know if I am unable to
do the business.
Paul
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-12 06:31 ---
Subject: Bug 32634
Author: dfranke
Date: Thu Jul 12 06:31:12 2007
New Revision: 126572
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126572
Log:
2007-07-12 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-12 06:31 ---
Subject: Bug 32727
Author: dfranke
Date: Thu Jul 12 06:31:12 2007
New Revision: 126572
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126572
Log:
2007-07-12 Daniel Franke [EMAIL PROTECTED]
PR
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-12 06:35 ---
Reverted patch and re-opened as requested in PR32727.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-12 06:36 ---
Sorry, too late :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32727
--- Comment #9 from jv244 at cam dot ac dot uk 2007-07-12 06:57 ---
(In reply to comment #8)
Sorry, too late :(
Fine with me :-), I can give gfortran another round of testing today... thanks
BTW, if you revert a patch, you should add the testcase that is the reason it.
To avoid
--- 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
--- 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,
--- 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
--- 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$1,
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=13898action=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=13899action=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=13900action=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=13901action=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=13902action=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=gccview=revrev=126576
Log:
PR rtl-optimization/32729
* cfghooks.c
--- 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
--- 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=gccview=revrev=126578
Log:
PR fortran/29804
*
--- 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
--- 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=gccview=revrev=126582
Log:
PR c++/30854
* error.c (dump_expr) case
--- 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=gccview=revrev=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
--- 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 somewhat
--- 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
--- 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=gccview=revrev=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:
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 stdlib.h
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 iostream
# include vector
class V
{
public:
template class T
static void RPG(const std::vectorT listIn, std::vectorT listOut);
} ;
template class T
inline
void V::RPG(const std::vectorT listIn,
--- 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 (tree
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-12 15:48 ---
std::vectorT::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
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=13903action=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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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 :)
--
--- 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=13904action=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=gccview=revrev=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=gccview=revrev=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=gccview=revrev=126600
Log:
2007-07-12 Paul Thomas [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=126600
Log:
2007-07-12 Paul Thomas [EMAIL PROTECTED]
PR
--- 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
--- 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
--- 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
--
--- 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=gccview=revrev=126601
Log:
2007-07-12 Daniel Franke [EMAIL PROTECTED]
PR
--- 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
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
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, pinskia
--- 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:
--- 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
--- 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:
--- Comment
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=gccview=revrev=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=13905action=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
--- 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=gccview=revrev=126606
Log:
2007-07-12 Manuel Lopez-Ibanez [EMAIL PROTECTED]
--- 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
--- 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 produces
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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
1 - 100 of 113 matches
Mail list logo