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
--enable-languages=c,c++,fortra
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywo
--- 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
|/usr/include/gnu/stubs.h:7:
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 symbo
--- 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 t
--- 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 it'
Sent from my iPhone
On Apr 1, 2010, at 12:03 AM, "jv244 at cam dot ac dot uk" > 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):
--disable-bootstrap is almost n
--- 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"
wrote:
> My usu
--- 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 obvi
--- 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 validit
--- 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 deb
--- 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=20271&action=view)
reduced testcase
reduced to just the instantiation that fails with 4.5
--
http://gcc.gnu.org/bugzilla/show_bu
--- 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 metafunction.
--- 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=20272&action=view)
reduced testcase with fix added but commented out
Comeau's online compiler agrees with GCC 4.5
As the reporter sa
--- 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_
--- 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 coalesce
--- 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
--- 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 ---
>
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
fi
--- 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 h
--- 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.
>
--- 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=20273&action=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 = x""yes && 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
--
http://gcc.g
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-01 13:15 ---
Obviously caused by
2010-03-31 Ralf Wildenhues
PR bootstrap/43328
* configure.ac: Do not pass --enable-multilib nor
--disable-multilib in baseargs. Accept explicitly passed
--ena
--- 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=gcc&view=rev&rev=157907
Log:
2010-04-01 Richard Guenther
PR middle-end/43602
--- 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
Status|UNCONFI
--- 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=20274&action=view)
reduced testcase
Command line:
gcc -O3 -fkeep-inline-functions pr43611.C
or
gcc -O2 -fipa-cp-clone -fkeep-inline-funct
--- 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=gcc&view=rev&rev=157909
Log:
2010-04-01 Martin Jambor
PR tree-optimization/431
--- 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 w
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="" --wi
--- 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 re
--- 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 FLO
--- 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
AssignedTo|unassigned
--- 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=gcc&view=rev&rev=157911
Log:
2010-04-01 Richard Guenther
PR tree-optimization/
--- 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 to
--- 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
Status|UNCON
--- 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
Status|
--- 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.
--
http://gcc.gnu.org
--- 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 "arg<2>" 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 creatin
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=20275&action=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=20276&action=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=20277&action=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 [0x114]))
--- 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 (http://www.cadforte.com
--- 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=20278&action=view)
compressed source for bug
Compiled with
/home/rearnsha/gnu/gcc/trunkd16/./stage1-gcc/xgcc
-B/home/rearnsha/g
--- 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 d
--- 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 neede
--- 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(): Unk
--- 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 loadin
--- 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 repro
--- 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=20279&action=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=gcc&view=rev&rev=157913
Log:
2010-04-01 Richard Guenther
PR middle-end/43614
--- 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=gcc&view=rev&rev=157914
Log:
PR libfortran/43605 Fix FTELL for formatted files
Added:
trunk/gcc
--- 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 to
--- 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=gcc&view=rev&rev=157915
Log:
PR libfortran/43605 FTELL incorrect for formatted files.
Added:
b
--- 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=gcc&view=rev&rev=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=gcc&view=rev&rev=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
--- Comment #9 from rwild at gcc dot gnu dot org 2010-04-01 16:40 ---
Fixed by reverting the offending patch.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from dominiq at lps dot ens dot fr 2010-04-01 16:43 ---
The following test
integer i
character*99 buffer
open(10,FILE="telltest.txt")
call ftell(10,i)
print*,i
read(10,'(a)') buffer
print *, "'",trim(buffer),"'"
call ftell(
1 - 100 of 153 matches
Mail list logo
