How does one dump the trees in pt.c:tsubst in some hunan readable
format. I've tried:
struct dump_info di;
di.stream=stderr;
cp_dump_tree(di, args);
cp_dump_tree(di, arg);
cp_dump_tree(di, t);
however, no ouput is produced because the TREE_CODE for each of
the 2nd args doesn't match
On 07 Feb 2007 15:36:14 -0800
Ian Lance Taylor [EMAIL PROTECTED] wrote:
Can anybody else out there recreate this on their x86_64 system?
Not that I could not recreate the segfault but I found a way to hide the
segfault. Instead of optimizing with nocona
make \
On Fri, 9 Feb 2007, Mark Mitchell wrote:
GCC 4.1.2 RC2 is now available from:
ftp://gcc.gnu.org/pub/gcc/prerelease-4.1.2-20070208
and its mirrors.
The changes relative to RC1 are fixes for:
1. PR 29683: a wrong-code issue on Darwin
2. PR 30370: a build problem for certain PowerPC
1. g++.dg/debug/debug9.C fails as described in PR 30649. I believe this
is simply a mistaken testcase checkin. If confirmed by someone, no big
deal I can remove it.
Looks bogus to me like the 2 other testcases.
3. gcc.c-torture/execute/20061101-1.c is a new failure at -O2 and at more
David Edelsohn wrote:
Tom Tromey writes:
Tom David probably knows this, but for others, Jakub and Andrew put in a
Tom patch for this today. I think it is only on trunk, not any other
Tom branches.
Should this be included in GCC 4.1.2?
Unfortunately, I think it's too late for that.
On Fri, 9 Feb 2007, Larry Evans wrote:
The doc on --enable-checking at:
http://gcc.gnu.org/install/configure.html
contains:
--enable-checking=list
and implies that list may either be a category (yes,all,release,no) or a
sequence of flags (e.g. fold,gcac,gc,valgrind); however, it
Kaveh R. GHAZI wrote:
[Java folks: see below for check-in window for daylight savings time
patches.]
Test results for sparc/sparc64 on solaris2.10 are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-02/msg00422.html
http://gcc.gnu.org/ml/gcc-testresults/2007-02/msg00423.html
Thanks!
In
make bootstrap used to compare stage2 and stage3 after gcc was
bootstrapped. make bootstrap would abort if comparison was failed.
Now, compare stage2 and stage3 is not longer done for
make bootstrap. Is that intentional? I think it is a very bad
idea.
H.J.
On Sun, Feb 11, 2007 at 01:00:41PM -0800, H. J. Lu wrote:
make bootstrap used to compare stage2 and stage3 after gcc was
bootstrapped. make bootstrap would abort if comparison was failed.
Now, compare stage2 and stage3 is not longer done for
make bootstrap. Is that intentional? I think it is
On Sun, Feb 11, 2007 at 05:11:15PM +0100, Hanno Meyer-Thurow wrote:
On 07 Feb 2007 15:36:14 -0800
Ian Lance Taylor [EMAIL PROTECTED] wrote:
Can anybody else out there recreate this on their x86_64 system?
Not that I could not recreate the segfault but I found a way to hide the
segfault.
Hi All,
I am coding an extension for GCC and am having some difficulty with
pre-compiled headers. I dont know if my understanding of how they work
is completely correct and so my code is getting a segfault.
I have a hook into gimplify_function_tree() and I process functions as
they pass through
H. J. Lu [EMAIL PROTECTED] writes:
Now, compare stage2 and stage3 is not longer done for
make bootstrap.
Since when? Works fine for me.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA
Therefore, if the Java folks have daylight savings time patches that
they would like to check in, please do so before Monday evening,
California time. If these work out, we'll leave them in for 4.1.2;
otherwise, we'll back them out. We will not do an RC4 simply to correct
problems in these
On 02/11/2007 04:28 PM, Larry Evans wrote:
[snip]
I think a patch adding descriptions to the docs would be an improvement.
Would you like to submit one?
Thanks,
--Kaveh
I could, but the only thing I would do would be something like:
The meaning of these flags can be
On Sun, 11 Feb 2007, Larry Evans wrote:
[snip]
I tried downloading and editying
http://gcc.gnu.org/install/configure.html; however, I soon ran into problems.
Attached is a diff between the original .html and the
modifications I tried. It shows that even the comments in config.in
are confusing
On Sun, Feb 11, 2007 at 01:09:40PM -0800, H. J. Lu wrote:
On Sun, Feb 11, 2007 at 05:11:15PM +0100, Hanno Meyer-Thurow wrote:
On 07 Feb 2007 15:36:14 -0800
Ian Lance Taylor [EMAIL PROTECTED] wrote:
Can anybody else out there recreate this on their x86_64 system?
Not that I could
I am CC'ing this message to gcc@gcc.gnu.org to give GCC developers a
heads-up on the situation. For GCC developers: please see
http://lists.gnu.org/archive/html/bug-gnulib/2007-02/msg00106.html
for the problem with a gcc-4.3 snapshot with --std=gnu99 -O2 and
glibc wchar.h.
Ralf Wildenhues [EMAIL
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-11 09:52 ---
(In reply to comment #6)
Paul, I take it you are aware of PR21881 (Array descriptors limit derived
type
sizes)... I don't fully grasp the way array descriptor work for derived
types,
but I wanted to mention
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-11 09:56 ---
Toon,
This is the next job on my list - I have an opportunity to work on it tonight.
I have a patch that mostly works but does something very peculiar for a couple
of the testcase - the compiler just stops; no
This is caused by the lower-subreg patch (adding -fno-split-wide-types is a
workaround):
$ ../../xgcc -B../../ -c -O2 -fno-common -gnatpg -gnata -I- -I../rts -I.
-I ../../../../gcc/ada ../../../../gcc/ada/make.adb -c
/tmp/ccXcjvZm.s: Assembler messages:
/tmp/ccXcjvZm.s:6958: Error:
$ gcc-4.2.orig-HEAD -Os -c double-int.i tree-ssa-loop-niter.i -o libbackend.o
-combine
tree-ssa-loop-niter.i: In function 'derive_constant_upper_bound':
tree-ssa-loop-niter.i:28: error: incompatible type for argument 1 of
'double_int_negative_p'
where gcc-4.2.orig-HEAD is a pristine checkout
--- Comment #1 from aldot at gcc dot gnu dot org 2007-02-11 10:24 ---
Created an attachment (id=13031)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13031action=view)
reduced from gcc/double-int.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #2 from aldot at gcc dot gnu dot org 2007-02-11 10:24 ---
Created an attachment (id=13032)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13032action=view)
reduced from tree-ssa-loop-niter.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #3 from aldot at gcc dot gnu dot org 2007-02-11 10:26 ---
May be related to 29478 according to apinski. This one blocks compilation
rather than just generating an unpleasant warning, tough.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762
--- Comment #4 from aldot at gcc dot gnu dot org 2007-02-11 10:28 ---
Works with
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-11 10:31 ---
Actually this has nothing to do with -fsplit-wide-types, This shows up in some
cases without that, There is a reload patch floating about which fixes this.
The problem is that reload does not elimate the soft frame
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-11 10:47 ---
(In reply to comment #1)
I actually saw it in a modified version of 4.1.1.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jv244 at cam dot ac dot uk 2007-02-11 10:55 ---
(In reply to comment #0)
If you extract the object
file get_clockfreq.o from /usr/lib/librt.a then you can call the function
__get_clockfreq() to determine clock frequency. To extract the routine, try:
ar xv
--- Comment #5 from aldot at gcc dot gnu dot org 2007-02-11 11:05 ---
Created an attachment (id=13033)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13033action=view)
smaller testcase for the tree-ssa-loop-niter part
--
aldot at gcc dot gnu dot org changed:
What
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-02-11 11:39
---
Testing a patch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from aldot at gcc dot gnu dot org 2007-02-11 11:57 ---
Created an attachment (id=13034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13034action=view)
minimal testcase file 1
--
aldot at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from aldot at gcc dot gnu dot org 2007-02-11 11:58 ---
Created an attachment (id=13035)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13035action=view)
minimal testcase file 2
--
aldot at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from aldot at gcc dot gnu dot org 2007-02-11 11:59 ---
Fails to merge type information from different TUs?
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
Test case:
#include stdio.h
#define INT_INVALID -1
class Test
{
int b : 16;
int a;
int c : 16;
public:
Test()
{
b = a = c = INT_INVALID;
//a = b = c = INT_INVALID;
}
void dump()const
{
printf(a: %d\tb: %d\tc: %d\n,a,b,c);
}
};
int main()
{
Test a;
--- Comment #1 from vovanec at gmail dot com 2007-02-11 13:20 ---
When order of assignment has changed (a = b = c = INT_INVALID;)
test case returns correct values.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30763
GFortran on Fedora Core 6 (gcc-gfortran-4.1.1-51.fc6) can't compile module
files that contain real constants (parameter attribute).
Example: Module file const.f90:
module const
real, parameter :: a=3.5
end module const
Compile command gfortran -c const.f90 leads to ICE:
const.f90:0: internal
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
14:46 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
14:49 ---
Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
not name a type
With the above patch, the problem still exists but it's moved to a
different file:
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-02-11 16:52
---
This works OK on gfortran 4.3.
and on my FC6 install:
$ gfortran -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--- Comment #1 from ian at airs dot com 2007-02-11 16:55 ---
This works for me on sparc-sun-solaris2.10 at svn revision 121803. I don't
have access to a SPARC GNU/Linux system. Which exact sources are you building?
Do you have any local patches? How did you run configure?
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-11 17:42 ---
We don't support binaries from redhat. You might as well report this bug to
them instead.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from kargl at gcc dot gnu dot org 2007-02-11 17:43 ---
Works for me with these compilers:
GNU Fortran 95 (GCC) 4.3.0 20070130 (experimental)
Copyright (C) 2006 Free Software Foundation, Inc.
troutmask:sgk[209] gfc42 --version
GNU Fortran 95 (GCC) 4.2.0 20070126
--- Comment #2 from engel at itp1 dot uni-stuttgart dot de 2007-02-11
17:40 ---
(In reply to comment #1)
This works OK on gfortran 4.3.
and on my FC6 install:
$ gfortran -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-11 18:20 ---
Confirmed, but I remember seeing this elsewhere so it must be a dup.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|linux-i386 |
Keywords||wrong-code
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-11 18:27 ---
This works for me in 4.3.0:
.[pinskia-laptop:gcc/objdir-noboot/gcc] pinskia% ./a.out
a: -1 b: -1 c: -1
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #44 from mmitchel at gcc dot gnu dot org 2007-02-11 18:58
---
Subject: Bug 29487
Author: mmitchel
Date: Sun Feb 11 18:58:05 2007
New Revision: 121819
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121819
Log:
PR target/29487
* tree.h
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-11 19:12 ---
This is caused by the lower-subreg patch
Exposed by, not caused by in this case. It exposed an issue with reload and
register elimination which was originally exposed by Jakub's patch. I was able
to reproduce the
--- Comment #45 from mmitchel at gcc dot gnu dot org 2007-02-11 19:20
---
Fixed in 4.2.0, mainline.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from s_j_newbury at yahoo dot co dot uk 2007-02-11 19:34
---
The problem is resolved in current binutils/gcc so marking as FIXED.
--
s_j_newbury at yahoo dot co dot uk changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-02-11 19:39 ---
Contrary to this, the docs of g77-3.4.6 [1] state:
Status: INTEGER(KIND=1); OPTIONAL; scalar; INTENT(OUT).
Also, the comment at the beginning of libgfortran/intrinsics/kill.c [2] states:
/* SUBROUTINE
There is something mighty strange going on with the
dependencies for the files generated with m4 with
--enable-maintainer-mode.
In http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00353.html ,
I committed a change to Makefile.am which removed $(srcdir) from
a lot of targets. This is required to get
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-02-11 19:42 ---
Created an attachment (id=13036)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13036action=view)
patch
This fixes the missing intrinsics, and removes type conversion
from minloc.
This also reverses
-
int overridable (int v) { return (v); }
template typename T
int call_override (const T v) { return (overridable (v)); }
int overridable (float) { return (1); }
int main (void)
{
return (call_override (0.0f));
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-11 20:07 ---
And this is the correct behavior as described by the C++ standard.
I have to find the specific section but basically the overloaded set for
depedent functions happen like the following:
1) find all functions
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-02-11 20:15
---
Subject: Bug 26988
Author: mmitchel
Date: Sun Feb 11 20:15:13 2007
New Revision: 121822
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121822
Log:
PR c++/26988
* pt.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build,
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-02-11 20:22 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-02-11 20:33
---
Subject: Bug 30649
Author: mmitchel
Date: Sun Feb 11 20:33:36 2007
New Revision: 121823
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121823
Log:
PR gcc/30649
* g++.dg/debug/debug9.C:
--- Comment #2 from mmitchel at gcc dot gnu dot org 2007-02-11 20:34
---
I have removed debug9.C from the 4.1 branch.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kargl at gcc dot gnu dot org 2007-02-11 20:43 ---
(In reply to comment #2)
Contrary to this, the docs of g77-3.4.6 [1] state:
Status: INTEGER(KIND=1); OPTIONAL; scalar; INTENT(OUT).
INTEGER(KIND=1) in g77 is the default integer kind, which is
--- Comment #5 from pault at gcc dot gnu dot org 2007-02-11 20:59 ---
Subject: Bug 30319
Author: pault
Date: Sun Feb 11 20:58:48 2007
New Revision: 121824
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121824
Log:
2007-02-11 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #13 from pault at gcc dot gnu dot org 2007-02-11 20:59 ---
Subject: Bug 30554
Author: pault
Date: Sun Feb 11 20:58:48 2007
New Revision: 121824
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121824
Log:
2007-02-11 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #21 from pault at gcc dot gnu dot org 2007-02-11 20:59 ---
Subject: Bug 30617
Author: pault
Date: Sun Feb 11 20:58:48 2007
New Revision: 121824
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121824
Log:
2007-02-11 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-02-11 21:00 ---
I have a fix.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-02-11 21:02 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-02-11 21:02 ---
Ouch. Thanks for clarification.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30372
make bootstrap used to compare stage2 and stage3 after gcc was
bootstrapped. make bootstrap would abort if comparison was failed.
Now, compare stage2 and stage3 is not longer done for
make bootstrap. Is that intentional? I think it is a very bad
idea.
--
Summary: [4.3 regression]:
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-11
21:08 ---
Subject: Re: [4.3 Regression] /usr/ccs/bin/ld: Duplicate symbol global
destructors keyed to _ZNSt3tr112_GLOBAL__N_16i
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from drow at gcc dot gnu dot org 2007-02-11 21:21 ---
What evidence do you have that comparison was not done? bootstrap calls
stage3-bubble which calls make compare.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30767
--- Comment #2 from hjl at lucon dot org 2007-02-11 21:38 ---
I saw it now.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-02-11 21:41
---
Subject: Bug 26988
Author: mmitchel
Date: Sun Feb 11 21:40:56 2007
New Revision: 121826
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121826
Log:
PR c++/26988
* pt.c
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-02-11 21:41
---
Fixed in 4.2.0, 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-02-11 21:51 ---
Also affected:
chmod, exit, getcwd, hostnm, link, rename, sleep, system_clock, unlink, umask
(maybe others).
SYSTEM_CLOCK accepts INTEGER(1) if exactly one or all of its optional arguments
are of that type.
--- Comment #6 from kargl at gcc dot gnu dot org 2007-02-11 22:26 ---
daniel,
It's just an inconsistency in implementations. First, note that
FX and myself implemented a lot of the g77 intrinsics procedures
as our first foray into gfortran, so we may have missed some of the
finer
--- Comment #25 from tobi at gcc dot gnu dot org 2007-02-11 22:36 ---
Subject: Bug 30478
Author: tobi
Date: Sun Feb 11 22:35:56 2007
New Revision: 121830
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121830
Log:
2007-02-11 Tobias Schlueter [EMAIL PROTECTED]
PR fortran/30478
--- Comment #2 from jim at amarooas dot com dot au 2007-02-11 22:53 ---
I configure like this in ~/gcc/build
../configure --prefix=/usr/local/4.3 --enable-java-awt=gtk,xlib
The error was seen with no local patches.
I updated and rebuilt several times over the past 2 weeks before
--- Comment #3 from jim at amarooas dot com dot au 2007-02-11 22:56 ---
The souces was checked out as follows:
svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30751
For 121818 this test passed.
For 121819 (author of named revision CC:ed), I see:
Running
/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp
...
...
FAIL: ext/pb_ds/regression/list_update_data_map_rand.cc (test for excess
errors)
with the message in libstdc++.log being:
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-02-11 23:54
---
I didn't see the bug in my native testing. (I've just rechecked my test logs
to confirm that.) Please post preprocessed source and command-line.
This is probably going to be a latent bug in the middle end,
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-12 00:00 ---
/* This aborts e.g. when there is _no_ path from ENTRY to EXIT at all. */
gcc_assert (di-nodes == (unsigned int) n_basic_blocks - 1);
Sounds like inlining is messing up the CFG with slightly different
--- Comment #7 from bangerth at dealii dot org 2007-02-12 00:02 ---
(In reply to comment #6)
I immediately believe that Andrew's and Wolfgang's findings are accurate, but
I
never claimed that the mainline has a problem. I never even tried it.
I didn't want to imply that there was
--- Comment #3 from hp at gcc dot gnu dot org 2007-02-12 00:22 ---
Created an attachment (id=13037)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13037action=view)
Preprocessed and bzip2-compressed (3MeB uncompressed) code.
cc1plus -O2 is sufficient. Though -quit is recommended
--- Comment #4 from hp at gcc dot gnu dot org 2007-02-12 00:23 ---
s/-quit/-quiet/ in last comment.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from tobi at gcc dot gnu dot org 2007-02-12 00:51 ---
Subject: Bug 30478
Author: tobi
Date: Mon Feb 12 00:51:43 2007
New Revision: 121837
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121837
Log:
2007-02-10 Tobias Schlueter [EMAIL PROTECTED]
PR fortran/30478
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-12 00:54 ---
I can reproduce this on powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30768
--- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
(In reply to comment #6)
Fortran is not release-critical and this bug appears to be purely within the
Fortran front end.
Should I commit the patch for the next release candidate once the branch is
unfrozen?
--- Comment #28 from mark at codesourcery dot com 2007-02-12 01:11 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
tobi at gcc dot gnu dot org wrote:
--- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
(In reply to comment #6)
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-12
01:15 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
--- Comment #27 from tobi at gcc dot gnu dot org 2007-02-12 01:03 ---
(In reply to comment #6)
Fortran is not
--- Comment #30 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-02-12 01:21 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal
compiler error)
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca
during compile of Template::Toolkit::Stash::XS (perl module)
gcc -v -save-temps -c -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -mcpu=v9 -m64 -Wa,-xarch=v9 -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O -DVERSION=\2.18\ -DXS_VERSION=\2.18\ -fPIC
When I built gcc 4.3 revision 121818 with
# make bootstrap BOOT_CFLAGS=-O2 -g -pipe
thes stage 3 compiler was miscompiled:
checking for suffix of object files... configure: error: cannot compute suffix
of object files: cannot compile
See `config.log' for more details.
make[4]: ***
--- Comment #1 from hjl at lucon dot org 2007-02-12 05:21 ---
I also saw
bash-3.1$ make compare
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
Bootstrap comparison failure!
./tree-vrp.o differs
./tree-ssa-operands.o differs
./build/genpreds.o differs
./build/gengtype-yacc.o
--- Comment #8 from rwgk at yahoo dot com 2007-02-12 05:23 ---
I'm in the process of narrowing down the revision bracket the really hard way
(make bootstrap; make; make install for each revision, using a binary search).
Currently my best bracket is:
119819 fails
119788 works
I should
--- Comment #3 from Ivan dot Scherbakov at acronis dot com 2007-02-12
06:03 ---
The way of declaring inline functions as static is evident, but in fact, when
building large projects containing several libraries the case when the same
inline function is defined more than once in
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-02-12 07:05
---
What compiler did you use to build this one?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30284
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121841
Log:
2007-02-12 Paul Thomas [EMAIL PROTECTED]
BACKPORTS FROM
--- Comment #8 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30514
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121841
Log:
2007-02-12 Paul Thomas [EMAIL PROTECTED]
BACKPORTS FROM
--- Comment #7 from pault at gcc dot gnu dot org 2007-02-12 07:35 ---
Subject: Bug 30626
Author: pault
Date: Mon Feb 12 07:34:51 2007
New Revision: 121841
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121841
Log:
2007-02-12 Paul Thomas [EMAIL PROTECTED]
BACKPORTS FROM
1 - 100 of 107 matches
Mail list logo
