--- Comment #3 from jakub at gcc dot gnu dot org 2009-09-21 06:58 ---
I think it is an assembler bug, unless GOTPCREL is only allowed for non-local
symbols (then it would be testcase author's fault).
GOTPCREL which is address of a pointer to the symbol should never be resolved
to
the act
--- Comment #2 from scott dot gccbugs dot 2009 at scottrix dot co dot uk
2009-09-21 06:25 ---
I have changed
extern void my_asm_func(void);
to
static void my_asm_func(void);
This gives me a warning:
a.c:3: warning: 'my_asm_func' used but never defined
and still produces incorrect
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
http:
Hello:
I found the optimized binary created by gcc-4_4-branch and trunk, is unstable
in someway.
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 4116.0x15d4]
0x08d8f304 in ?? ()
(gdb) bt
#0 0x08d8f304 in ?? ()
#1 0x in ?? ()
(gdb) disass
--- Comment #11 from hjl dot tools at gmail dot com 2009-09-20 23:31
---
It is caused by revision 145254:
http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00761.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #4 from clerman at fuse dot net 2009-09-20 23:28 ---
Subject: Re: problem compiling file
Thank you for your response. I would appreciate very much if you could you
please supply me with a web site and the name of the particular version of
binutils.
Thanks for your assistan
--- Comment #19 from developer at sandoe-acoustics dot co dot uk
2009-09-20 22:37 ---
(In reply to comment #16)
firstly, backing out of all mods to dwarf2out.c after 151814 both allows the
bootstrap to complete and checking the log files shows no dsymutil fails
powerpc-apple-darwin8,
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-09-20 22:10 ---
Can you provide the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-09-20 22:01 ---
GCC outputs:
movqmy_asm_f...@gotpcrel(%rip), %rsi
Which looks correct but since my_asm_func is local to the object file only, the
assembler/linker decides something different.
If you do:
static void my_
--
msebor at gmail dot com changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41423
There is no way for a program to refer to the template constructor defined
in the class below. EDG eccp issues a warning to point this out, but gcc
silently accepts the code. It would be helpful if gcc were enhanced to
issue a similar diagnostic.
$ cat t.cpp && gcc -dumpversion && gcc -W -Wall -
--- Comment #18 from pogma at gcc dot gnu dot org 2009-09-20 21:49 ---
(In reply to comment #17)
> >
> There still is an oddity here. I can trigger this problem in current gcc trunk
> with a conftest.c but not with a conftest.i (comment 6).
>
dsymutil does not get run when compiling
I have only seen this problem ono x86_64, cannot reproduce on i686.
Example code (a.c):
#include
extern void my_asm_func(void);
asm(".text\n" \
"my_asm_func:\n" \
" mov 1234,%rax\n" \
" ret\n" \
".previous\n");
int my_c_func() { return 1; }
int main()
{
void *fred;
f
--- Comment #133 from pinskia at gcc dot gnu dot org 2009-09-20 21:28
---
*** Bug 41195 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-20 21:28 ---
Yes it is a dup of 323. Since really the target is 32bits :).
*** This bug has been marked as a duplicate of 323 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from joseph at codesourcery dot com 2009-09-20 21:23
---
Subject: Re: [4.5 Regression] ICE: tree check: expected
integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:5259
Where (backtrace) did the C_MAYBE_CONST_EXPR get created? Where
(backtrace) did the NOP_EXP
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-20 21:16 ---
We likely should recursively fold all trees during gimplification. That also
would prepare us to no longer fold in the frontends. Didn't we do this at
some point in the past?
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-09-20 21:12 ---
>The op0 of the call to fold_build2_stat_loc is not fully folded which causes
the ICE.
And op0 of the call to fold_build2_stat_loc does not contain c_maybe_const_expr
but just the NOP_EXPR.
--
http://gcc.gnu.or
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-09-20 21:11 ---
sorry for not adding a backtrace:
#2 0x00b86862 in tree_int_cst_lt (t1=0x76fc6990,
t2=0x76fcc040)
at /home/pinskia/src/local/gcc/gcc/tree.c:6087
#3 0x00710ea0 in optimize_minmax_comparis
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41309
--- Comment #6 from joseph at codesourcery dot com 2009-09-20 21:08 ---
Subject: Re: [4.5 Regression] ICE: tree check: expected
integer_cst, have nop_expr in tree_int_cst_lt, at tree.c:5259
There is no backtrace in this bug or any statement of the point in such a
backtrace at which y
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41396
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|trivial |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41323
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41322
--- Comment #41 from joseph at codesourcery dot com 2009-09-20 21:04
---
Subject: Re: [4.5 Regression] major regressions on
*-apple-darwin10 at -m64 caused by r147995
On Sun, 20 Sep 2009, howarth at nitro dot med dot uc dot edu wrote:
> If so, we can't just apply an "ifndef __APPLE_
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 21:02 ---
You are using a gfortran binary which was compiled for use with a newer version
of binutils than you have. You should either install a newer version of
binutils or compile gfotran yourself.
--
pinskia at gcc dot
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[450 regression] many new |[4.5 regression] many new
|ACATs failures (breakpoi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41397
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41352
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-20 20:52 ---
Uhm. It's very hard to not crash on randomly broken inline-asm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15319
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 20:49 ---
This is a PPRE issue as turning off PRE fixes the issue and
do_partial_partial = optimize > 2;
changing that to 0 instead also does not expose the issue.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #4 from reichelt at gcc dot gnu dot org 2009-09-20 20:42
---
The code is invalid. But the compiler shouldn't crash on invalid code.
So this is an ice-on-invalid-code bug.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-09-20 20:39 ---
orig_op0 in c-common.c:
(gdb) p debug_tree(orig_op0)
unit size
align 64 symtab 0 alias set -1 canonical type 0x77ed8780 precision
64 min max >
tree_1
arg 1
constant
ar
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-20 20:32 ---
op1 comes from the front-end which means this is most likely caused by the
constant expression patch. Trying to figure out how to fix it ...
--
pinskia at gcc dot gnu dot org changed:
What|Remove
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 20:29 ---
6148 comp_const = fold_convert_loc (loc, TREE_TYPE (arg0), op1);
op1 is already not folded:
(gdb) p debug_tree(op1)
unit size
align 64 symtab 0 alias set -1 canonical type 0x77ed8780 prec
--- Comment #5 from reichelt at gcc dot gnu dot org 2009-09-20 20:28
---
Btw, the bug disappeared between 2009-09-06 and 2009-09-11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40642
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-20 20:22 ---
it just means that graphite doesn't properly deal with DEBUG_STMTs and thus
different code is generated with/without -g.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41401
--- Comment #33 from pinskia at gcc dot gnu dot org 2009-09-20 20:20
---
*** Bug 28481 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from pinskia at gcc dot gnu dot org 2009-09-20 20:20
---
(In reply to comment #10)
> Trunk does very unfunny things to this testcase as well. -fno-tree-reassoc
> recovers the register allocation problems.
>
Then this is a duplication of bug 27855.
*** This bug has be
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-09-20 20:12 ---
I am no longer working on this patch ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2009-09-20 20:09
---
t.cc:5:1: error: initializer for floating value is not a floating constant
t.cc:5:1: internal compiler error: tree check: expected real_cst, have
plus_expr in output_constant, at varasm.c:4545
Please submit a full
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-20 20:05 ---
Fixed, added a testcase also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-20 20:05 ---
Subject: Bug 40642
Author: pinskia
Date: Sun Sep 20 20:05:00 2009
New Revision: 151907
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151907
Log:
2009-09-20 Andrew Pinski
PR middle-end/40642
--- Comment #2 from spop at gcc dot gnu dot org 2009-09-20 19:52 ---
The patch svn://gcc.gnu.org/svn/gcc/tr...@151362 breaks bootstrap with graphite
enabled.
2009-09-03 Alexandre Oliva
* toplev.c (process_options): Enable var-tracking-assignments
by default if var-tr
--- Comment #10 from joel at gcc dot gnu dot org 2009-09-20 19:40 ---
Created an attachment (id=18619)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18619&action=view)
RTEMS Get_Page_Size should no longer return 0
With this patch only 1 ACATS failed. Is it OK to commit?
--
h
--- Comment #23 from hjl dot tools at gmail dot com 2009-09-20 19:37
---
*** Bug 41417 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from hjl dot tools at gmail dot com 2009-09-20 19:37 ---
*** This bug has been marked as a duplicate of 41395 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from m4rkusxxl at web dot de 2009-09-20 19:18 ---
When I overwrite by global CFLAGS with just "-march=opteron" (without the
"-O2") it compiles fine.
Is optimization not supported or is it a bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41417
--- Comment #1 from paolo dot carlini at oracle dot com 2009-09-20 19:11
---
Jason, can you have a look to this issue? I believe submitter is right. Should
we use TYPE_HAS_TRIVIAL_DFLT instead? Note sure about
TYPE_HAS_TRIVIAL_INIT_REF, TYPE_HAS_TRIVIAL_ASSIGN_REF, and
TYPE_HAS_TRIVIAL_
--- Comment #42 from hjl dot tools at gmail dot com 2009-09-20 18:44
---
(In reply to comment #39)
> The updated patch fixes align-counterexample1.c, but not
> align-counterexample2.c. Note that you must align the stack for all functions
> that have some SSE operations, because you neve
--- Comment #41 from hjl dot tools at gmail dot com 2009-09-20 18:44
---
Created an attachment (id=18618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18618&action=view)
An updated patch for gcc 4.4
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #40 from hjl dot tools at gmail dot com 2009-09-20 18:43
---
Created an attachment (id=18617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18617&action=view)
An updated patch for gcc trunk
--
hjl dot tools at gmail dot com changed:
What|Removed
The C++0x standard draft defines a trivial type as one that has trivial default
construct, copy constructor, copy assignment operator and destructor. g++ from
the current trunk, however, classifies types without default constructor as
trivial, meaning that the following code does not compile:
--- Comment #40 from howarth at nitro dot med dot uc dot edu 2009-09-20
18:27 ---
Is this the location of the additional epilogue notes being added in r147995?
@@ -8637,7 +8757,17 @@
+ frame.nregs * UNITS_PER_WORD
--- Comment #22 from hjl at gcc dot gnu dot org 2009-09-20 18:00 ---
Subject: Bug 41395
Author: hjl
Date: Sun Sep 20 17:59:44 2009
New Revision: 151905
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151905
Log:
2009-09-20 H.J. Lu
PR middle-end/41395
* opts.c
--- Comment #2 from smal dot root at gmail dot com 2009-09-20 17:30 ---
I correct clock, restart Xorg and everything work... Its good. Sorry
--
smal dot root at gmail dot com changed:
What|Removed |Added
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-09-20 17:26 ---
I tested your attachment against patched trunk and fix of PR/39886 resolved it.
So I mark it as duplicate.
*** This bug has been marked as a duplicate of 39886 ***
--
ktietz at gcc dot gnu dot org changed:
--- Comment #10 from ktietz at gcc dot gnu dot org 2009-09-20 17:26 ---
*** Bug 40364 has been marked as a duplicate of this bug. ***
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from joel at gcc dot gnu dot org 2009-09-20 17:12 ---
Thanks for the quick response. I am in the process of adding getpagesize() to
RTEMS. We already had sysconf(_SC_PAGESIZE) and returned 4096. I will change
the s-osinte-rtems.ad* to use that and post a patch when it i
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-09-20 17:09
---
Yes that's ok. What is not ok is to compare addresses of labels and to rely
on different labels having different addresses.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41403
--- Comment #11 from jvdelisle at verizon dot net 2009-09-20 17:04 ---
Subject: Re: [4.3/4.4/4.5 Regression] miscompilation of
goto/label using code
rguenth at gcc dot gnu dot org wrote:
> but instead it should have used a computed goto, like
>
> C.0 = { &__label_001262, &__label_0
--- Comment #6 from toon at moene dot org 2009-09-20 17:03 ---
It seems we have exhausted the arguments in this case.
The best cause of action seems to be to document that gfortran won't allow to
open dangling symlinks with STATUS='NEW'.
This bug report remains open until that is done.
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-09-20
17:02 ---
(In reply to comment #16)
> As specified they should ignore dwarf codes they do not understand, not assert
> on them. Please if you care report this issue to apple (it's probably enough
> to send them alo
--- Comment #8 from laurent at guerby dot net 2009-09-20 16:59 ---
Given s-taprop-posix code it's obvious that Page_Size cannot be zero:
-- Round stack size as this is required by some OSes (Darwin)
Adjusted_Stack_Size := Adjusted_Stack_Size + Page_Size - 1;
Adjusted
--- Comment #7 from charlet at gcc dot gnu dot org 2009-09-20 16:58 ---
Get_Page_Size should indeed now not be a dummy value and cannot be 0.
I'll take care of updating the comments in s-osinte*.ads when I get a chance
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
--- Comment #6 from joel at gcc dot gnu dot org 2009-09-20 16:46 ---
Every s-osinte*.ads which has Get_Page_Size includes a comment about 0 being
valid to return and indicate that Page_Size does not matter.
-- Returns the size of a page, or 0 if this is not relevant on this target
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-20 16:41 ---
That is not the file you are compiling as it is not valid C++. I bet on a
pilot error, something is included from that directory and undefining
SOME64 again.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #5 from joel at gcc dot gnu dot org 2009-09-20 16:40 ---
The LynxOS s-osinte-lynxos.ads has this:
function Get_Page_Size return size_t;
function Get_Page_Size return Address;
pragma Import (C, Get_Page_Size, "getpagesize");
-- Returns the size of a page, or 0 if
--- Comment #3 from marcus at jet dot franken dot de 2009-09-20 16:39
---
hmm, if I rerun: configure --enable-lto --enable-languages=c it works
perhaps the auto reconfig logic was broken a bit
--
marcus at jet dot franken dot de changed:
What|Removed
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-09-20 16:36
---
> As far as I understand the problem, I do not see why tools not designed to
> accept "dwarf_version 4" can be blamed for that (it would be like blaming the
> CD player in my car for not reading MP3 CDs).
But you
--- Comment #4 from laurent at guerby dot net 2009-09-20 16:28 ---
from s-osinte-rtems.adb:
function Get_Page_Size return size_t is
begin
return 0;
end Get_Page_Size;
May be this value wasn't used before...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41419
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2009-09-20
16:24 ---
You might want to change the Summary here to "[4.5 Regression] Bootstrap broken
by r151815 on *-apple-darwin9"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41405
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-09-20
16:22 ---
Reverting r151815 also eliminates the bootstrap breakage on
x86_64-apple-darwin10. Nice catch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41405
--- Comment #8 from ghazi at gcc dot gnu dot org 2009-09-20 16:21 ---
Current GCC mainline incorporates all the complex math functions included with
mpc-0.7. All that's left are the complex "arc" functions which are expected in
a future MPC release, possibly mpc-0.8.
--
ghazi at gcc
We have simple source file: file.64.cpp
int main()
{
#ifdef SOME64
printf("64\r\n");
#else
printf("32\r\n");
#endif
return 0;
}
So. If we build file with that command
$CC -DSOME64 -I../../common/src -O0 -g3 -Wall -c "systemcontroller.64.cpp"
then SOME64 are undefined in file(../../common/src is va
--- Comment #11 from ghazi at gcc dot gnu dot org 2009-09-20 16:08 ---
Fixed, but depends on hard-requiring MPC.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-20 15:56 ---
The debug information is weak since optimization hides a lot. But it looks
like Page_Size might be 0.
(gdb) c
Continuing.
,.,. A85013B ACATS 2.5 88-01-01 00:00:00
A85013B CHECK THAT A SUBPROGRAM CAN BE RENAMED
--- Comment #10 from ghazi at gcc dot gnu dot org 2009-09-20 15:39 ---
Subject: Bug 30789
Author: ghazi
Date: Sun Sep 20 15:39:22 2009
New Revision: 151904
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151904
Log:
PR middle-end/30789
* builtins.c (do_mpc_arg2):
--- Comment #21 from dominiq at lps dot ens dot fr 2009-09-20 15:36 ---
In reply to comment #20
> bootstrap also fails on OpenBSD/i386 when it used to work a week ago ie:
> gcc version 4.5.0 20090913 (experimental) (GCC)
You may try to revert revision 151815 (see pr41405, the patch is i
--- Comment #2 from laurent at guerby dot net 2009-09-20 15:33 ---
Ada code in s-taprop-posix.adb
Result := pthread_attr_init (Attributes'Access);
pragma Assert (Result = 0 or else Result = ENOMEM);
if Result /= 0 then
Succeeded := False;
return;
--- Comment #13 from dominiq at lps dot ens dot fr 2009-09-20 15:24 ---
The culprit is indeed r151815. Reverting the change after having updated to
r151893 on i686-apple-darwin9 ( r151895 on powerpc-apple-darwin9) allows a
successful bootstrap (currently building the libs on powerpc).
I
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-20 15:20 ---
Should have included command line. This is for arch=r3900.
mips-rtems4.10-gnatmake --RTS=. -fstack-check -v -O -gnatws -O2
-I/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/support
a85013b.adb -bargs
Starting program:
/users/joel/test-gcc/gcc-svn/gcc/testsuite/ada/acats/work-jmr3904/tests/a/a85013b/a85013b
,.,. A85013B ACATS 2.5 88-01-01 00:00:00
A85013B CHECK THAT A SUBPROGRAM CAN BE RENAMED WITHIN ITS OWN BODY
AND THAT THE NEW NAME CAN BE USED IN A RENAMING
--- Comment #2 from davek at gcc dot gnu dot org 2009-09-20 14:59 ---
Perhaps the two single most salient points from that diff:
# Is the compiler the GNU compiler?
-with_gcc=no
+with_gcc=yes
# Whether we are building with GNU ld or not.
-with_gnu_ld="no"
+with_gnu_ld="yes"
Did not
--- Comment #1 from davek at gcc dot gnu dot org 2009-09-20 14:57 ---
Created an attachment (id=18616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18616&action=view)
diffs in generated libtool files
This looks like it might be informative.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #1 from m4rkusxxl at web dot de 2009-09-20 14:44 ---
Created an attachment (id=18615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18615&action=view)
The file created with the xgcc and -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41417
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-20 14:44
---
No, the C code is valid, but it's results depend on optimization level
(just like if you would compare the addresses of stack locals).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41403
[ ref: http://gcc.gnu.org/ml/gcc/2009-08/msg00085.html ]
> libtool: link: /opt/gcc-tools/i686-pc-cygwin/bin/ar rc .libs/libgomp.lib
> alloc.
> o barrier.o critical.o env.o error.o iter.o iter_ull.o loop.o loop_ull.o
> ordered
> .o parallel.o sections.o single.o task.o team.o work.o lock.o mutex
I tried to build the current gcc-4.5.0 svn (rev. 151902)
It now failes for a few days with a segfault.
It happends if the ./gcc/xgcc is used, the broken down command is now:
LC_ALL=C gcc/xgcc -Bgcc -g -O2 -c gcc/libgcc2.i
./gcc/libgcc2.c: In function '__powixf2':
./gcc/libgcc2.c:1739:1: internal c
--- Comment #9 from jv244 at cam dot ac dot uk 2009-09-20 14:18 ---
(In reply to comment #8)
> Thus, this is a frontend issue with assigned goto (a deleted feature btw).
so just for my curiosity, is the C code thus invalid?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41403
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-20 14:05 ---
On the tree level we end up with the correct (but unfortunately unfolded)
main ()
{
int icon01;
:
if (&label_001263 == &label_001262)
goto (label_001265);
else
goto (label_001262);
label_001262:
Hi,
the following complete sample code shows different conversion behaviours
between fixed-point types and Float to fixed-point depending on whether the
expressions are static or not. In the static case, GNAT uses a conversion
strategy comparable to truncation, otherwise rounding is used.
I assu
--- Comment #7 from jv244 at cam dot ac dot uk 2009-09-20 13:18 ---
Not easy to find a machine that old, but it works with 3.3.3 and it fails
already with 4.1.2. Pretty old regression thus [tested with the C code].
--
jv244 at cam dot ac dot uk changed:
What|Removed
gnu-ld --with-gnu-as
--enable-threads=po
six --enable-cpp --with-gmp=/usr/local --with-mpfr=/usr/local --enable-shared
Thread model: posix
gcc version 4.5.0 20090920 (experimental) (GCC)
configure:3003: $? = 0
configure:2992: /usr/users/jsg/src/obj/./gcc/xgcc
-B/usr/users/jsg/src/obj/./gcc/ -B/usr
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3 |P
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-20 11:25 ---
Invalid according to comment #2
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ktietz at gcc dot gnu dot org 2009-09-20 11:24 ---
(In reply to comment #3)
> Will have to be tested again once PR 39886 is done with; hopefully, should
> then
> be gone.
>
As 39886 is fixed on trunk. Could you please verify if it was an duplicate of
39886?
Cheers
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36273
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-20 11:22 ---
*** Bug 30702 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 119 matches
Mail list logo
