--- Comment #9 from matz at gcc dot gnu dot org 2007-05-21 07:45 ---
Richard, the problem isn't the compare or where to store the live values
alen and blen (FYI, the store looks invalid, because reload will not
immediately stop when it sees an invalid asm insn, but instead just patch it
So, I've been trying to build gcc with --enable-objc-gc. At first I
thought the failure to build was simply due to random bitrot;
searching the list archives doesn't show anybody using this in quite
some time. But I finally realized that the build process is looking
for libobjc_gc.la but it's b
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32017
list::insert(pos, start, finish) doesn't provide the strong guarantee as
required by 23.2.3.3 list modifiers
See
http://groups.google.com/group/comp.lang.c++.moderated/browse_frm/thread/b215edcb44b19bb9/c875353acb4da29e
It's almost a sure bet that libstdc++ contains other exception-safety bugs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.4 |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25309
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31983
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-21 02:52 ---
Does 4.2.0 have this issue, GCC before 4.2.0 did not support i686-darwin that
well in fact it was known to have so many broken features it was useless.
--
pinskia at gcc dot gnu dot org changed:
What
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32006
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|regression |bootstrap
Keywords||build
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-21 02:39 ---
> Just to make myself clear, this isn't a data alignment thing.
Actually it is a data alignment issue, the ABI for arm most likely says objects
larger than a certain size are aligned to 32bits. I think you need to
GCC seems to have a "feature" where it always pads the end of classes (or
structs) to make the class size as reported by sizeof() be a multiple of 4
bytes when targeting a 32 bit machine.
This isn't a data alignment issue as the problematic classes contain nothing
but chars. It seems to be simply
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-21 01:11 ---
Created an attachment (id=13592)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13592&action=view)
Patch which should fix it (but needs full testing)
This is the patch which I am testing, it adds one more check
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-05-21 01:07
---
Fixed on 4.2.1 and 4.3. Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-05-21 01:06
---
Subject: Bug 31395
Author: jvdelisle
Date: Mon May 21 00:06:46 2007
New Revision: 124887
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124887
Log:
2007-05-20 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-05-21 01:05
---
Subject: Bug 31395
Author: jvdelisle
Date: Mon May 21 00:04:43 2007
New Revision: 124886
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124886
Log:
2007-05-20 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-05-21 01:02 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-05-21 01:01 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-05-21 01:01 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-21 01:01 ---
I can confirm this, it is due to sccp which creates int * 2B so we have two
things a type mismatch and also now an invalid IR. Fixing right now.
--
pinskia at gcc dot gnu dot org changed:
What|Re
--- Comment #7 from kkojima at gcc dot gnu dot org 2007-05-21 01:00 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-05-21 00:57 ---
Subject: Bug 31701
Author: kkojima
Date: Sun May 20 23:57:32 2007
New Revision: 124885
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124885
Log:
PR target/31701
Backport from mainline.
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-05-21 00:56 ---
Subject: Bug 31480
Author: kkojima
Date: Sun May 20 23:55:48 2007
New Revision: 124884
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124884
Log:
PR target/31480
Backport from mainline.
--- Comment #4 from kkojima at gcc dot gnu dot org 2007-05-21 00:54 ---
Subject: Bug 31022
Author: kkojima
Date: Sun May 20 23:54:01 2007
New Revision: 124883
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124883
Log:
PR target/31022
Backport from mainline.
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-05-21 00:27 ---
Subject: Bug 31701
Author: kkojima
Date: Sun May 20 23:27:22 2007
New Revision: 124882
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124882
Log:
PR target/31701
Backport from mainline.
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-05-21 00:25 ---
Subject: Bug 31480
Author: kkojima
Date: Sun May 20 23:25:03 2007
New Revision: 124881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124881
Log:
PR target/31480
Backport from mainline.
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-05-21 00:23 ---
Subject: Bug 31022
Author: kkojima
Date: Sun May 20 23:22:46 2007
New Revision: 124880
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124880
Log:
PR target/31022
Backport from mainline.
Friends... prob not worth creating an account in your bugzilla for...
default download of 4.2.0 source distribution... configure with no
options... no .y files changed... make reports:
/usr/local/dev/gcc/gcc-4.2.0/missing bison -t -o java/parse-scan.c
../../gcc-4. 2.0/gcc/java/parse-scan.y
WARN
--- Comment #4 from patchapp at dberlin dot org 2007-05-21 00:16 ---
Subject: Bug number PR32002
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/2007-05/msg01315.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #6 from kkojima at gcc dot gnu dot org 2007-05-21 00:14 ---
Subject: Bug 27405
Author: kkojima
Date: Sun May 20 23:13:48 2007
New Revision: 124879
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124879
Log:
PR target/27405
Backport from mainline.
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-05-21 00:00
---
This is not a regression from previous releases. Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #28 from dberlin at gcc dot gnu dot org 2007-05-20 23:52
---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On 20 May 2007 04:57:45 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #25 from pluto at agmk dot net 2007-05-20 05:57 -
On 20 May 2007 04:57:45 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
--- Comment #25 from pluto at agmk dot net 2007-05-20 05:57 ---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
--
Change line 4275 of the patched tree-ssa-structalias.c to be rhs.var =
--- Comment #51 from jvdelisle at gcc dot gnu dot org 2007-05-20 23:50
---
Two testcases for 4.3 pass on 4.2. Fixed on 4.3. Because of the problems with
regressions on SPEC, I would rather not backport this. Closing.
Herald, if something else comes up, please file a new report. Thi
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2007-05-20 23:25
---
This is not a regression. Was not supported by g77. Fixed on 4.3
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
../gcc/configure --prefix=/usr/local/gcc42 --enable-threads --with-arch=nocona
--with-tune=nocona --disable-bootstrap --disable-nls --with-gmp=/sw
--with-mpfr=/sw --with-system-zlib --enable-languages=c,c++,objc,obj-c++
--disable-multilib
Thread model: posix
gcc version 4.3.0 20070513 (experimental
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-05-20 23:06 ---
(From update of attachment 13587)
This patch is safer and allows us to add more to build_classic_dist_vector_1.
Like when the two access functions are constants, just take the difference.
(which might be needed soo
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-20 23:03 ---
(From update of attachment 13591)
I take this back, this can cause an ICE with some code (which seems like I
should add a testcase).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-05-20 22:20 ---
(In reply to comment #7)
> PS: as a minor improvement, we might want to give numeric types a more
> Fortran-like name, with a patch such as the following:
...
Hi FX,
are you planning to submit that patch? It sou
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-05-20 22:11
---
Now also fixed on 4.2.1 (revision 124878). Won't backport to 4.1.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-20 22:09 ---
Close.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-05-20 22:09
---
Subject: Bug 31618
Author: tkoenig
Date: Sun May 20 21:07:14 2007
New Revision: 124878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124878
Log:
2007-05-20 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-05-20 21:51 ---
There is almost nothing that can be done on the tree level to fix up this
register allocator issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #23 from manu at gcc dot gnu dot org 2007-05-20 21:50 ---
The diverse warnings of the type "always true/false because of range of data
type" have been grouped under -Wtype-limits that is enabled by -Wextra (and not
by -Wall). The warning can be disabled by using -Wno-type-lim
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-05-20 21:50 ---
> If it can use blen_11 instead of blen_3(D), it may compile. If forwprop can't
> deal some asm stmts very well, it should skip those asm stmts.
It cannot use blen_11 instead of blen_3 because the asm will have chan
--- Comment #24 from manu at gcc dot gnu dot org 2007-05-20 21:46 ---
As a workaround, the warning can be disabled with -Wno-type-limits.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-20 21:44 ---
Created an attachment (id=13591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13591&action=view)
new patch
This new patch changes one little thing dealing with how with indirect
references are handled in dr_a
--- Comment #5 from manu at gcc dot gnu dot org 2007-05-20 21:42 ---
Fixed for GCC 4.3 (all warnings have been grouped under -Wtype-limits).
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from hjl at lucon dot org 2007-05-20 21:40 ---
forwprop changes
:
alen_4 = alen_2(D) - blen_3(D);
out_5 = 0;
__asm__("":"=r" a_9, "=r" b_10, "=mr" blen_11, "=mr" out_12, "=&r"
tmp_13:"mr"
d_6(D), "0" a_7(D), "1" b_8(D), "2" blen_3(D), "3" 0:"edx", "eax");
if (al
--- Comment #26 from manu at gcc dot gnu dot org 2007-05-20 21:31 ---
Subject: Bug 7651
Author: manu
Date: Sun May 20 20:29:55 2007
New Revision: 124875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124875
Log:
2007-05-20 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-20 21:33 ---
patches get sent to gcc-patches@, make sure you read
http://gcc.gnu.org/contribute.html also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32013
--- Comment #4 from manu at gcc dot gnu dot org 2007-05-20 21:31 ---
Subject: Bug 23587
Author: manu
Date: Sun May 20 20:29:55 2007
New Revision: 124875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124875
Log:
2007-05-20 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #23 from manu at gcc dot gnu dot org 2007-05-20 21:32 ---
Subject: Bug 11856
Author: manu
Date: Sun May 20 20:29:55 2007
New Revision: 124875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124875
Log:
2007-05-20 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR m
--- Comment #22 from manu at gcc dot gnu dot org 2007-05-20 21:31 ---
Subject: Bug 12963
Author: manu
Date: Sun May 20 20:29:55 2007
New Revision: 124875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124875
Log:
2007-05-20 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR m
--- Comment #8 from manu at gcc dot gnu dot org 2007-05-20 21:31 ---
Subject: Bug 29694
Author: manu
Date: Sun May 20 20:29:55 2007
New Revision: 124875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124875
Log:
2007-05-20 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR mi
--- Comment #6 from danglin at gcc dot gnu dot org 2007-05-20 21:30 ---
This problem isn't present in 3.4.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
CC||andreast at gcc dot gnu dot
|
With the 4.3.0 20070518 snapshot (see PR32009) I have the following new
failures:
Native configuration is powerpc-apple-darwin7.9.0
=== gcc tests ===
Schedule of variations:
unix
...
Running /Users/dominiq/test/gcc-4.3-20070518/gcc/testsuite/gcc.dg/vect/vect.exp
...
FAIL: gc
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-05-20 21:01
---
One down, 54 wrong-code or ice-on-valid-code to go :-)
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-05-20 20:39
---
I have applied the remaining patches from comments #2 and #3 to my local trunk
and I am regression testing now. I will post to list with results in
preparation for committing these fixups.
--
http://gcc.gnu.
--- Comment #1 from gcc-tgc at jupiterrise dot com 2007-05-20 20:06 ---
Created an attachment (id=13590)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13590&action=view)
Make libgomp choose posix95 for Irix 6.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32013
Irix 6.2 with pthread patches is not Unix98 compatible so libgomp must use the
posix95 locking primitives.
--
Summary: Use posix95 for libgomp on Irix 6.2
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P
--- Comment #5 from danglin at gcc dot gnu dot org 2007-05-20 19:02 ---
In order to prevent flush_hash_table from looping forever, the call to
invalidate (p->exp, VOIDmode) has to remove the element p. However, this
doesn't happen. It only removes the entry if lookup_for_remove finds t
--- Comment #5 from drab at kepler dot fjfi dot cvut dot cz 2007-05-20
18:40 ---
Same problem is on FC6, though. Also x86_64-unknown-linux-gnu. Just for the
record.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32011
--- Comment #2 from drab at kepler dot fjfi dot cvut dot cz 2007-05-20
18:34 ---
Sorry, this bugreport was posted by an accident.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32012
--- Comment #4 from drab at kepler dot fjfi dot cvut dot cz 2007-05-20
18:33 ---
(In reply to comment #2)
> You must have been using a modified version of config.guess, the respective
> line hasn't changed since it was added 6 years ago.
Nope, I'm allways using the SVN version. No modi
--- Comment #3 from schwab at suse dot de 2007-05-20 18:29 ---
*** Bug 32012 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32011
--- Comment #1 from schwab at suse dot de 2007-05-20 18:29 ---
*** This bug has been marked as a duplicate of 32011 ***
--
schwab at suse dot de changed:
What|Removed |Added
Is there a reason why in the GCC 4.3.0 the x86_64 on Linux is detected as an
x86_64-unknown-linux-gnu instead of an x86_64-pc-linux-gnu as it was in the
past?
--
Summary: Bad host triplet detection for x86_64 on Linux.
Product: gcc
Version: 4.3.0
Stat
--- Comment #4 from danglin at gcc dot gnu dot org 2007-05-20 18:15 ---
For reference, this is the rtl at the point of the hang:
(gdb) p debug_rtx_list (get_insns (), 30)
(note 6 0 3 2 [bb 2] NOTE_INSN_BASIC_BLOCK)
(insn 3 6 4 2 pr31944.c:4 (set (reg/v/f:DI 68 [ mle ])
(reg:DI
--- Comment #2 from schwab at suse dot de 2007-05-20 18:03 ---
You must have been using a modified version of config.guess, the respective
line hasn't changed since it was added 6 years ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32011
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-20 18:01 ---
This is a config.guess issue and not a GCC issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32011
Is there a reason why in the GCC 4.3.0 the x86_64 on Linux is detected as an
x86_64-unknown-linux-gnu instead of an x86_64-pc-linux-gnu as it was in the
past?
--
Summary: Bad host triplet detection for x86_64 on Linux.
Product: gcc
Version: 4.3.0
Stat
Configured with
env CC=/pkgs/gcc-4.2.0-64/bin/gcc ../4.2.0/configure
--build=powerpc64-apple-darwin8.8.0 --host=powerpc64-apple-darwin8.8.0
--target=powerpc64-apple-darwin8.8.0 --with-gmp=/pkgs/gmp-4.2.1-64/
--with-mpfr=/pkgs/gmp-4.2.1-64/ --prefix=/pkgs/gcc-4.2.0-64
and made with make bootstrap.
--- Comment #3 from danglin at gcc dot gnu dot org 2007-05-20 17:38 ---
My last comment about this being a GC problem was wrong. Here's a
backtrace from a compiler containing debug symbols:
(gdb) bt
#0 0x40c5a274 in get_cse_reg_info (regno=66)
at ../../gcc/gcc/cse.c:847
#1
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-05-20 17:08
---
I think it may have to do with the order of resolving, I think pr32002 is not
picking up the shape checking because the array variables are not resolved
before functions using them are resolved. I think somethin
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-05-20 16:55
---
Actually, there are two separate build subdirectories created under the arch
directory in the objdir. So on systems like mine, two separate libraries are
built.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #12 from kargl at gcc dot gnu dot org 2007-05-20 16:24 ---
(In reply to comment #11)
> Fixed on 4.2. Do we want to backport to 4.1?
>
With 4.2 finally released, I think it is time to let
4.1 go. If gfortran follows the GCC development rules,
then this would need to be a f
--- Comment #25 from eweddington at cso dot atmel dot com 2007-05-20 16:22
---
Subject: RE: Implement binary constants with a "0b"
prefix
>
> --- Comment #24 from manu at gcc dot gnu dot org
> 2007-05-19 16:21 ---
> Joerg,
>
> any news about this? I cannot find the patc
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-05-20 15:43
---
(In reply to comment #5)
> What is more
> confusing is that I can't trigger this scalarization bug with other intrinsics
10 seconds after I hit the Commit button, I thought about another testcase, and
it does als
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-05-20 15:40
---
For some reason, the scalarization of conjg(transpose()) is messed up. The
following code:
complex :: a(1,1), b(1,1)
a = 0
b = conjg(transpose(a))
print *, b(1,1)
end
ends up as folllows:
int4 D
Building gcc4-4.3.0-20070518 failed on OSX 10.3.9. Copies of
http://gcc.gnu.org/ml/gcc/2007-05/msg00483.html
> Comparing the log of successful and failed builds I have found
> that the failed one contains -mdynamic-no-pic which does not
> appear in the previous build. According Apple's doc this
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-05-20 13:30
---
Fixed on 4.2. Do we want to backport to 4.1?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pcarlini at suse dot de 2007-05-20 13:29 ---
GCC 3.3.x isn't maintained anymore.
--
pcarlini at suse dot de changed:
What|Removed |Added
S
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-05-20 13:28
---
Subject: Bug 31196
Author: tkoenig
Date: Sun May 20 12:28:29 2007
New Revision: 124872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124872
Log:
2007-05-20 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-05-20 13:12 ---
This triggers the error ...
real :: a(3), b(2)
a = COS(b(:))
end
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32002
--- Comment #3 from pbrook at gcc dot gnu dot org 2007-05-20 12:18 ---
Subject: Bug 32007
Author: pbrook
Date: Sun May 20 11:18:27 2007
New Revision: 124871
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124871
Log:
2007-04-20 Martin Michlmayr <[EMAIL PROTECTED]>
PR t
--- Comment #2 from kuba dot skowron at gmail dot com 2007-05-20 12:07
---
Created an attachment (id=13589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13589&action=view)
g++ output (with version and build options)
generated by:
g++ -v -save-temps gcc_bug.cpp
--
http://gcc
--- Comment #1 from kuba dot skowron at gmail dot com 2007-05-20 12:05
---
Created an attachment (id=13588)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13588&action=view)
preprocessed file triggering the bug
generated by command line:
g++ -v -save-temps gcc_bug.cpp
--
http
g++ hangs computer for about 5 minutes, then reports "internal error".
On program:
#include
#include
using namespace std;
int main()
{
cout << "\e[18t" << flush
string s;
return 0;
}
Compiled with:
g++ -c gcc_bug.cpp
He should report "expected ';'" error on line 9 (after flush, before
--- Comment #2 from tbm at cyrius dot com 2007-05-20 11:54 ---
Proposed patch:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01304.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32007
--- Comment #1 from tbm at cyrius dot com 2007-05-20 11:52 ---
Caused by http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01850.html
--
tbm at cyrius dot com changed:
What|Removed |Added
-
Bootstrap is broken on ARM v3. I get "Unable to determine architecture"
from gcc/config/arm/lib1funcs.asm
--
Summary: [4.3 Regression] bootstrap broken on ARM v3
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Pri
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-05-20 11:52 ---
As to comment #2, while we need one more register for the comparison, a and b
are available in the argument frame, so there's no reason to "spill" them, we
just need to reload them into one of the many free registers
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-05-20 11:25 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-05-20 11:22 ---
Subject: Bug 32001
Author: dfranke
Date: Sun May 20 10:22:15 2007
New Revision: 124869
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124869
Log:
gcc/fortran:
2007-05-20 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-05-20 11:20 ---
The out-of-ssa patch was clearly a hack to make this testcase work. But a real
fix involves ra and reload, none of which is in the list I like to work on ;)
But maybe Micha can try to see if this is related to PR193
--- Comment #4 from ubizjak at gmail dot com 2007-05-20 10:55 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|http://gcc.gnu.org/ml
--- Comment #3 from uros at gcc dot gnu dot org 2007-05-20 10:54 ---
Subject: Bug 31585
Author: uros
Date: Sun May 20 09:54:23 2007
New Revision: 124868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124868
Log:
PR target/31585
* gcc.target/i386/sse-vect-types.c:
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-05-20 10:52 ---
b = transpose(conjg(a)) works (also translated into
the library call).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31994
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29473
1 - 100 of 112 matches
Mail list logo
