I accidentally ran my FreeBSD-71 system with 3GB RAM without the swap space and
compiled a large module with high degree of optimization.
I was getting this error:
{standard input}: Assembler messages:
{standard input}:68321: Warning: end of file not at end of a line; newline
inserted
{standard
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-21 06:25 ---
g++: Internal error: Killed: 9 (program cc1plus)
The kernel killed cc1plus because of being out of memory. So yes it did
already say what happened.
Also since -pipe was being
--- Comment #4 from jv244 at cam dot ac dot uk 2009-05-21 08:34 ---
Paul, 2 years ago you had a (one liner?) patch for this one, but gfortran still
seem to unpack for intent(IN) data:
MODULE M1
CONTAINS
SUBROUTINE S1(I)
INTEGER, DIMENSION(3), INTENT(IN) :: I
END SUBROUTINE
END
--- Comment #6 from bmei at broadcom dot com 2009-05-21 08:38 ---
I only submitted small patch before. To add a pass (may need new command-line
option, disabling the old rtl-level unrolling) seems to be a big issue to me.
Don't know what's procedure.
My code also contains my own
note the dot instead of the comma after target
cat test.f90
INTEGER, TARGET. DIMENSION(9) :: I
END
gfortran test.f90
test.f90:1.8:
INTEGER, TARGET. DIMENSION(9) :: I
1
Error: Invalid character in name at (1)
--
Summary: incorrect location for error message
--- Comment #5 from jv244 at cam dot ac dot uk 2009-05-21 08:40 ---
(In reply to comment #4)
Paul, 2 years ago you had a (one liner?) patch for this one, but gfortran
still
seem to unpack for intent(IN) data:
ugh... no. I tested with 4.3 instead of 4.5. Instead we can close this,
--- Comment #6 from jv244 at cam dot ac dot uk 2009-05-21 08:45 ---
fixed
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|NEW
--- Comment #2 from schwab at linux-m68k dot org 2009-05-21 09:00 ---
This is violating the C strict aliasing rule:
if (! ecoff_add_bytes ((char **) debug-external_ext,
(char **) debug-external_ext_end,
(symhdr-iextMax + 1) * (size_t) external_ext_size))
which
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2009-05-21 09:12
---
It works for me. This sounds like the issue you'd have if you didn't have write
permission to the current directory.
What are the permissions and ownership of the bin and source directories? What
user is trying
--- Comment #5 from paolo dot carlini at oracle dot com 2009-05-21 09:15
---
So, you should compare it to the previous delete, which normally should be the
*only* one involving basic_string.
To be clear, the expected sequence is the following, as you can check on any
other linux
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-21 09:41 ---
Works as designed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-21 10:27 ---
Patch was posted and rejected as too invasive for 4.3. Distributors can apply
the referenced patch.
Thus, WONTFIX for 4.3, fixed for 4.4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-05-21 10:29 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40095
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40086
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40085
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40027
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|--- |4.4.1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40007
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39754
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37515
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-05-21 10:35
---
Which means it should work with -fno-tree-sink.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||arm
Keywords|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||arm
Priority|P3 |P2
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||mips-linux-gnu
Keywords|
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Priority|P3 |P1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40007
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
GCC target triplet||powerpc
Priority|P3 |P2
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Priority|P3 |P4
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40033
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40060
--- Comment #1 from rearnsha at gcc dot gnu dot org 2009-05-21 10:49
---
Another case, compile with -mcpu=arm1136jf-s -mthumb -O2
void f(unsigned a, unsigned b, unsigned c, unsigned d)
{
if (a = b || c d)
foo();
else
bar();
}
f:
push{r4, lr}
cmp
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-21 10:49 ---
Only
FAIL:
/export/gnu/import/svn/gcc-test/bld/i686-pc-linux-gnu/libjava/testsuite/TestLeak.exe
execution -
/export/gnu/import/svn/gcc-test/bld/i686-pc-linux-gnu/libjava/testsuite/TestLeak.exe
is still present.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40086
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-21 10:52 ---
Is this still failing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40091
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40101
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-21 11:01 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40107
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-debug
Priority|P3 |P1
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40138
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40140
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-21 11:04 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |middle-end
Priority|P3 |P1
--- Comment #30 from rguenth at gcc dot gnu dot org 2009-05-21 11:05
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40197
--- Comment #12 from billingd at gcc dot gnu dot org 2009-05-21 11:31
---
Subject: Bug 36211
Author: billingd
Date: Thu May 21 11:30:55 2009
New Revision: 147762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147762
Log:
2009-05-21 David Billinghurst billi...@gcc.gnu.org
--- Comment #13 from billingd at gcc dot gnu dot org 2009-05-21 11:32
---
Fixed in 4.4 and trunk.
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36211
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-05-21 11:37
---
Let's backport this before 4.4.1 goes out.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P1 |P2
Summary|[4.4 Regression] Wrong code |[4.4/4.5
--- Comment #1 from dje at gcc dot gnu dot org 2009-05-21 12:40 ---
Confirmed
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from jakub at gcc dot gnu dot org 2009-05-21 12:53 ---
See http://gcc.gnu.org/ml/gcc-patches/2009-05/msg00248.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40024
The function iterative_hash_expr uses built_in_decls to a map a builtin
function to the __builtin_ form. It uses DECL_FUNCTION_CODE as the index. For
machine specific builtins, the DECL_FUNCTION_CODE is defined by the backend,
instead of being the builtin number. This means that the
--- Comment #1 from meissner at linux dot vnet dot ibm dot com 2009-05-21
13:14 ---
Created an attachment (id=17898)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17898action=view)
Patch to avoid de-referencing outside array bounds
This patch fixes the particular problem I saw on
--- Comment #51 from jakub at gcc dot gnu dot org 2009-05-21 13:21 ---
Subject: Bug 39942
Author: jakub
Date: Thu May 21 13:21:30 2009
New Revision: 147765
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147765
Log:
PR target/39942
* config/i386/x86-64.h
--- Comment #52 from jakub at gcc dot gnu dot org 2009-05-21 13:26 ---
Subject: Bug 39942
Author: jakub
Date: Thu May 21 13:26:13 2009
New Revision: 147766
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147766
Log:
PR target/39942
* config/i386/x86-64.h
--- Comment #3 from sacolcor at provide dot net 2009-05-21 13:56 ---
Reopening, because if this is by design, the doc page at
http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html should elaborate;
it does not currently mention anything about incompatibility or other
difficulties
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-05-21 14:04 ---
That's
DO 100 J=1,N
DO 100 I=1,M
CU(I+1,J) = .5D0*(P(I+1,J)+P(I,J))*U(I+1,J)
CV(I,J+1) = .5D0*(P(I,J+1)+P(I,J))*V(I,J+1)
Z(I+1,J+1) = (FSDX*(V(I+1,J+1)-V(I,J+1))-FSDY*(U(I+1,J+1)
--- Comment #8 from jakub at gcc dot gnu dot org 2009-05-21 14:07 ---
Patch has been posted almost a month ago:
http://gcc.gnu.org/ml/gcc-patches/2009-04/msg01926.html
Vlad, could you please ping it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39856
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-05-21 14:10 ---
Testcase:
SUBROUTINE CALC1
IMPLICIT REAL*8 (A-H, O-Z)
PARAMETER (N1=1335, N2=1335)
In r147534, Paolo (probably unintendedly) broke the VAX backend with a small
change not appearing in the ChangeLog entry. The declaration of some functions
were changed (probably for no reason) and the definitions were left as-is.
--
Summary: Compile error after r147534
--- Comment #1 from jbglaw at lug-owl dot de 2009-05-21 14:30 ---
Created an attachment (id=17899)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17899action=view)
This patch fixes the error by reverting the problem-causing change.
See
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-05-21
14:59 ---
Subject: Re: [4.5 Regression] FAIL: g++.dg/opt/thunk3.C (test for excess
errors)
Is this still failing?
It is no longer failing on hppa64-hp-hpux11.11.
Dave
--
--- Comment #3 from jamborm at gcc dot gnu dot org 2009-05-21 16:02 ---
With he new SRA, the optimized dump looks like:
D.6886_10 = {1, 1, 1, 1};
D.6887_11 = VIEW_CONVERT_EXPRvector long long int(D.6886_10);
D.6893_12 = VIEW_CONVERT_EXPRvector int(D.6887_11);
D.6891_14 =
--- Comment #4 from ksong at lbl dot gov 2009-05-21 16:14 ---
Thank you very much! I successively compiled.
--
ksong at lbl dot gov changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-05-21 16:31 ---
Works with 3.4:
$ cat tmp.c
unsigned char foo(unsigned char a)
{
a 2;
return a;
}
$ gcc-3.4 -S -O3 -Wall tmp.c
tmp.c: In function `foo':
tmp.c:3: warning: statement with no effect
--
tkoenig at gcc dot
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.5 |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37985
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-05-21 16:56 ---
How can the PCH contain information that is lost by using an external
preprocessor?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from sacolcor at provide dot net 2009-05-21 18:21 ---
(In reply to comment #4)
How can the PCH contain information that is lost by using an external
preprocessor?
When I do -save-temps, it's still using the GNU CPP, not an external one, so
it's not clear to me why
I was testing my patch for 40219, and I rebuilt today's build on the Powerpc,
and had the build fail in building libstdc++-v3. I backed out my change, and
redid the build, and I get exactly the same failure:
/bin/sh ../libtool --tag CXX --mode=compile
--- Comment #2 from francois dot jacq at irsn dot fr 2009-05-21 18:27
---
(In reply to comment #1)
It works for me. This sounds like the issue you'd have if you didn't have
write
permission to the current directory.
I have all the permissions to that directory. The same command
--- Comment #4 from ubizjak at gmail dot com 2009-05-21 18:30 ---
Also fixed for x86, see [1].
[1] http://gcc.gnu.org/ml/gcc-testresults/2009-05/msg01802.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
There's nothing like deterministic software.
I started over again in a completely new build directory and the regular
../gcc-4.4.0/configure --prefix=/usr/gcc4
make
is through the 3 stage bootstrap and is now compiling fortran and java.
But I *know* I tried this out of the box
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:32
---
*** This bug has been marked as a duplicate of 35619 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:32
---
*** Bug 40212 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-05-21 20:52
---
Thanks for your comments! With such a clear description, it was now easy to
find the issue: if a module file m.mod already exist, we look into it to check
if it's ours; if not, we delete it and write ours. The
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from dahowell at directv dot com 2009-05-21 21:17 ---
(In reply to comment #2)
So this is a false negative for -Wstrict-aliasing=3. It is flagged by
-Wstrict-aliasing=2, however. Is -Wstrict-aliasing=3 not catching it because
the pointer is not being dereferenced, except
--- Comment #8 from kkojima at gcc dot gnu dot org 2009-05-21 23:17 ---
Subject: Bug 40105
Author: kkojima
Date: Thu May 21 23:17:37 2009
New Revision: 147780
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147780
Log:
PR rtl-optimization/40105
Backport from
--- Comment #9 from kkojima at gcc dot gnu dot org 2009-05-21 23:31 ---
Subject: Bug 40105
Author: kkojima
Date: Thu May 21 23:31:44 2009
New Revision: 147781
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147781
Log:
PR rtl-optimization/40105
Backport from
--- Comment #10 from kkojima at gcc dot gnu dot org 2009-05-21 23:36
---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from sje at gcc dot gnu dot org 2009-05-21 23:51 ---
Subject: Bug 37846
Author: sje
Date: Thu May 21 23:51:22 2009
New Revision: 147782
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147782
Log:
PR target/37846
* config/ia64/ia64.opt (mfused-madd):
--- Comment #3 from sje at gcc dot gnu dot org 2009-05-21 23:53 ---
Subject: Bug 37846
Author: sje
Date: Thu May 21 23:53:02 2009
New Revision: 147783
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147783
Log:
PR target/37846
* gcc.target/ia64/mfused-madd-vect.c:
--- Comment #4 from sje at cup dot hp dot com 2009-05-21 23:54 ---
Resolved by implementing the option.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Seen on powerpc64-linux and i686-linux, probably all targets with sufficiently
recent glibc. libstdc++-v3/libsupc++/eh_globals.cc get_global is defined
inside anonymous namespace thus is local to the file. All uses of get_global
are inlined, but get_global is still emitted.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-05-22 00:31 ---
The problem is the same as described in PR 36959:
get_global looks like:
namespace
{
abi::__cxa_eh_globals*
get_global() throw()
{
static __thread abi::__cxa_eh_globals global;
return global;
}
} //
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-05-22 00:31 ---
*** Bug 40222 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from danglin at gcc dot gnu dot org 2009-05-22 00:54 ---
The backtrace from the second delete is:
(gdb) bt
#0 operator delete (p=0x8001e530) at deallocate_global.cc:51
#1 0x4000de94 in
__gnu_cxx::new_allocatorstd::_Rb_tree_nodestd::pairvoid* const,
--- Comment #7 from paolo dot carlini at oracle dot com 2009-05-22 01:07
---
Any idea why this crazy thing is happening only on hpux?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40094
--- Comment #8 from paolo dot carlini at oracle dot com 2009-05-22 01:15
---
In any case, what you posted in the last comment looks to me very similar to
the *first* delete on linux, not the *second*. Maybe better if you post all
three deletes, one after the other. Note: without my
--- Comment #9 from paolo at gcc dot gnu dot org 2009-05-22 01:29 ---
Subject: Bug 40094
Author: paolo
Date: Fri May 22 01:28:50 2009
New Revision: 147788
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=147788
Log:
2009-05-21 Paolo Carlini paolo.carl...@oracle.com
PR
99 matches
Mail list logo