--- Comment #11 from ccoutant at gcc dot gnu dot org 2010-04-01 06:32
---
Created an attachment (id=20269)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20269action=view)
Updated gold patch to fix common symbol handling
Sorry, I forgot to include the updated testsuite/Makefile.*
--- Comment #1 from zsojka at seznam dot cz 2010-04-01 06:41 ---
Created an attachment (id=20270)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20270action=view)
auto-reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43611
My usual routine to build gcc-trunk started failing yesterday (or the day
before)?
The configure has remained unchanged (notice --disable-multilib
--disable-bootstrap):
/data/vondele/gcc_bench/gcc_trunk/gcc/configure
--prefix=/data/vondele/gcc_bench/gcc_trunk/build
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #1 from jv244 at cam dot ac dot uk 2010-04-01 07:06 ---
svn versions:
last known good: 157842
first known bad: 157896
CCing a RM
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Summary|bootstrap fails:|[4.5 Regression] bootstrap
Compile the following code with options -Os -march=armv7-a -mthumb
extern long long foo();
void bar2(long long* p)
{
long long t = foo();
*p = t;
}
GCC generates:
bar2:
push{r4, lr}
mov r4, r0
bl foo
mov r2, r0 // A
mov r3, r1
--- Comment #7 from manfred99 at gmx dot ch 2010-04-01 07:42 ---
Thanks for the quick fix!
I can confirm that the patch works for both the (a) and the * case.
In the code, there is still some size_t reference, should
probably be gfc_offset as well:
if (u == NULL)
return
--- Comment #17 from developer at sandoe-acoustics dot co dot uk
2010-04-01 08:02 ---
AFAICT the root problem does not relate to export of symbols from emutls (or to
its use). Although this perhaps needs a different PR
The root problem is that the emutls implementation generates
--- Comment #18 from bonzini at gnu dot org 2010-04-01 08:08 ---
TREE_USED then?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43553
--- Comment #2 from aflyhorse at foxmail dot com 2010-04-01 08:23 ---
Got your ideas and be sorry for i chobber the building tree of my computer and
the tree of package, there shouldn't be /gcc/src in the path (I was confused
when i'm looking for the file myself)
that time i'm testing
--- Comment #3 from aflyhorse at foxmail dot com 2010-04-01 08:26 ---
Also, the compiler do stopped and treat warnings as errors while compiling
ira-conflicts.c until i changed these 2 %ld to %I64u
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
--- Comment #19 from developer at sandoe-acoustics dot co dot uk
2010-04-01 08:30 ---
(In reply to comment #18)
TREE_USED then?
It doesn't do it... tried that first ;-) [ and it is copied]
However, I see the comment that variables can change status during their life -
or perhaps
Sent from my iPhone
On Apr 1, 2010, at 12:03 AM, jv244 at cam dot ac dot uk gcc-bugzi...@gcc.gnu.org
wrote:
My usual routine to build gcc-trunk started failing yesterday (or
the day
before)?
The configure has remained unchanged (notice --disable-multilib
--disable-bootstrap):
--- Comment #2 from pinskia at gmail dot com 2010-04-01 08:50 ---
Subject: Re: New: bootstrap fails: /usr/include/gnu/stubs.h:7:27: fatal
error: gnu/stubs-32.h: No such file or directory
Sent from my iPhone
On Apr 1, 2010, at 12:03 AM, jv244 at cam dot ac dot uk
--- Comment #8 from jb at gcc dot gnu dot org 2010-04-01 08:55 ---
(In reply to comment #7)
I can confirm that the patch works for both the (a) and the * case.
Thanks for testing. I'll commit the patch to 4.5 tonight.
In the code, there is still some size_t reference, should
--- Comment #4 from pzhao at gcc dot gnu dot org 2010-04-01 09:19 ---
Sorry! I have misunderstood this issue before.
Is it to ask for warn at the following test case?
=
int foo (int a)
{
return a;
}
int bar (int c)
{
if (foo (1), c) // Warn foo(1) don't have
--- Comment #5 from burnus at gcc dot gnu dot org 2010-04-01 09:26 ---
(In reply to comment #3)
Reduced test:
[...]
(In reply to comment #4)
Further reduced test that does not give an ICE, but several errors:
Although gfortran should not give an ICE, I have doubts about the validity
--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-01 09:41 ---
(In reply to comment #2)
It appears to be a regression. See results for 4.4:
I'll rebuild 4.5 and check point a.
Thanks - I marked it as regression, but without having access to armv5tejl it
is impossible to
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-04-01 10:10
---
Is it to ask for warn at the following test case?
Yes, it is. An additional condition could be that the type be non-void.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36367
--- Comment #1 from redi at gcc dot gnu dot org 2010-04-01 10:49 ---
Created an attachment (id=20271)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20271action=view)
reduced testcase
reduced to just the instantiation that fails with 4.5
--
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-01 10:53 ---
the subject line is misleading, I think the placeholders are still substituted
in exactly the same way, but as part of that an invalid instantiation is
generated while determining the template_arity of the
--- Comment #3 from redi at gcc dot gnu dot org 2010-04-01 11:10 ---
Created an attachment (id=20272)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20272action=view)
reduced testcase with fix added but commented out
Comeau's online compiler agrees with GCC 4.5
As the reporter
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:25 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way to coalesce
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:26 ---
(In reply to comment #4)
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) =
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:27 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way to
--- Comment #6 from ohl at physik dot uni-wuerzburg dot de 2010-04-01
11:47 ---
(In reply to comment #5)
Well, using
type omega_procedures
procedure(number_particles_out), nopass, pointer :: number_particles_out
= NULL()
end type omega_procedures
is definitely wrong:
--- Comment #8 from nightstrike at gmail dot com 2010-04-01 11:54 ---
I'd recommend closing this as invalid. We build 12 relocatable toolchains for
windows daily for http://mingw-w64.sf.net/
I'm pretty sure it works :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42886
--- Comment #4 from rguenther at suse dot de 2010-04-01 12:04 ---
Subject: Re: [4.5 regression] undesired operation when working
with mno-cygwin
On Thu, 1 Apr 2010, davek at gcc dot gnu dot org wrote:
--- Comment #3 from davek at gcc dot gnu dot org 2010-04-01 01:11 ---
I
Sorry to distrub you all, but when i downloaded and untar the latest cloog-ppl
(which is one of the infrastructure of gcc). when i ./configure it, it fails to
find ppl (with --with-ppl=/local) and break down asking for PolyLib. When i
look into the configure script itself, i found it is corrupted.
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 12:11 ---
It looks like you are missing 32bit multilib pieces of your target glibc
(thus an install problem) when building the 32bit libgcc multilib.
If you think not then check if any of the offending headers appear to be
--- Comment #7 from dominiq at lps dot ens dot fr 2010-04-01 12:17 ---
(In reply to comment #6)
What is invaild about the code is that t1%p1() and t2%p2() are not
initialization expressions. Everthing works fine, when the tables are
allocatable.
That was the origin of my question
--- Comment #8 from burnus at gcc dot gnu dot org 2010-04-01 12:28 ---
(In reply to comment #6)
But that's not the problem:
type t
procedure(p1_type), nopass, pointer :: p1 = NULL()
procedure(p2_type), nopass, pointer :: p2 = NULL()
That's not valid either as you have
--- Comment #4 from mikpe at it dot uu dot se 2010-04-01 12:35 ---
The bug reporter explicitly specified --disable-multilib, yet gcc-4.5
apparently now tries to build libgcc with -m32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43615
--- Comment #9 from burnus at gcc dot gnu dot org 2010-04-01 12:36 ---
(In reply to comment #7)
(In reply to comment #6)
What is invaild about the code is that t1%p1() and t2%p2() are not
initialization expressions. Everthing works fine, when the tables are
allocatable.
That
--- Comment #5 from jv244 at cam dot ac dot uk 2010-04-01 12:41 ---
Created an attachment (id=20273)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20273action=view)
log of the build
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43615
--- Comment #6 from jv244 at cam dot ac dot uk 2010-04-01 12:42 ---
(In reply to comment #4)
The bug reporter explicitly specified --disable-multilib, yet gcc-4.5
apparently now tries to build libgcc with -m32.
right... you've been faster. I've added the logs of the build.
--
--- Comment #10 from ohl at physik dot uni-wuerzburg dot de 2010-04-01
12:45 ---
(In reply to comment #8)
That's not valid either as you have not defined p1_type - replacing it by
INTEGER should work, though. -- Well, it actually does not as specification
expressions need to be
--- Comment #1 from redi at gcc dot gnu dot org 2010-04-01 13:13 ---
it might look unusual but it's valid e.g. test xyes = xyes echo ok
I don't think that's the source of your problem, and since you haven't actually
described any issue this report looks invalid
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-01 13:15 ---
Obviously caused by
2010-03-31 Ralf Wildenhues ralf.wildenh...@gmx.de
PR bootstrap/43328
* configure.ac: Do not pass --enable-multilib nor
--disable-multilib in baseargs. Accept
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-01 13:17
---
Fixed? But caused PR43615. --disable-multilib no longer works.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43615
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-04-01 13:20
---
The Complete. part shouldn't be backported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42956
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-04-01 13:25
---
Subject: Bug 43602
Author: rguenth
Date: Thu Apr 1 13:24:58 2010
New Revision: 157907
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157907
Log:
2010-04-01 Richard Guenther rguent...@suse.de
PR
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-01 13:26
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-04-01 13:27
---
Can you try to identify the patch that introduced this regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #2 from zsojka at seznam dot cz 2010-04-01 13:29 ---
Created an attachment (id=20274)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20274action=view)
reduced testcase
Command line:
gcc -O3 -fkeep-inline-functions pr43611.C
or
gcc -O2 -fipa-cp-clone
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-04-01 13:32 ---
Subject: Bug 43141
Author: jamborm
Date: Thu Apr 1 13:31:53 2010
New Revision: 157909
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157909
Log:
2010-04-01 Martin Jambor mjam...@suse.cz
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 13:39 ---
The issue seems to be the C++ frontend marking inline functions needed
at cp/semantics.c:3452 while the middle-end should already take care
of that in cgraph_decide_is_function_needed.
Somehow that confuses us and
Many SSE cvt instructions take 64bit memory source
instead of 128bit. In
(define_insn sse2_cvtps2pd
[(set (match_operand:V2DF 0 register_operand =x)
(float_extend:V2DF
(vec_select:V2SF
(match_operand:V4SF 1 nonimmediate_operand xm)
(parallel
--- Comment #2 from aflyhorse at foxmail dot com 2010-04-01 13:42 ---
Sorry sir I've made a mistake...
But since I've successfully build gmp mpfr mpc ppl so i think there might
be an error here...
I configured it with:
../src/configure --build=x86_64-w64-mingw32 --with-ppl=
--- Comment #3 from redi at gcc dot gnu dot org 2010-04-01 13:46 ---
(In reply to comment #2)
I configured it with:
../src/configure --build=x86_64-w64-mingw32 --with-ppl= --with-gmp=
--prefix=
that can't be right
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43617
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:48 ---
Because we only have an optab for LT (reversed UNGE), but
FLOAT_LIB_COMPARE_RETURNS_BOOL is false.
Without -fno-trapping-math we use LT from the start which works.
I suppose FLOAT_LIB_COMPARE_RETURNS_BOOL should
--- Comment #9 from aflyhorse at foxmail dot com 2010-04-01 13:48 ---
(In reply to comment #8)
I'd recommend closing this as invalid. We build 12 relocatable toolchains for
windows daily for http://mingw-w64.sf.net/
I'm pretty sure it works :)
Agree. I've made a bootstrap a
--- Comment #14 from joel at gcc dot gnu dot org 2010-04-01 13:49 ---
I am starting the regression hunt. Don't worry about it Ralf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531
--- Comment #3 from steven at gcc dot gnu dot org 2010-04-01 13:51 ---
How is the polishing going?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42963
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 13:51 ---
And I believe the regression is because of either cond-optab or expand-from-SSA
which causes us no longer to fallback to expand a UNORD b || a = b.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:53 ---
This is just PR41584 I think.
*** This bug has been marked as a duplicate of 41584 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:53 ---
*** Bug 43609 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 13:56 ---
EDG accepts the reduced testcase in strict mode.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from aflyhorse at foxmail dot com 2010-04-01 13:58 ---
night-strike can i ask a question that had x86_64-w64-mingw32 supported libgcj
yet? I failed even explictly --enable-libgcj... and a so-called wiki of
mingw-w64 (http://www.cadforte.com/wiki/index.php/Java) said Java
--- Comment #3 from hjl dot tools at gmail dot com 2010-04-01 13:59 ---
(In reply to comment #1)
Because we only have an optab for LT (reversed UNGE), but
FLOAT_LIB_COMPARE_RETURNS_BOOL is false.
Without -fno-trapping-math we use LT from the start which works.
I suppose
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 14:03 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 14:06 ---
Subject: Bug 43607
Author: rguenth
Date: Thu Apr 1 14:05:49 2010
New Revision: 157911
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157911
Log:
2010-04-01 Richard Guenther rguent...@suse.de
PR
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 14:06 ---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 14:16 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-04-01 14:18
---
Invalid then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 14:21 ---
Looks like a tuples issue in IVOPTs. Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot
|dot org
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 14:35 ---
The issue is that build6 looks at TMR_SYMBOL to set TREE_SIDE_EFFECTS, but
really TMRs volatileness or side-effectness depends on the original reference
it was created from, not TMR_SYMBOL.
--
--- Comment #5 from jason at gcc dot gnu dot org 2010-04-01 14:47 ---
My copy of EDG 4.1 does not accept the reduced testcase; it gives the same
error as GCC 4.5.
red.cc, line 111: error: class arg2 has no member inner_type
typedef typename Foo::inner_type type;
--- Comment #6 from jason at gcc dot gnu dot org 2010-04-01 14:59 ---
Another way to fix the testcase would be to give an explicit scope for
arity_helper, so argument-dependent lookup isn't needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43608
--- Comment #9 from rearnsha at gcc dot gnu dot org 2010-04-01 15:02
---
This is a miscompilation during stage2. The file libcpp/expr.c is miscompiled.
The problem is occurring in num_positive, which ends up generating a shift of a
long long right by 63. The code generated is
There is no /lib/cpp. There doesn't seem to be any need to run any C++ in stage
1 anyway.
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... Win32 ld.exe
checking how to hardcode library paths into programs... immediate
checking whether stripping
--- Comment #1 from mckelvey at maskull dot com 2010-04-01 15:09 ---
Created an attachment (id=20275)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20275action=view)
Output from ./configure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #2 from mckelvey at maskull dot com 2010-04-01 15:10 ---
Created an attachment (id=20276)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20276action=view)
Log from ./configure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #3 from mckelvey at maskull dot com 2010-04-01 15:10 ---
Created an attachment (id=20277)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20277action=view)
Log from bootstrap
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #10 from rearnsha at gcc dot gnu dot org 2010-04-01 15:11
---
Insn sequence from postreload dump (order is correct):
(insn 4979 1883 4589 173 /home/rearnsha/gnusrc/gcc/trunk/libcpp/expr.c:1281
(set (mem/c:SI (plus:SI (reg/f:SI 13 sp)
(const_int 276
--- Comment #7 from sefi at s-e-f-i dot de 2010-04-01 15:21 ---
Thank you all very much. Explicitly scoping arity_helper indeed fixes the
issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43608
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-04-01 15:25 ---
--disable-bootstrap
What happens if you remove that part? Disabling bootstrap for native builds are
not really supported.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #12 from nightstrike at gmail dot com 2010-04-01 15:27 ---
(In reply to comment #10)
night-strike can i ask a question that had x86_64-w64-mingw32 supported libgcj
yet? I failed even explictly --enable-libgcj... and a so-called wiki of
mingw-w64
--- Comment #11 from rearnsha at gcc dot gnu dot org 2010-04-01 15:32
---
Created an attachment (id=20278)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20278action=view)
compressed source for bug
Compiled with
/home/rearnsha/gnu/gcc/trunkd16/./stage1-gcc/xgcc
--- Comment #4 from hjl dot tools at gmail dot com 2010-04-01 15:37 ---
It is caused by revision 149031:
http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg01016.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
--- Comment #17 from bonzini at gnu dot org 2010-04-01 15:42 ---
Subject: Re: ___emutls_v.__gcov_indirect_call_[counters|callee]
undefined on *-*-darwin*
On 04/01/2010 01:27 PM, howarth at nitro dot med dot uc dot edu wrote:
--- Comment #14 from howarth at nitro dot med dot uc
--- Comment #12 from ramana at gcc dot gnu dot org 2010-04-01 15:55 ---
I see this on arm-eabi cross with gcc version 4.5.0 20100401 (experimental)
[trunk revision 157899] (GCC)
With the following command line options -
./xgcc -B`pwd` -S -O2 -mthumb -mcpu=cortex-a9 -mfpu=vfpv3-d16
--- Comment #4 from jason at redhat dot com 2010-04-01 15:55 ---
Subject: Re: [4.5 Regression] ICE: SIGSEGV with
-fipa-cp-clone -fkeep-inline-functions
On 04/01/2010 09:39 AM, rguenth at gcc dot gnu dot org wrote:
The issue seems to be the C++ frontend marking inline functions
--- Comment #11 from dominiq at lps dot ens dot fr 2010-04-01 15:57 ---
The patch in comment #8 fixes the ICEs for the various reduced tests, however
for the original code I get
ward.f90:405.19:
end module ward_lib
1
Internal Error at (1):
gfc_is_constant_expr():
--- Comment #5 from schwab at linux-m68k dot org 2010-04-01 15:59 ---
You have a bad c++ in your path:
configure:4892: checking whether we are using the GNU C++ compiler
configure:4911: c++ -c conftest.cpp 5
/usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/cc1plus.exe: error while loading
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-04-01
16:00 ---
Paolo,
Is there any other debug info I can provide (on gcc trunk pre-reversion)
to help debug this issue? Also could you switch an x86_64 linux build of gcc
trunk over to using emutls and try to
--- Comment #19 from bonzini at gnu dot org 2010-04-01 16:01 ---
No, I don't have time to debug this further, sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602
--- Comment #6 from schwab at linux-m68k dot org 2010-04-01 16:05 ---
AC_PROG_CXX was added with the --enable-build-with-cxx support.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619
--- Comment #5 from bonzini at gnu dot org 2010-04-01 16:10 ---
Created an attachment (id=20279)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20279action=view)
patch
Here is a totally untested patch...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610
--- Comment #6 from steven at gcc dot gnu dot org 2010-04-01 16:17 ---
I am testing this patch on ia64 now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21803
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-01 16:18 ---
Subject: Bug 43614
Author: rguenth
Date: Thu Apr 1 16:18:07 2010
New Revision: 157913
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157913
Log:
2010-04-01 Richard Guenther rguent...@suse.de
PR
--- Comment #9 from jb at gcc dot gnu dot org 2010-04-01 16:23 ---
Subject: Bug 43605
Author: jb
Date: Thu Apr 1 16:22:57 2010
New Revision: 157914
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157914
Log:
PR libfortran/43605 Fix FTELL for formatted files
Added:
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-01 16:25 ---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #10 from jb at gcc dot gnu dot org 2010-04-01 16:31 ---
Subject: Bug 43605
Author: jb
Date: Thu Apr 1 16:31:01 2010
New Revision: 157915
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157915
Log:
PR libfortran/43605 FTELL incorrect for formatted files.
Added:
--- Comment #17 from rwild at gcc dot gnu dot org 2010-04-01 16:32 ---
Subject: Bug 43328
Author: rwild
Date: Thu Apr 1 16:32:38 2010
New Revision: 157916
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157916
Log:
/:
PR bootstrap/43615
PR bootstrap/43328
--- Comment #8 from rwild at gcc dot gnu dot org 2010-04-01 16:32 ---
Subject: Bug 43615
Author: rwild
Date: Thu Apr 1 16:32:38 2010
New Revision: 157916
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157916
Log:
/:
PR bootstrap/43615
PR bootstrap/43328
--- Comment #11 from jb at gcc dot gnu dot org 2010-04-01 16:34 ---
Fixed, closing.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
1 - 100 of 155 matches
Mail list logo
