--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC||cnstar9988 at gmail dot com
Severity|normal
--- Comment #1 from Sushil dot Kothawade at kpitcummins dot com 2007-07-17
06:10 ---
Created an attachment (id=13928)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13928action=view)
patch to get rid of ICE...
Hi,
Investigation Details :
While debugging gcc, I found that the
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-07-17 06:36
---
Can you please stop changing the Severity?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from cnstar9988 at gmail dot com 2007-07-17 06:43 ---
(In reply to comment #11)
Can you please stop changing the Severity?
I can't change Priority, so I change Severity for testing only, :)
I have download the latest gcc-4.1, but failed to build on hppa64.
--- Comment #3 from markwright at internode dot on dot net 2007-07-17
07:14 ---
Created an attachment (id=13929)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13929action=view)
Proposed patch for bug 32787
The proposed patch compiles with Sun Studio 12.
I wrote the following
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-17 07:37 ---
No, my point is GCC_VERSION will always be defined even if you are not
compiling with GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32787
Compiling gcc-4.2.1-RC-20070712 with Sun Studio 12 on Solaris Express
Community Edition b66:
goanna% CC -V
CC: Sun C++ 5.9 SunOS_i386 2007/05/03
goanna%
With the environment variables:
CXXCPP=CC -E -Xs
CPP=cc -E -Xs
LD=/opt/jdsbld/bin/ld-wrapper
CXX64=/opt/SunStudio12/SUNWspro/bin/CC
--- Comment #1 from markwright at internode dot on dot net 2007-07-17
07:53 ---
Sorry, accidently created a duplicate of 32787, closing 32788.
*** This bug has been marked as a duplicate of 32787 ***
--
markwright at internode dot on dot net changed:
What|Removed
--- Comment #6 from markwright at internode dot on dot net 2007-07-17
07:57 ---
Created an attachment (id=13930)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13930action=view)
Patch to address comment #4.
Simplified as pinskia noted: GCC_VERSION will always be defined even if
--- Comment #5 from markwright at internode dot on dot net 2007-07-17
07:53 ---
*** Bug 32788 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32787
--- Comment #6 from dannysmith at users dot sourceforge dot net 2007-07-17
08:43 ---
(In reply to comment #4)
What name should I change 'con' to so that the write statement writes to the
console?
I think it should be CONOUT$ (ie you had it right the first time).
The following works
Hi,
I noticed that profiling data are wrong if OpenMp is used via
-fopenmp.
I have only two #pragma omp parallel statements in a class and the
calling statistic of this class contructor is completly wrong (gprof
tells me this constructor is called far too often).
I found bug
--- Comment #13 from rask at sygehus dot dk 2007-07-17 09:53 ---
Read config.log. Look for messages about collect2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
--- Comment #1 from theodore dot papadopoulo at sophia dot inria dot fr
2007-07-17 09:55 ---
This is similar to the comment (maybe misplaced) of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31862
The problem, as far as I understand it is that any kind of profiling (gprof,
profile-arcs,
--- Comment #14 from cnstar9988 at gmail dot com 2007-07-17 09:56 ---
I havee set --build/--host/--target with the same value, so I think I build
native gcc.
why not GCC_NO_EXECUTABLES.
--build=hppa64-hp-hpux11.11
--host=hppa64-hp-hpux11.11 --target=hppa64-hp-hpux11.11
--
In ./gcc/regclass.c:reg_scan_mark_refs()
there is this source code:
case SET:
/* Count a set of the destination if it is a register. */
for (dest = SET_DEST (x);
GET_CODE (dest) == SUBREG || GET_CODE (dest) == STRICT_LOW_PART
|| GET_CODE (dest) ==
--- Comment #15 from cnstar9988 at gmail dot com 2007-07-17 10:04 ---
yes, I seee.
ld: Unsatisfied symbol pthread_mutex_unlock in file
/home/beans/gcc-build/build/./gcc/libgcc_eh.a[unwind-dw2-fde.o]
ld: Unsatisfied symbol pthread_mutex_lock in file
--- Comment #2 from theodore dot papadopoulo at sophia dot inria dot fr
2007-07-17 10:11 ---
And to reply to myself, it needs either to use thread local storage to hold the
counters and then to add some piece of code to fuse the values of the various
counters at the end of a thread
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-17 10:22 ---
56 kenner /* Count a set of the destination if it is a register.
*/
56 kenner for (dest = SET_DEST (x);
56 kenner GET_CODE (dest) == SUBREG || GET_CODE (dest) ==
--- Comment #3 from jensseidel at users dot sf dot net 2007-07-17 10:24
---
(In reply to comment #2)
And to reply to myself, it needs either to use thread local storage to hold
the
counters and then to add some piece of code to fuse the values of the various
counters at the end of
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-17 10:24 ---
grpof profiling is all done via a call to mcount and mcount is controlled by
libc (in the GNU/Linux case glibc). So I doubt this is a GCC bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32789
On 17 Jul 2007 10:24:12 -, jensseidel at users dot sf dot net
[EMAIL PROTECTED] wrote:
An Open MPI related discussion about atomic operations happened
the last days, because architecture specific assembler code failed again
for some exotic platforms.
And that is the reason why GCC added
--- Comment #5 from pinskia at gmail dot com 2007-07-17 10:26 ---
Subject: Re: Profiling not possible with -fopenmp
On 17 Jul 2007 10:24:12 -, jensseidel at users dot sf dot net
[EMAIL PROTECTED] wrote:
An Open MPI related discussion about atomic operations happened
the last
--- Comment #16 from cnstar9988 at gmail dot com 2007-07-17 10:30 ---
Created an attachment (id=13931)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13931action=view)
config.log
config.log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32785
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-17 10:38 ---
Please note that the problem is not limited to character functions:
$ cat pr31529.f90
print *, bar((/2, 3/))
contains
elemental function bar(i)
integer, intent(in) :: i
integer :: a(i:i)
a = i
bar
If an inline function has multiple return statements the compiler misses the
opportunity to optimize the code following the function for return statements
returning constants.
here is a little test case to illustrate the problem:
static inline int inline1(int* val) {
return 2;
}
static inline
--- Comment #6 from jensseidel at users dot sf dot net 2007-07-17 11:00
---
(In reply to comment #4)
grpof profiling is all done via a call to mcount and mcount is controlled by
libc (in the GNU/Linux case glibc). So I doubt this is a GCC bug.
OK, for the record: I use OpenSuse
-- bug.adb
with Text_IO;
use Text_IO;
procedure Bug is
typeS is range 0 .. 1000;
begin
Put_Line (S'Image (S'Integer_Value (12.8)));
end Bug;
**
gnat make -gnatf -gnato -gnatv -gnatVa -gnatwa -gnaty bug.adb
gcc-4.1 -c -gnatf -gnato
--- Comment #11 from reichelt at gcc dot gnu dot org 2007-07-17 11:05
---
This got fixed by the patch for PR 25413.
*** This bug has been marked as a duplicate of 25413 ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from reichelt at gcc dot gnu dot org 2007-07-17 11:05
---
*** Bug 19716 has been marked as a duplicate of this bug. ***
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from georgjohann at web dot de 2007-07-17 11:13 ---
(In reply to comment #1)
This comes from the begining of time :).
ZERO_EXTRACT has been there since the begining of time also:
70 kenner DEF_RTL_EXPR(ZERO_EXTRACT, zero_extract, eee, 'b')
So what is the
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2007-07-17
11:28 ---
Subject: Re: [4.3 Regression] Bootstrap failure on Alpha due to pointer-plus
changes
belyshev at depni dot sinp dot msu dot ru writes:
You need the following patch to fix this bug (but bootstrap on
--- Comment #3 from saurabh dot verma at codito dot com 2007-07-17 11:50
---
This is fixed on mainline with the following patch.
-- trunk/gcc/config/h8300/h8300.c 2005/06/25 01:22:41 101314
+++ trunk/gcc/config/h8300/h8300.c 2006/08/28 13:51:04 116509
@@ -5746,4
gcc -O2 -g -c on mayalias-2.i causes:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3.0/configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --disable-nls --disable-multilib --disable-werror
--disable-libunwind-exceptions --enable-checking
--- Comment #1 from rosana07a at gmail dot com 2007-07-17 12:09 ---
Created an attachment (id=13932)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13932action=view)
prerocessed
from gcc.c-torture/execute
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32793
--- Comment #7 from steven dot chapel at sbcglobal dot net 2007-07-17
12:49 ---
(In reply to comment #5)
if all its trying to do is WRITE to the console
use WRITE(unit=6) and don't give it a filename at all.
Will this work for you?
Not really. It's been written that way so that
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-17 12:51 ---
*** This bug has been marked as a duplicate of 28834 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from pinskia at gcc dot gnu dot org 2007-07-17 12:51
---
*** Bug 32793 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rob1weld at aol dot com 2007-07-17 12:56 ---
(In reply to comment #3)
They are duplicated because they are different sections of the case
statement.
Nothing we can do about this.
that one is an autoconf issue an not the way we coded configure.ac
That is what I
--- Comment #7 from rob1weld at aol dot com 2007-07-17 13:04 ---
After my moc-qt4 fix to the Makefile I have test results to prove it built:
Results for 4.3.0 20070716 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00721.html
--
--- Comment #15 from rob1weld at aol dot com 2007-07-17 13:05 ---
After my moc-qt4 fix to the Makefile I have test results to prove it built:
Results for 4.3.0 20070716 (experimental) testsuite on i686-pc-linux-gnu
http://gcc.gnu.org/ml/gcc-testresults/2007-07/msg00721.html
--
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-17 15:25 ---
Also
http://www.lrz-muenchen.de/services/software/mathematik/gsl/fortran/index.html
fails with the same error.
(One needs to change g95) into g95|gfortran) in configure.)
This is related in so far that it is
--- Comment #1 from wouter dot vermaelen at scarlet dot be 2007-07-17
16:57 ---
Problem went away in SVN revision 126700. I tried these revisions:
126536 OK
126568 OK
126572 OK
126573-126586 failed to build gcc
126587 WRONG
126600 WRONG
126664 WRONG
126680 WRONG
126688 WRONG
126696
--- Comment #8 from pault at gcc dot gnu dot org 2007-07-17 17:07 ---
(In reply to comment #7)
Tobias,
Does the patch fix this, please? The testcase that you sent me breaks gfortran
in other places and probably should have a PR all of its very own. (try the
FORALL part separately).
Native builds of GCC (SVN) fails on i686-pc-mingw32 with:
/home/gdr/Desktop/sandbox/egcs/./prev-gcc/xgcc
-B/home/gdr/Desktop/sandbox/egcs/./prev-gcc/ -B/home/gdr/i686-pc-mingw32/bin/
-c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition
--- Comment #7 from pault at gcc dot gnu dot org 2007-07-17 17:23 ---
Subject: Bug 32665
Author: pault
Date: Tue Jul 17 17:22:44 2007
New Revision: 126703
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126703
Log:
2007-07-17 Paul Thomas [EMAIL PROTECTED]
PR
--- Comment #9 from pault at gcc dot gnu dot org 2007-07-17 17:23 ---
Subject: Bug 31320
Author: pault
Date: Tue Jul 17 17:22:44 2007
New Revision: 126703
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126703
Log:
2007-07-17 Paul Thomas [EMAIL PROTECTED]
PR
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #8 from pault at gcc dot gnu dot org 2007-07-17 17:49 ---
Fixed on trunk.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dj at redhat dot com 2007-07-17 17:52 ---
Subject: Re: gcc-4_3-trunk/libiberty/configure - for ac_func gettimeofday ...
gettimeofday - tests twice
I removed the duplicate from the msdosdjgpp case.
svn rev 126704
--
Taken from my remark to PR31320,
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01457.html
The generated executable leaks memory:
96 bytes in 1 blocks are definitely lost in loss record 1 of 2
at 0x4C22D06: malloc (in
/usr/lib64/valgrind/amd64-linux/vgpreload_memcheck.so)
by 0x40122B:
--- Comment #10 from burnus at gcc dot gnu dot org 2007-07-17 17:58 ---
Does the patch fix this, please?
Yes, otherwise I would have blamed you in the patch review ;-)
The testcase that you sent me breaks gfortran
in other places and probably should have a PR all of its very own.
$ /usr/local/DIR/gcc-svn20070717/bin/gcc -Wp,-MD,drivers/kvm/.mmu.o.d
-nostdinc -isystem
/usr/local/DIR/gcc-svn20070717/lib/gcc/i686-pc-linux-gnu/4.3.0/include
-D__KERNEL__ -Iinclude -include include/linux/autoconf.h -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing
--- Comment #1 from bunk at stusta dot de 2007-07-17 18:05 ---
Created an attachment (id=13933)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13933action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32796
The following - valid? - program produces an ICE in gfortran.
Full program: http://atom.princeton.edu/donev/Fortran/DLL/dlfcn.f90
(Should be checked after the problem in the snippet below has been fixed.)
END MODULE ISO_C_UTILITIES
1
Internal Error at (1):
--- Comment #2 from belyshev at depni dot sinp dot msu dot ru 2007-07-17
18:29 ---
Confirmed, reduced testcase (compile with -O1):
unsigned long f (void *ptr)
{
return ((unsigned long)(ptr)-1) | 1ULL;
}
--
belyshev at depni dot sinp dot msu dot ru changed:
What
I see the following behavior when compiling an OpenMP program:
$ cat omp.c
extern void omp_set_num_threads (int);
#define NT 4
int main() {
omp_set_num_threads(NT);
return(0);
}
$ gcc --version
gcc (GCC) 4.2.0 20070514 (rpm:4)
Copyright (C) 2007 Free Software Foundation, Inc.
This is
I see the following behavior when compiling an OpenMP program:
$ cat omp.c
extern void omp_set_num_threads (int);
#define NT 4
int main() {
omp_set_num_threads(NT);
return(0);
}
$ gcc --version
gcc (GCC) 4.2.0 20070514 (rpm:4)
Copyright (C) 2007 Free Software Foundation, Inc.
This is
--- Comment #1 from geir at cray dot com 2007-07-17 19:21 ---
*** Bug 32799 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32798
--- Comment #1 from geir at cray dot com 2007-07-17 19:21 ---
*** This bug has been marked as a duplicate of 32798 ***
--
geir at cray dot com changed:
What|Removed |Added
--- Comment #2 from geir at cray dot com 2007-07-17 19:22 ---
Pressing refresh on my browser mistakenly opened up a new bug for the problem
described in bug 32798
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32799
The following fails if the FPTR argument is not the second argument.
The argument checking should be based on the ordered argument list not on the
position of the call (FPTR= is not always at the second position).
(Related to PR32797)
CALL C_F_POINTER(FPTR=FPTR,
--- Comment #3 from belyshev at depni dot sinp dot msu dot ru 2007-07-17
20:34 ---
Fails since pointer-plus merge:
r125755 | pinskia | 2007-06-16 09:42:36 +0400 (Sat, 16 Jun 2007) | 386 lines
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-17 21:02 ---
One should note that static linking glibc is not really supported anyways.
Also this is not a GCC bug but rather a glibc one:
/usr/lib/../lib64/libpthread.a(lockfile.o)(.text+0xb0): In function
`__flockfile':
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-17 21:05 ---
Actually this is a front-end issue:
#2 0x0034dce8 in int_fits_type_p (c=0x436812d0, type=0x4361f460) at
../../gcc/tree.c:6198
#3 0x0007a950 in build_binary_op (code=BIT_IOR_EXPR, orig_op0=0x436c5000,
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-17 21:13 ---
This is why you should not confirm your own bugs, because most likely there is
already a bug about this issue. Anyways the work around is to configure with
--disable-werror .
*** This bug has been marked as a
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-07-17 21:13 ---
*** Bug 32794 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2007-07-17 21:33 ---
Subject: Bug 32535
Author: burnus
Date: Tue Jul 17 21:33:34 2007
New Revision: 126706
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126706
Log:
2007-07-17 Janus Weil [EMAIL PROTECTED]
PR
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-17 21:34 ---
FIXED in the trunk; no regression = no backporting.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-17 21:42 ---
After update to r126703, updated example from pr31320, comment #4:
type :: a
integer, allocatable :: i(:)
end type a
type(a) :: x, y
x = a ((/ 1,2,3 /))
! y = a (x%i(1:3)) ! ok
! y = a (x%i(1:))
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-07-17 21:58 ---
Works for me with gcc version 4.3.0 20070715 on i686-pc-linux-gnu.
Could this be target specific?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
The following program causes a fault in the compiler:
c_loc_prob.f:0: internal compiler error: Segmentation fault: 11
This is the reduced program:
PROGRAM c_loc_prob
USE, INTRINSIC :: ISO_C_BINDING, ONLY: C_LOC
! USE, INTRINSIC :: ISO_C_BINDING, ONLY: C_PTR, C_LOC
END
--- Comment #17 from cnstar9988 at gmail dot com 2007-07-18 02:26 ---
LDFLAGS.
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00953.html
We sometimes get configure errors claiming that LDFLAGS value has
changed since the last configure. This patch fixes that problem, thanks
to a hint
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-07-18 02:54
---
I can't get anything to work, but I have some ideas.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-- bug.adb
with Text_IO;
use Text_IO;
procedure Bug is
typeS is range 0 .. 1000;
begin
Put_Line (S'Image (S'Integer_Value (12.8)));
end Bug;
**
gnat make -gnatf -gnato -gnatv -gnatVa -gnatwa -gnaty bug.adb
gcc-4.1 -c -gnatf -gnato
--- Comment #1 from bug63 at freakmail dot de 2007-07-18 05:15 ---
*** This bug has been marked as a duplicate of 32792 ***
--
bug63 at freakmail dot de changed:
What|Removed |Added
--- Comment #1 from bug63 at freakmail dot de 2007-07-18 05:15 ---
*** Bug 32802 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32792
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||32630
nThis||
78 matches
Mail list logo
