--- Comment #5 from uros at kss-loka dot si 2006-04-14 07:18 ---
Fixed on SVN head.
--
uros at kss-loka dot si changed:
What|Removed |Added
Known to work|
Before when transferring integer arrays to character strings and vice versa you
got a message stating this wasn't implemented yet. No the compiler mangles it
but produces wrong results.
e.g.:
CHARACTER(8) :: s1, s2
INTEGER(2) :: ia
s1 = 'ABCDEFGH'
ia = TRANSFER(s1, (/ 0 /))
! On my system ia
--- Comment #1 from bo dot berggren at glocalnet dot net 2006-04-14 07:24
---
Created an attachment (id=11264)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11264action=view)
Simple test for transfer instrinsic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27155
--- Comment #11 from paolo dot bonzini at lu dot unisi dot ch 2006-04-14
07:27 ---
Subject: Re: [4.1/4.2 Regression] Invalid altivec constant
loading code
I'm not sure why you think that two splats and two adds is too
expensive.
I'd hope that these constants stay in the
$ i486-gnu-linux-g++ -v
Using built-in specs.
Target: i486-gnu-linux
Configured with: ../configure --target=i486-gnu-linux
--prefix=/local/devel/toolchain41/i486-gnu-linux
--libdir=/local/devel/toolchain41/i486-gnu-linux/lib
--libexecdir=/local/devel/toolchain41/i486-gnu-linux/lib
--- Comment #1 from pluto at agmk dot net 2006-04-14 09:36 ---
Created an attachment (id=11265)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11265action=view)
preprocessed source (compiled with stlport-5.0.2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27156
Accessing derived members of template classes doesn't seem to work properly:
template class T class Poly
{
protected:
int value;
};
template class T class Quad : public PolyT
{
public:
int getVal() const { return value; }
};
return value; will cause the following error:
test.cpp:
I get an ICE in extract_insn with -maltivec. The original source file works
with gcc 4.0 but fails with 4.1 and 4.2. This reduced test case fails with 4.1
but works with 4.2. I'll run it through delta again to find a test case for
4.2.
304:[EMAIL PROTECTED]: ~/delta/bin] gcc-4.1 -maltivec -O1
--- Comment #1 from tbm at cyrius dot com 2006-04-14 10:04 ---
Created an attachment (id=11266)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11266action=view)
test case for 4.1
shows the ICE in gcc 4.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27158
--- Comment #2 from pault at gcc dot gnu dot org 2006-04-14 10:05 ---
Bo,
Thanks for reporting this; I was on the point of making a similar report
myself. Quite simply, I have screwed up the logic for the transfer and have
missed cases such as yours (see the testsuite
--- Comment #4 from martin at mpa-garching dot mpg dot de 2006-04-14 10:24
---
Hi Jakub,
with your patch, the testcase passes for me.
Unfortunately the unreduced testcase of PR26084 still causes
an ICE, but this time only with -O switched on.
[EMAIL PROTECTED]:~/Desktop g++ -m32 -c
--- Comment #2 from tbm at cyrius dot com 2006-04-14 10:31 ---
Created an attachment (id=11267)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11267action=view)
test case for 4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27158
--- Comment #3 from tbm at cyrius dot com 2006-04-14 10:33 ---
Created an attachment (id=11268)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11268action=view)
preprocessed source
Unfortunately, I don't get delta to generate a test case that shows the bug
both in 4.1 and 4.2. The
--- Comment #4 from tbm at cyrius dot com 2006-04-14 10:33 ---
Created an attachment (id=11269)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11269action=view)
preprocessed source
Unfortunately, I don't get delta to generate a test case that shows the bug
both in 4.1 and 4.2. The
--- Comment #3 from ua_bugz_gcc at mortal-soul dot de 2006-04-14 11:02
---
First of all, thanks for the tip! :) Even though this took me all morning I
have been able to identify where things go wrong. It's lnx_KbdMap.c in the
xorg-server tree: hw/xfree86/os-support/linux. If I compile
--- Comment #4 from ua_bugz_gcc at mortal-soul dot de 2006-04-14 11:04
---
Created an attachment (id=11270)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11270action=view)
lnx_KbdMap.c from xorg-server/hw/xfree86/os-support/linux
--
--- Comment #5 from ua_bugz_gcc at mortal-soul dot de 2006-04-14 11:05
---
Created an attachment (id=11271)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11271action=view)
lnx_KbdMap.o with wrong code (-O2 compiled)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27152
--- Comment #6 from ua_bugz_gcc at mortal-soul dot de 2006-04-14 11:05
---
Created an attachment (id=11272)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11272action=view)
working lnx_KbdMap.o (-O0 compiled)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27152
A recent build (4.2.0 20060413) ICEs when compiling this:
#include iostream.h
class bar {
public:
float e[1];
};
istream operator(istream is, bar t)
{
is t.e[1];
return is;
}
with the following options:
g++ -c -fipa-pta fail1.cc
The error is:
fail1.cc:15: internal
Compile this simple code with g++ -g. I tried 3.3, 4.0, and 4.1 compilers.
namespace bar
{
struct whatever
{
int someval;
};
typedef whatever zot;
};
int main()
{
bar::whatever b;
bar::zot c;
return 1;
}
The debugging information will reveal that whatever is in
--- Comment #12 from dje at watson dot ibm dot com 2006-04-14 14:32 ---
Subject: Re: [4.1/4.2 Regression] Invalid altivec constant loading code
One can produce a few more values fairly easily, but having GCC
know the optimal sequence for all constants could be rather bulky.
The following programme
program checkarrsize
implicit none
double precision a(10,10)
call sub (a)
contains
subroutine sub(a)
double precision a(*)
a(20) = 0
end subroutine sub
end program checkarrsize
passes a two-dimensional array to a subroutine that expects a one-dimensional
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-14 16:54 ---
In C, there is no ordering left to right, please go read the C FAQ at:
http://www.eskimo.com/~scs/c-faq.com/expr/index.html
subpage:
http://www.eskimo.com/~scs/c-faq.com/expr/comma.html
This page answers your
--- Comment #69 from pinskia at gcc dot gnu dot org 2006-04-14 16:54
---
*** Bug 27153 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11751
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-14 16:56 ---
http://gcc.gnu.org/gcc-3.4/changes.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-14 16:57 ---
Usually what is happening is that reload is doing the constant loading for some
reason.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-14 17:00 ---
Yes this is a known bug, I should have posted my patch before getting hired but
I did not so now either someone else has to come up with a patch or just wait.
*** This bug has been marked as a duplicate of 19777
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-04-14 17:00
---
*** Bug 27161 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The binary predicate variant of search_n for forward iterators uses the ==
operator where it should be calling __binary_pred. Patch (against GCC 4.1.0,
should also apply to the trunk) attached. Bug report courtest of ConceptGCC's
type checker :)
--- include/bits/stl_algo.h.old 2006-04-14
--- Comment #1 from pcarlini at suse dot de 2006-04-14 17:11 ---
Gosh, this is a regression. Thanks Doug, I will apply your patch ASAP.
--
pcarlini at suse dot de changed:
What|Removed |Added
GCJ 4.1.0
The following prints the ftp directory list when using Sun's java. With gcj it
does not.
(The first url (microsoft) prints nothing, the second (gcc.gnu.org) results in
gnu.java.net.protocol.ftp.FTPException: Invalid number of arguments.
at
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-04-14 17:34 ---
Thanks for the testcases.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo at gcc dot gnu dot org 2006-04-14 17:35 ---
Subject: Bug 27162
Author: paolo
Date: Fri Apr 14 17:35:06 2006
New Revision: 112957
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112957
Log:
2006-04-14 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #3 from paolo at gcc dot gnu dot org 2006-04-14 17:35 ---
Subject: Bug 27162
Author: paolo
Date: Fri Apr 14 17:35:23 2006
New Revision: 112958
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112958
Log:
2006-04-14 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #4 from pcarlini at suse dot de 2006-04-14 17:38 ---
Fixed for 4.1.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-14 17:39 ---
This is most likely PR 26963.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dje at gcc dot gnu dot org 2006-04-14 17:39 ---
I don't know how you got to this point at all. GNU Java currently is not
supported on AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26275
--- Comment #5 from patchapp at dberlin dot org 2006-04-14 17:40 ---
Subject: Bug number PR 26017
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00537.html
--
--- Comment #4 from dje at gcc dot gnu dot org 2006-04-14 17:52 ---
The testcase works for me. I am a little confused about what you actually have
installed if you have gcc and g++ installed with different names (with and
without -4.0.2). Do you have a consistent G++ installation or
--- Comment #7 from ua_bugz_gcc at mortal-soul dot de 2006-04-14 18:12
---
One more note: just figured that -O2 works fine if -fno-unit-at-a-time is
supplied too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27152
In the following test case, the two baz functions are ill-formed. Since the
expression being returned is non-dependent, the improper return value should be
detected when the template is initially parsed.
template class T
struct Foo {
int i;
};
struct Baz
{
int* j;
};
template class T
--- Comment #5 from cvs-commit at developer dot classpath dot org
2006-04-14 18:34 ---
Subject: Bug 24642
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Casey Marshall [EMAIL PROTECTED] 06/04/14 18:33:43
Modified files:
.
Test case:
#include cstdlib
#include iostream
#include unistd.h
#include string.h
int
main(int argc, char * argv[])
{
if (argc != 2)
{
std::cerr Usage: ./test writer | ./test reader std::endl;
return 2;
}
if (strcmp(reader, argv[1]) == 0)
{
// note, no
I believe I've identified a deadlock that is periodically reproducible
with Eclipse running on FC5. I'll attach the stack trace to this bug
report. See threads 4 and 13.
1. Thread 4 aquires the GC lock and starts a GC
2. Thread 13 dlopens a .so, acquiring a glibc maintained lock
3. Thread 13
--- Comment #1 from green at redhat dot com 2006-04-14 18:58 ---
Created an attachment (id=11273)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11273action=view)
stack traces from gdb.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27170
Feeding specific binary data to a UTF8 PrintWriter causes it to go haywire and
write out a steady stream of nonsense (0, I think). The was tracked down in
Azureus by Jon Burgess. He created a simple test case to reproduce the
problem. The test case is attached to this Fedora bug...
--- Comment #1 from pcarlini at suse dot de 2006-04-14 19:31 ---
Howard, this has been fixed in FSF 4.0.1, indeed, I cannot reproduce with
anything = 4.0.1. Thanks, anyway.
*** This bug has been marked as a duplicate of 21286 ***
--
pcarlini at suse dot de changed:
What
--- Comment #25 from pcarlini at suse dot de 2006-04-14 19:31 ---
*** Bug 27168 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #6 from csm at gnu dot org 2006-04-14 20:01 ---
Fixed in CVS.
--
csm at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The attached program causes an ICE when compiled with both -O and -ftrapv:
$ g++ -O -ftrapv -c Linear_System.ii
g++: Internal error: Segmentation fault (program cc1plus)
Please submit a full bug report.
See URL:http://gcc.gnu.org/bugs.html for instructions.
--
Summary: ICE with -O
--- Comment #1 from bagnara at cs dot unipr dot it 2006-04-14 20:22 ---
Created an attachment (id=11274)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11274action=view)
Testcase that allows to reproduce the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27173
--- Comment #2 from Hans dot Boehm at hp dot com 2006-04-14 20:51 ---
Based on the thread 13 stack trace, it looks to me like we're calling dlopen
directly, when we should somehow be arranging to call GC_dlopen. GC_dlopen is
included in the GC to avoid this sort of deadlock.
(The way
--- Comment #3 from green at redhat dot com 2006-04-14 21:01 ---
(In reply to comment #2)
Based on the thread 13 stack trace, it looks to me like we're calling dlopen
directly, when we should somehow be arranging to call GC_dlopen. GC_dlopen is
included in the GC to avoid this sort
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-14 21:03 ---
*** Bug 27167 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 2006-04-14 21:03 ---
It is worse than that, even return 0 on a function that is returining void is
not diagnostic. This is a dup of bug 18969.
*** This bug has been marked as a duplicate of 18969 ***
*** This bug has been marked as a
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-04-14 21:17 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27173
--- Comment #5 from jakub at gcc dot gnu dot org 2006-04-14 22:25 ---
Subject: Bug 26823
Author: jakub
Date: Fri Apr 14 22:24:59 2006
New Revision: 112959
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112959
Log:
PR middle-end/26823
* except.h
--- Comment #6 from jakub at gcc dot gnu dot org 2006-04-14 22:27 ---
Subject: Bug 26823
Author: jakub
Date: Fri Apr 14 22:27:23 2006
New Revision: 112960
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112960
Log:
PR middle-end/26823
* except.h
gcc -D_XOPEN_UNIX -D_XOPEN_SOURCE_EXTENDED -D_INCLUDE__STDC_A1_SOURCE
-D_INCLUDE
_XOPEN_SOURCE_500 -c -g -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototype
s -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute
-fno-co
mmon -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc
--- Comment #7 from patchapp at dberlin dot org 2006-04-15 03:00 ---
Subject: Bug number PR27138
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00547.html
--
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-04-15 03:47
---
Testing a fix.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-04-15 04:51
---
Subject: Bug 25336
Author: jvdelisle
Date: Sat Apr 15 04:51:39 2006
New Revision: 112967
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112967
Log:
2006-04-15 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-04-15 04:52
---
Deleted duplicate file on trunk. No need to do so on any branches.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
63 matches
Mail list logo
