--- Comment #1 from laurent at guerby dot net 2008-11-15 06:53 ---
This also fails the same way on sparc-linux, SPARC/Solaris and SPARC64/Solaris:
http://gcc.gnu.org/ml/gcc-testresults/2008-11/msg01191.html
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00653.html
--
laurent at guerby
--- Comment #4 from laurent at guerby dot net 2008-11-15 06:49 ---
Patch for review:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00690.html
--
laurent at guerby dot net changed:
What|Removed |Added
variations:
unix
Running target unix
Using /sw/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /sw/share/dejagnu/config/unix.exp as generic interface file for target.
Using
/sw/src/fink.build/gcc44-4.3.999-20081114/gcc-4.4-20081114/gcc/testsuite/config/default.exp
--- Comment #5 from pault at gcc dot gnu dot org 2008-11-15 05:57 ---
Created an attachment (id=16680)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16680&action=view)
A prototype patch
This fixes the problem but causes a couple of regressions - eg. mapping_1.f90
This clearly dem
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-11-15 05:16
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-11-15 05:15
---
Subject: Bug 37988
Author: jvdelisle
Date: Sat Nov 15 05:14:33 2008
New Revision: 141880
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141880
Log:
2008-11-14 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-11-15 05:05
---
Subject: Bug 37988
Author: jvdelisle
Date: Sat Nov 15 05:03:56 2008
New Revision: 141879
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141879
Log:
2008-11-14 Jerry DeLisle <[EMAIL PROTECTED]>
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33759
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2008-11-15
03:13 ---
Current gcc trunk, r141877, still fails...
Running
/sw/src/fink.build/gcc44-4.3.999-20081114/gcc-4.4-20081114/gcc/testsuite/gcc.dg/compat/struct-layout-1.exp
...
FAIL: tmpdir-gcc.dg-struct-layout-1/t027
Executing on host: /home/dave/gcc-4.4/objdir/gcc/xgcc
-B/home/dave/gcc-4.4/objdi
r/gcc/ /home/dave/gcc-4.4/gcc/libffi/testsuite/libffi.special/unwindtest.cc
-s
hared-libgcc -lstdc++ -O0 -W -Wall
-I/home/dave/gcc-4.4/objdir/hppa-linux/./libf
fi/include -I/home/dave/gcc-4.4/gcc/libffi/testsuite/../
--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-15 01:45 ---
(gdb) bt
#0 __gxx_personality_v0 (version=1, actions=2,
exception_class=5138137972254386944, ue_header=0x0, context=0x0)
at ../../../../gcc/libstdc++-v3/libsupc++/eh_personality.cc:365
#1 0x405492b8 in _Un
--- Comment #11 from pinskia at gmail dot com 2008-11-15 01:40 ---
Subject: Re: using fails if gcc invoked in a directory which has a
subdirectory called "gcc"
Sent from my iPhone
On Nov 14, 2008, at 5:01 PM, "mvanier at cs dot caltech dot edu"
<[EMAIL PROTECTED]
> wrote:
>
>
>
Sent from my iPhone
On Nov 14, 2008, at 5:01 PM, "mvanier at cs dot caltech dot edu" <[EMAIL PROTECTED]
> wrote:
--- Comment #10 from mvanier at cs dot caltech dot edu
2008-11-15 01:01 ---
(In reply to comment #9)
(In reply to comment #8)
Is "." in your PATH environment varia
Executing on host: /home/dave/gcc-4.4/objdir/./gcc/g++ -shared-libgcc
-B/home/da
ve/gcc-4.4/objdir/./gcc -nostdinc++
-L/home/dave/gcc-4.4/objdir/hppa-linux/libst
dc++-v3/src -L/home/dave/gcc-4.4/objdir/hppa-linux/libstdc++-v3/src/.libs
-B/hom
e/dave/opt/gnu/gcc/gcc-4.4.0/hppa-linux/bin/
-B/home/dav
--- Comment #10 from mvanier at cs dot caltech dot edu 2008-11-15 01:01
---
(In reply to comment #9)
> (In reply to comment #8)
> > Is "." in your PATH environment variable? As I've already mentioned, it
> > works
> > fine if "." is not in the path. Now, one can argue that "." should
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-11-15 00:54 ---
(In reply to comment #8)
> Is "." in your PATH environment variable? As I've already mentioned, it works
> fine if "." is not in the path. Now, one can argue that "." should not be in
> the path anyway, but it does
/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws
-
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support cd1c04e.adb
gnatbind -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support -x
cd1c04e.
alignatlink cd1c04e.ali --GCC=/home/dave/gnu/gcc/objdir/gcc/xg
--- Comment #8 from mvanier at cs dot caltech dot edu 2008-11-15 00:50
---
(In reply to comment #7)
> I compile all the time in a directory which contains a gcc directory on
> GNU/Linux, Darwin and even under windows.
>
Is "." in your PATH environment variable? As I've already mentio
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-15 00:43 ---
This works for me with PPC both 32bit and 64bit but fails with 64bit i686 and
works with 32bit x86.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-15 00:40 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-15 00:40 ---
I compile all the time in a directory which contains a gcc directory on
GNU/Linux, Darwin and even under windows.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37995
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-15 00:37 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Did you set CONFIG_SHELL?
> no i haven't set CONFIG_SHELL
Then you have not read the documentation which states you should set the
environment variable CONFIG_
--- Comment #16 from pinskia at gcc dot gnu dot org 2008-11-15 00:34
---
The preprocessed source does not compile for me:
/home/mirco/source/kernel/linux.git/include/asm/current_64.h:11: error:
expected expression before 'struct'
--
pinskia at gcc dot gnu dot org changed:
--- Comment #15 from pinskia at gcc dot gnu dot org 2008-11-15 00:31
---
As I mentioned this requires so many optimizations to get this done correctly
it is not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from pinskia at gcc dot gnu dot org 2008-11-15 00:28
---
(In reply to comment #12)
> smallish testcase, fwiw.
No that should have a call to argh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
Component|c |target
http:
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-15 00:11 ---
*** Bug 36651 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-11-15 00:11 ---
*** This bug has been marked as a duplicate of 36113 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|c |middle-en
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-15 00:09 ---
This works for me on the trunk. I either get a cmove or a branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35764
--- Comment #26 from pinskia at gcc dot gnu dot org 2008-11-15 00:07
---
*** Bug 35392 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 2008-11-15 00:07 ---
*** This bug has been marked as a duplicate of 36902 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
I would expect gcc to generate comparable code for both functions below, or
perhaps even better code for foo() than for bar() since the code in foo() is
likely to be more common than the equivalent code in bar(). However, the code
produced for foo() is suboptimal in comparison to the code for bar()
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-15 00:05 ---
t.c:8: warning: ISO C restricts enumerator values to range of 'int'
t.c:14: warning: left shift count >= width of type
This is still correct. Even if we had sizeof(MyEnum) == 2, the types of dummy
will still be an
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-11-14 23:59 ---
*** Bug 35279 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-14 23:59 ---
*** This bug has been marked as a duplicate of 37861 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-14 23:55 ---
-Wcast-qual exist already and works like what you want it to work.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-14 23:51 ---
Actually I use sizeof all the time on pointers so I don't think this is useful.
In fact it falls down with meta programming.
That is:
#define bitcase(type, a) ({typeof (a) b = a; type c; int
notthesamesize[sizeof(a
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-14 23:38 ---
This needs VRP really to be run at -O0 which I don't think is going to happen
any time soon.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-14 23:34 ---
I think we can close this as won't fix. LTO has a testsuite part already so it
is not a big deal.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-14 23:31 ---
As mentioned it is only a GCC extension that the value is a constant.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-14 23:29 ---
Here is a small example:
struct a {float x, y; };
struct a f(struct a b)
{
return __real b;
}
int f1(int *b)
{
return __imag b - __real b;
}
(In reply to comment #1)
> Further, http://gcc.gnu.org/onlinedocs/gc
--- Comment #10 from rguenther at suse dot de 2008-11-14 23:27 ---
Subject: Re: [4.2/4.3/4.4 Regression] name-lookup for
non-dependent name in template function is wrong
On Fri, 14 Nov 2008, jason at gcc dot gnu dot org wrote:
> --- Comment #5 from jason at gcc dot gnu dot org 2
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-11-14 23:22
---
Since the support is there fully in 4.3.0, I am going to close this as fixed,
there might be some warnings that can't be disabled via this way but please
file a separate bug for each one.
--
pinskia at gcc dot
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-14 23:19 ---
You can do:
float *cf = &c;
return cf[0] + cf[1];
Or after my patch just c[0] + c[1].
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from jason at gcc dot gnu dot org 2008-11-14 23:18 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jason at gcc dot gnu dot org 2008-11-14 23:16 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-11-14 23:13
---
*** Bug 38116 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6614
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-14 23:13 ---
*** This bug has been marked as a duplicate of 6614 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-11-14 23:12
---
*** Bug 38121 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 2008-11-14 23:12 ---
This is not really a bug, -Wconversion is documented this way in GCC before
4.3.0. -Wconversion did change for 4.3.0.
*** This bug has been marked as a duplicate of 6614 ***
--
pinskia at gcc dot gnu dot org ch
--- Comment #8 from dj at redhat dot com 2008-11-14 23:09 ---
The test case segfaults on simulators that don't initialize argv[0] to the name
of the running program.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36321
--- Comment #8 from jason at gcc dot gnu dot org 2008-11-14 23:07 ---
Subject: Bug 38030
Author: jason
Date: Fri Nov 14 23:06:11 2008
New Revision: 141872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141872
Log:
PR c++/38030
* semantics.c (finish_call_expr): Do
--- Comment #1 from mitul dot thakkar at amd dot com 2008-11-14 23:00
---
Created an attachment (id=16679)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16679&action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38125
Using -fgraphite-identity, test case is terminating with Segmentation fault..
gcc -c -O3 -fgraphite-identity final_seg.c
final_seg.c: In function 'Perl_av_fill':
final_seg.c:23: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
S
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from jason at gcc dot gnu dot org 2008-11-14 22:22 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jason at gcc dot gnu dot org 2008-11-14 22:02 ---
Subject: Bug 38030
Author: jason
Date: Fri Nov 14 22:01:12 2008
New Revision: 141868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141868
Log:
PR c++/38030
* semantics.c (finish_call_expr): Do
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-14 22:02 ---
>/var/tmp//cc2pJBdQ.s:9164: Internal error, aborting at dw2gencfi.c line 1267
You submit this to binutils, http://sourceware.org/bugzilla/ .
--
pinskia at gcc dot gnu dot org changed:
What|Remove
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-14 21:59 ---
Reduced testcase:
typedef __builtin_va_list __gnuc_va_list;
typedef __gnuc_va_list va_list;
typedef struct QuadWordS_struct { int i; double d; } QuadWordS;
void test(char *fmt, va_list ap) {
QuadWordS qw;
qw = __
--- Comment #6 from jason at gcc dot gnu dot org 2008-11-14 21:59 ---
Subject: Bug 38030
Author: jason
Date: Fri Nov 14 21:57:34 2008
New Revision: 141866
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141866
Log:
PR c++/38030
* semantics.c (finish_call_expr): Re
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun
Solaris machine with the following errors.
/bin/bash ../libtool --tag CXX --tag disable-shared --mode=compile
/home/kkusuman/software/compileHere/gcc-4.4-20081107/./gcc/xgcc -shared-libgcc
-B/home/kkusuman/software/compileHe
--- Comment #3 from kargl at gcc dot gnu dot org 2008-11-14 20:54 ---
(In reply to comment #2)
> It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
> /dev/tty and /dev/null are files, which they're not. They're devices.
OK, then it's a bug in NONMEM VI. Submi
--- Comment #2 from jason at gcc dot gnu dot org 2008-11-14 20:52 ---
Subject: Bug 37740
Author: jason
Date: Fri Nov 14 20:50:59 2008
New Revision: 141865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141865
Log:
PR c++/37740
* call.c (build_aggr_conv): Incremen
--- Comment #5 from sje at cup dot hp dot com 2008-11-14 20:19 ---
Fixed.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from steve dot chapel at a2pg dot com 2008-11-14 20:19
---
It's not a bug in my program. It's a bug in NONMEM VI. That is, assuming that
/dev/tty and /dev/null are files, which they're not. They're devices.
Regardless, it's code that runs in an older version that doesn't
--- Comment #2 from edwintorok at gmail dot com 2008-11-14 20:18 ---
Created an attachment (id=16678)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16678&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
--- Comment #4 from sje at gcc dot gnu dot org 2008-11-14 20:16 ---
Subject: Bug 38004
Author: sje
Date: Fri Nov 14 20:15:11 2008
New Revision: 141864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141864
Log:
PR middle-end/38004
* g++.dg/vect/pr36648.cc: Check a
--- Comment #1 from edwintorok at gmail dot com 2008-11-14 20:15 ---
Created an attachment (id=16677)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16677&action=view)
original sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38123
posix
gcc version 4.4.0 20081114 (experimental) [trunk revision 141857] (GCC)
--
Summary: [4.3 regression] error: incorrect sharing of tree nodes
ap->fp_offset = D.2748;
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-11-14 19:08
---
*** This bug has been marked as a duplicate of 29987 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-14 19:08
---
*** Bug 38118 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pault at gcc dot gnu dot org 2008-11-14 19:00 ---
A fix is regtesting right now.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2008-11-14 18:40 ---
(In reply to comment #0)
> The following program runs without error when compiled with g77 3.4.6 on
> Redhat
> Linux:
>
>character*72 fnint
>data fnint /'/dev/null'/
>i=index(fnint,' ')
>
--- Comment #8 from pault at gcc dot gnu dot org 2008-11-14 18:39 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from janis at gcc dot gnu dot org 2008-11-14 18:38 ---
Subject: Bug 38098
Author: janis
Date: Fri Nov 14 18:36:41 2008
New Revision: 141862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141862
Log:
2008-11-14 Jack Howarth <[EMAIL PROTECTED]>
PR testsui
--- Comment #5 from jason at gcc dot gnu dot org 2008-11-14 18:29 ---
G++ has never done two-phase name binding; that's an area that needs work for
standards conformance. This testcase worked properly by accident in 3.4 and
4.0, because of an optimization which was disallowed under DR 1
The following program runs without error when compiled with g77 3.4.6 on Redhat
Linux:
character*72 fnint
data fnint /'/dev/null'/
i=index(fnint,' ')
open(unit=29,file=fnint(1:i-1))
open(unit=30,file=fnint(1:i-1))
write(29,100)
write(30,100)
100
--- Comment #7 from pault at gcc dot gnu dot org 2008-11-14 18:04 ---
Subject: Bug 38033
Author: pault
Date: Fri Nov 14 18:03:05 2008
New Revision: 141861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141861
Log:
2008-10-14 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pinskia at gmail dot com 2008-11-14 18:02 ---
Subject: Re: gcc source contains a struct with no data members (actually 1
byte in size) and compiler does not initialize it, resulting in IBM Rational
Purify reporting an Uninitialized Memory Read.
Sent from my iPhone
Sent from my iPhone
On Nov 14, 2008, at 9:05 AM, "efinger at us dot ibm dot com" <[EMAIL PROTECTED]
> wrote:
--- Comment #4 from efinger at us dot ibm dot com 2008-11-14
17:05 ---
(In reply to comment #2)
There are going to be other holes in structs in general due to
alignme
--- Comment #4 from efinger at us dot ibm dot com 2008-11-14 17:05 ---
(In reply to comment #2)
> There are going to be other holes in structs in general due to alignment
> requirements and I don't think the compiler or libstdc++ should change to this
> because it will slow down the gene
Condider this
/* bar.c */
void bar(char a)
{
char b = a;
}
void frob(void)
{
bar('a');
}
Due to the automatic promotion of char to int in function calls [same would
apply to short or C99 _Bool], then this causes a warning with -Wconversion,
thus:
gcc -Wconversion -c bar.c
bar.c: In funct
the x86_64 assembly code generator will emit stuff like:
movswl 406(%rbx),%eax
To be consistent with all the other assembly language output, the output should
have a space after the , eg:
movswl 406(%rbx), %eax
Doing a
grep ',%' ./config/i386/i386.md
shows 40 lines that might need to be tou
--- Comment #3 from vmakarov at gcc dot gnu dot org 2008-11-14 16:43
---
Subject: Bug 37397
Author: vmakarov
Date: Fri Nov 14 16:41:56 2008
New Revision: 141860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141860
Log:
2008-11-14 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #22 from jason at gcc dot gnu dot org 2008-11-14 16:38 ---
Downgrading priority/severity since this is no longer a regression.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #7 from jason at gcc dot gnu dot org 2008-11-14 16:11 ---
The initialization of arr is ill-formed in C++0x because of narrowing from int
to char.
The initialization of s is well-formed; that bug has been fixed for 4.4.
The initialization of t is ill-formed in C++98 because
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38119
--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-14 15:55 ---
Works in 4.3.2, 4.2.1 and 4.1.3. Fails with 4.4.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
+++ This bug was initially created as a clone of Bug #38095 +++
In trying to reduce the ICE, Mikael Morin actually found a different ICE:
--- Bug #38095 Comment #8 From Mikael Morin 2008-11-12 22:43 ---
I tried to reduce the case.
module bar
implicit none
contains
!
elemental function
While trying to build current mainline with Sun as and GNU ld 2.19 on
sparc-sun-solaris2.11, libgomp failed to link with the following error:
/vol/gcc/lib/gld-2.19: gomp_thread_attr: TLS reference in .libs/team.o
mismatches non-TLS reference in .libs/env.o
.libs/team.o: could not read symbols: Bad
--- Comment #35 from drow at gcc dot gnu dot org 2008-11-14 15:38 ---
Patches reverted. This is really a bug in gmp/mpfr/intl, but no point
triggering it.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from drow at gcc dot gnu dot org 2008-11-14 15:37 ---
Patches reverted. This is really a bug in gmp/mpfr/intl, but no point
triggering it.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-14 15:10 ---
Given that .text (with --relax) is ATM 48MB on cc1-dummy (and f951) and 52.7MB
on cc1plus-dummy (when using somewhat older 4.4 snapshot as bootstrap
compiler), I'm afraid just conditionalizing something during first st
--- Comment #34 from drow at gcc dot gnu dot org 2008-11-14 14:53 ---
Subject: Bug 37923
Author: drow
Date: Fri Nov 14 14:51:38 2008
New Revision: 141859
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141859
Log:
PR bootstrap/38014
PR bootstrap/37923
Rev
--- Comment #4 from drow at gcc dot gnu dot org 2008-11-14 14:53 ---
Subject: Bug 38014
Author: drow
Date: Fri Nov 14 14:51:38 2008
New Revision: 141859
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141859
Log:
PR bootstrap/38014
PR bootstrap/37923
Reve
--- Comment #16 from ubizjak at gmail dot com 2008-11-14 14:46 ---
(In reply to comment #15)
> I do recall that I tried...
>
> * { dg-options " -mno-mmx" { target i?86-*-* x86_64-*-* } } */
> /* { dg-options " -fno-common -mno-mmx { target ... *-*-darwin
> *-*-mingw32*
> *-*-c
1 - 100 of 127 matches
Mail list logo
