--- Comment #6 from franke dot daniel at gmail dot com 2006-10-07 07:09
---
Tobi,
> Actually this is invalid code. The string lengths in the constructor are
> different, even though they have to be the same.
please try the testcase in the orignal PR with idental string lengths. It wi
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-07 07:11 ---
Subject: Bug 28302
Author: pinskia
Date: Sat Oct 7 07:11:02 2006
New Revision: 117528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117528
Log:
2006-10-06 Andrew Pinski <[EMAIL PROTECTED]>
PR c+
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-10-07 07:12 ---
Fixed on the 4.1 branch also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Build for h8300-elf target crashes on 64bit hosts with:
../../gcc-svn/trunk/gcc/libgcc2.c: In function '__muldi3':
../../gcc-svn/trunk/gcc/libgcc2.c:542: error: unrecognizable insn:
(insn 234 233 235 2 ../../gcc-svn/trunk/gcc/libgcc2.c:533 (set (reg:HI 3 r3)
(const_int 4294967214 [0xff
--- Comment #1 from uros at kss-loka dot si 2006-10-07 07:51 ---
Propsoed patch at http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00337.html
--
uros at kss-loka dot si changed:
What|Removed |Added
-
Functions returning objects do not call the copy constructors for permanent
objects. The program below works for the Solaris and Microsoft compilers, but
not for the GCC compiler.
Im using:
-bash-3.00$ gcc -v
Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs
Configured with: ../conf
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-07 08:17 ---
You want to use -fno-elide-constructors.
See
http://gcc.gnu.org/onlinedocs/gcc-4.1.1/gcc/C_002b_002b-Dialect-Options.html
This is not a bug as this is an allowed optimization by the C++ standard.
--
pinskia at g
--- Comment #2 from SSacek at appsecinc dot com 2006-10-07 09:19 ---
Ok, I see that GCC has a work-around for this issue, but I must insist that the
GCC compiler is incorrect in its interpretation of the C++ standard for two
reasons.
1) Optimizations should be allowed for temporary obje
--- Comment #4 from steven at gcc dot gnu dot org 2006-10-07 10:02 ---
New patch. New link. One-oh-one.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from steven at gcc dot gnu dot org 2006-10-07 10:05 ---
Would anyone object if I'd propose to disable reassociation for floating point
thingies on x86 for GCC 4.2? We can re-enable it if/when amacleod's new
out-of-ssa stuff fixes this for real...
--
http://gcc.gnu.o
--- Comment #69 from steven at gcc dot gnu dot org 2006-10-07 10:06 ---
The linked-to patch is already on the trunk.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from rsandifo at gcc dot gnu dot org 2006-10-07 12:56
---
The mayalias-2.c failure shows up on MIPS too.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2006-10-07 13:34
---
Subject: Bug 16580
Author: fxcoudert
Date: Sat Oct 7 13:34:16 2006
New Revision: 117534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117534
Log:
PR fortran/16580
PR fortran/29288
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-10-07 13:34
---
Subject: Bug 29288
Author: fxcoudert
Date: Sat Oct 7 13:34:16 2006
New Revision: 117534
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117534
Log:
PR fortran/16580
PR fortran/29288
--- Comment #8 from ghazi at gcc dot gnu dot org 2006-10-07 14:07 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00360.html
Need to decide whether we're including GMP/MPFR in GCC repo or we need
configure goo to detect if we have it.
--
ghazi at gcc dot gnu dot
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-10-07 14:57
---
This was fixed by revision 117533:
2006-08-12 Francois-Xavier Coudert <[EMAIL PROTECTED]>
* gfortran.dg/stat_1.f90: Make test pass when run under sudo.
* gfortran.dg/stat_2.f90: Likewise.
[forwarded from http://bugs.debian.org/351786]
#include
#include
int main()
{
std::cout << "cout no locale : " << 1024 << '\n';
std::cout.imbue(std::locale(""));
std::cout << "cout with locale : " << 1024 << '\n';
}
$ LC_ALL=cs_CZ.UTF-8 ./a.out | od -c
000 c o
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr29330.c -O -ftree-loop-linear
-fno-show-
column -S -o pr29330.s(timeout = 300)
/test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr29330.c: In function 'f':
/test/gnu/gcc/gcc/gcc/tests
--- Comment #3 from danglin at gcc dot gnu dot org 2006-10-07 16:35 ---
Subject: Bug 29300
Author: danglin
Date: Sat Oct 7 16:35:11 2006
New Revision: 117537
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117537
Log:
PR target/29300
* inclhack.def (hpux_pthread_
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-10-07 16:36
---
(In reply to comment #11)
> Would anyone object if I'd propose to disable reassociation for floating point
> thingies on x86 for GCC 4.2? We can re-enable it if/when amacleod's new
> out-of-ssa stuff fixes this fo
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-07 16:36 ---
(In reply to comment #2)
> Ok, I see that GCC has a work-around for this issue, but I must insist that
> the
> GCC compiler is incorrect in its interpretation of the C++ standard for two
> reasons.
The C++ standard
--- Comment #4 from danglin at gcc dot gnu dot org 2006-10-07 16:42 ---
Subject: Bug 29300
Author: danglin
Date: Sat Oct 7 16:42:29 2006
New Revision: 117538
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117538
Log:
PR target/29300
* gcc.dg/pthread-init-2.c (dg
--- Comment #1 from jakub at gcc dot gnu dot org 2006-10-07 16:50 ---
Subject: Bug 29380
Author: jakub
Date: Sat Oct 7 16:50:23 2006
New Revision: 117539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117539
Log:
PR c/29380
* gcc.dg/pr29330.c: Add -std=gnu99 to
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-07 16:55 ---
(In reply to comment #2)
> 2) The second reason is that if GCC ignores the programmer written copy
> constructors, then the program will be misbehaved, and the results
> unpredictable, with even the possibility of a
--- Comment #2 from jakub at gcc dot gnu dot org 2006-10-07 17:02 ---
Oops, sorry, not sure how I managed to miss this in the test results.
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pcarlini at suse dot de 2006-10-07 17:03 ---
This a well known not a bug (I'm sure similar issues are discussed in the
mailing list, also user code implementing char <-> char conversions via iconv):
output to UTF-8 is done by wchar_t streams (thus, for example, wcout
--- Comment #5 from danglin at gcc dot gnu dot org 2006-10-07 17:09 ---
Fixed by patches.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #2 from pcarlini at suse dot de 2006-10-07 17:28 ---
Forgot to add: after having properly switched to a wchar_t stream, we must make
sure that it actually does the conversion: the clean solution via std::codecvt
is used by default only in converting streams (file streams), wh
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-07
18:56 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> --- Comment #16 from bkoz at gcc dot gnu dot org 2006-10-06 09:52 ---
> When you get to "break here" this is
--- Comment #3 from pcarlini at suse dot de 2006-10-07 19:47 ---
Reopen...
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|RESOLVED
--- Comment #4 from pcarlini at suse dot de 2006-10-07 19:48 ---
... to mark it as duplicate.
*** This bug has been marked as a duplicate of 16006 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #5 from pcarlini at suse dot de 2006-10-07 19:48 ---
*** Bug 29379 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-07
19:51 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> > When you get to "break here" this is what your mutex should look like in
> > gdb:
>
> Well, we don't actually get
--- Comment #20 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-07
20:02 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> It appears we hang at the "once_masterlock" line. We never get to
> the next line.
Oops, that should have read "_S_i
Platform info:
Red Hat Enterprise Linux WS release 3 (Taroon)
Linux legless 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003 i686 i686
i386 GNU/Linux
g++ (GCC) 3.2.3 20030502 (Red Hat Linux 3.2.3-20)
gcc SVN snapshot:
2006-10-07 10:14 PDT
Commands used:
../gcc_trunk/configure --prefix=
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-07 20:07 ---
This works for me on i686-linux-gnu. Can you first try compiling 3.4.x and
then trying compiling the mainline with that?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #21 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-07
20:11 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> I don't think this is an ordering problem... there are no complicated ordering
> issues in this code. Something to try
--- Comment #1 from pault at gcc dot gnu dot org 2006-10-07 21:23 ---
Created an attachment (id=12395)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12395&action=view)
A provisional fix for this PR
This comes about because the gfc_evaluate_now is fixing the expression after it
has
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-07 22:37 ---
This addition in resolve.c(resolve_fl_derived):5541
if (c->ts.type == BT_DERIVED && c->pointer
&& c->ts.derived->components == NULL)
{
gfc_error ("The pointer component '%s' of '%s'
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-07 22:54 ---
Subject: Bug 29002
Author: pinskia
Date: Sat Oct 7 22:54:09 2006
New Revision: 117542
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117542
Log:
2006-10-07 Andrew Pinski <[EMAIL PROTECTED]>
PR C++
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-07 22:55 ---
Fixed now on the 4.1 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
K
--- Comment #11 from paolo at gcc dot gnu dot org 2006-10-08 01:13 ---
Subject: Bug 28277
Author: paolo
Date: Sun Oct 8 01:13:03 2006
New Revision: 117549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117549
Log:
2006-10-07 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|00
--- Comment #9 from pcarlini at suse dot de 2006-10-08 01:24 ---
Feedback not forthcoming.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|WAIT
--- Comment #9 from pcarlini at suse dot de 2006-10-08 01:32 ---
No open issues.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-08 02:05 ---
Works on
[EMAIL PROTECTED] gcc]$ ./xgcc -v
Using built-in specs.
Target: arm-linux-gnu
Configured with: ../configure --target=arm-linux-gnu : (reconfigured)
Thread model: posix
gcc version 4.2.0 20061007
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-08 02:10 ---
(In reply to comment #0)
> compilation with -O0:
>
> $ gcc -c -fPIC -g -O0 -g tree234.i
> /tmp/cco6vA7j.s: Assembler messages:
> /tmp/cco6vA7j.s:172: Error: Rn must not overlap other operands -- `swpb
> r3,r2,[r3]'
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-08 02:13 ---
Works with:
[EMAIL PROTECTED] gcc]$ ./xgcc -v
Using built-in specs.
Target: arm-linux-gnu
Configured with: ../configure --target=arm-linux-gnu
Thread model: posix
gcc version 4.1.2 20061007 (prerelease)
--
http
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-08 02:40 ---
Reduced testcase:
struct node234_Tag
{
int t1;
int kids[4];
void *elems[3];
};
void *add234_internal(struct node234_Tag *n, int ei)
{
int j;
for (j = ei; j < 2 && n->elems[j+1];)
j++;
n->kids[j+
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-08 02:44 ---
typedecl = TYPE_MAIN_DECL (type);
typedecl is NULL here.
struct AD.1953 is the type.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29363
51 matches
Mail list logo
