--- Comment #4 from anglade at gmail dot com 2007-04-30 07:37 ---
subroutine abc()
1
Error: MODULE attribute of 'abc' conflicts with PROCEDURE attribute at (1)
Hi,
Yes this is already much more clear. Yet I wonder if MODULE attribute of
'abc' could be changed into
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-30 08:41 ---
This patch doesn't fix all cases.
I'll work on a new one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31732
--- Comment #9 from nathan at gcc dot gnu dot org 2007-04-30 09:37 ---
I hadn't planned on doing so, but I think such a backport is safe.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28705
--- Comment #11 from anirkko at insel dot ch 2007-04-30 09:41 ---
(In reply to comment #10)
Therefore, I still think there is a bug in -O3. (alternatively, in the
combination of the two). Would you consider reopening this bug if it was
-O3?
(In this case, I might re-run the
--- Comment #16 from rolf dot ebert dot gcc at gmx dot de 2007-04-30 09:57
---
(In reply to comment #15)
Can you verify if this bug still exists?
Yes, the problem is still present in 4.2
Bernd Trog developed a workaround available at
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 09:59 ---
Closing, since duplicate of 10768
*** This bug has been marked as a duplicate of 10768 ***
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from charlet at gcc dot gnu dot org 2007-04-30 09:59
---
*** Bug 30501 has been marked as a duplicate of this bug. ***
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:03 ---
I do not see these warnings on trunk on i686-linux, could you
confirm you do not see them as well ?
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:07 ---
This compiles fine on trunk at least.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-04-30 10:07 ---
*** This bug has been marked as a duplicate of 31611 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-04-30 10:07 ---
*** Bug 31762 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-04-30 10:08 ---
Confirmed via 31762 (which has a single file testcase).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-04-30 10:09 ---
Also related to PR31280.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-04-30 10:17 ---
Program received signal SIGSEGV, Segmentation fault.
0x08184f89 in compute_dominance_frontiers_1 (frontiers=0x8af0688)
at /home/richard/src/trunk2/gcc/cfganal.c:1057
1057 if (bitmap_bit_p
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 10:17 ---
I believe this error is now gone.
Feel free to reopen if this is not the case.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:20 ---
I believe you've posted results recently with those tests fixed.
Feel free to reopen if I'm mistaken.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-04-30 10:20 ---
Also fails with 4.3.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-04-30 10:22
---
And on i?86 and mainline. Possibly related to PR23820.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:24 ---
No feedback in 5 monthes, closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from charlet at gcc dot gnu dot org 2007-04-30 10:26 ---
There's now a s-auxdec-empty.ads for this purpose, feel free to use
it.
Closing, since no activity after all the suggestions given in this
PR.
--
charlet at gcc dot gnu dot org changed:
What
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 10:30 ---
Could you check on 4.2.0 or trunk ?
Note that if it used to work and no longer does, it may be an OS
or hardware issue (e.g. memory fault, too little stack, ...)
--
charlet at gcc dot gnu dot org changed:
--- Comment #7 from charlet at gcc dot gnu dot org 2007-04-30 10:33 ---
Now properly flagged ads:
$ gcc -c w.adb
w.ads:1:01: with type is an obsolete GNAT extension
w.ads:1:01: use Ada 2005 limited with clause instead
So closing.
--
charlet at gcc dot gnu dot org changed:
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:35 ---
Closing, as per last message.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 10:45 ---
Do you still see the error with 4.3.0 ?
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19409
--- Comment #8 from charlet at gcc dot gnu dot org 2007-04-30 10:47 ---
Do you still see the error with 4.3.0 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28733
--- Comment #9 from charlet at gcc dot gnu dot org 2007-04-30 10:49 ---
No feedback in more than a year, assuming reporter no longer cares about
this PR.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from charlet at gcc dot gnu dot org 2007-04-30 10:55 ---
Compiles fine with 4.3.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 10:58 ---
Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen
if not fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from charlet at gcc dot gnu dot org 2007-04-30 10:52
---
Requalifying as a driver issue (handling of GCC_EXEC_PREFIX)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from charlet at gcc dot gnu dot org 2007-04-30 11:14 ---
Subject: Bug 28953
Author: charlet
Date: Mon Apr 30 11:14:24 2007
New Revision: 124293
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124293
Log:
PR ada/28953
* Makefile.in: No longer build
--- Comment #4 from charlet at gcc dot gnu dot org 2007-04-30 11:14 ---
Now done (gprmake no longer built)
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-04-30 11:16 ---
Fixed in 4.3.0:
$ gcc -c test2.adb
test2.adb:5:10: warning: NUmber Is GReater Than 1!
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-04-30 11:18 ---
No feedback in 6 months, closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
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=31682
--
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=31722
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 11:38 ---
Confirmed, a shorter testcase:
struct F
{
~F () {}
F (int x) {}
};
F foo (const F x);
static F z = 6;
int
main ()
{
F f = z;
foo (f);
}
--
pinskia at gcc dot gnu dot org changed:
What
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-30 12:01 ---
There are at least 2 issues here:
1) We just lose the locus of the goto statements when we lower GIMPLE and when
we jump across forwarded blocks.
2) When we don't lose the locus in GIMPLE, we lose it in cfgexpand.
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-04-30 12:05 ---
The message text is not hardcoded and used to report multiple kinds of clashes,
thus its genericity. Adding the name is easy, special-casing it for any
combination of clashing is, IMO, not a viable option.
--
--- Comment #7 from pault at gcc dot gnu dot org 2007-04-30 12:06 ---
Thomas,
I believe this one is OK - it needs cleaning up with gfc_dep_compare_expr's, as
appropriate. It regtests OK.
Index: gcc/fortran/dependency.c
--- Comment #2 from paolo at gcc dot gnu dot org 2007-04-30 14:11 ---
Subject: Bug 30449
Author: paolo
Date: Mon Apr 30 14:10:54 2007
New Revision: 124295
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124295
Log:
2007-04-30 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from pcarlini at suse dot de 2007-04-30 14:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
F2003, 13.7.85, NEW_LINE, Argument:
A shall be of type character. It may be a scalar or an array.
$ cat newline.f90
WRITE(*,*) NEW_LINE((/'a', 'b', 'c'/))
END
$ gfortran-svn -g -Wall newline.f90 ./a.out
newline.f90: In function 'MAIN__':
newline.f90:1: internal compiler error: in
--- Comment #2 from tbm at cyrius dot com 2007-04-30 15:14 ---
Created an attachment (id=13465)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13465action=view)
testcase
It doesn't seem to get smaller than this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
--- Comment #10 from pluto at agmk dot net 2007-04-30 15:16 ---
i can reproduce testcase4 on [EMAIL PROTECTED]
$ g++ 30252.cpp -O1 -fstrict-aliasing -g3 ./a.out
zsh: segmentation fault ./a.out
(gdb) bt
#0 0x2adee263dbc0 in _rtld_local_ro () from /lib64/ld-linux-x86-64.so.2
#1
A (fixed form .f) source file that successfully compiled under g77 did not work
properly in gfortran. I think the gcc_gobble_whitespace() function is the
source.
One line of the source file contained a tab character in column 1, then 3 space
characters (ASCII 32), followed by 64 meaningful source
--- Comment #11 from pluto at agmk dot net 2007-04-30 15:29 ---
--- 30252.cpp.099t.optimized.aliasing-OFF
+++ 30252.cpp.099t.optimized.aliasing-ON
sigc::slot0 A::bar() (this)
{
(...)
+ void * (*T5b7) (void *) SR.114;
(...)
+ this-functor_.D.2915.functor_.functor_.func_ptr_ =
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-04-30 15:30 ---
Thanks for tracking this down.
I'm not sure I understand the fix. The comment just above the changes code in
build_new_1 reads:
We need a copy of the type as build_array_type will return a shared copy
--- Comment #12 from bangerth at dealii dot org 2007-04-30 15:42 ---
(In reply to comment #10)
i can reproduce testcase4 on [EMAIL PROTECTED]
I still can't reproduce on i686, sorry. Someone else will
have to look at this and try to further reduce the sources...
W.
--
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-30 15:43 ---
F2003, 13.7.85, NEW_LINE, Argument:
A shall be of type character. It may be a scalar or an array.
Additional information:
Class. Inquiry function.
Result Characteristics. Character scalar of length one with the
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 15:58 ---
Actually, I don't understand why we aren't just calling
build_cplus_array_type(type, index) to create full_type. Why do we need a
You missed the comment:
/* ??? The middle-end will error on us for building
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-30
16:33 ---
Subject: Re: hang c34007j
Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen
if not fixed.
I don't know about 4.3.0, but it's definitely still a problem on 4.2.0.
Dave
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-30 17:25 ---
AFAIK the libc memset/cpy choose the algorithm depending the the size etc., so
you have to do a big block to make up for all the overhead. But what could be
done for small multidimensional arrays would be to
--- Comment #1 from kargl at gcc dot gnu dot org 2007-04-30 17:41 ---
The code does not conform to any Fortran standard. A compiler can
do whatever it wants with the tab. I'd suggest that you fix the
code.
--
kargl at gcc dot gnu dot org changed:
What|Removed
--- Comment #18 from hjl at lucon dot org 2007-04-30 17:45 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg02003.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31344
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-30 18:01 ---
Subject: Bug 31721
Author: pinskia
Date: Mon Apr 30 18:01:18 2007
New Revision: 124300
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124300
Log:
2007-04-30 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-30 18:02 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 18:04 ---
This is more related to PR 31063.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31742
--- Comment #3 from rakdver at gcc dot gnu dot org 2007-04-30 18:09 ---
Might be mine, I will check.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-04-30 18:26
---
Subject: Re: ICE in lambda_loopnest_to_gcc_loopnest, at lambda-code.c:1982
This one is unimplemented functionality, it's going to take longer to solve.
(Sadly, at the point where we hit it, we can't back out
--- Comment #2 from RenzulME at utrc dot utc dot com 2007-04-30 18:35
---
Subject: RE: gfortran gcc_gobble_whitespace broke previously working source
Thanks for clarification.
I could not find information related to the standard treatment of tabs
in any sort of Fortran source.
Any
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-04-30 18:41 ---
Subject: Bug 22156
Author: aoliva
Date: Mon Apr 30 18:41:11 2007
New Revision: 124302
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124302
Log:
PR middle-end/22156
Temporarily revert:
2007-04-06 Andreas
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-04-30 18:42 ---
Subject: Re: ICE with -O1 -ftree-pre -ftree-loop-linear
Something in perfect_nestify is fucking up the dominators, but it's
not clear why every set_immediate_dominator there is not correct.
On 30 Apr 2007
--- Comment #3 from kargl at gcc dot gnu dot org 2007-04-30 19:17 ---
Mark,
Section 3.1 of the Fortran 95 standard defines the Fortran Character
Set. tab is not a member of this set whereas space (or blank) is. One
then needs to read Section 3.3.2 that covers fixed-form source code.
--- Comment #4 from RenzulME at utrc dot utc dot com 2007-04-30 19:29
---
Subject: RE: gfortran gcc_gobble_whitespace broke previously working source
Thank you very much for the reference.
Yes, of course, I will fix the code. It took me a couple of days to
find this bug when I
--- Comment #4 from janis at gcc dot gnu dot org 2007-04-30 19:33 ---
The same failure occurs on powerpc-linux, where a regression hunt identified
this patch:
http://gcc.gnu.org/viewcvs?view=revrev=119535
r119535 | hubicka | 2006-12-05 10:15:28 + (Tue, 05 Dec 2006)
--
Hi,
When I try to build gcc 3.4.6 for
[EMAIL PROTECTED]:~/download/gcc-3.4.6 uname -a
Linux linux-C2D-2130 2.6.18.2-34-default #1 SMP Mon Nov 27 11:46:27 UTC 2006
x86_64 x86_64 x86_64 GNU/Linux
I got the following internal compiler error:
linux-C2D-2130:/home/johan/download/gcc-3.4.6 # make
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-30 19:39 ---
The problem is obvious, we don't optimize bcopy not to a call during expand but
this is ok, the issue is we are trying to expand a COMPOUND_EXPR which came
from simplifying bcopy which really should have been done
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-30 19:41 ---
What is the originally compiler version and why did you report this to use when
it says to report it to opensuse?
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from vermeire dot linux at dommel dot be 2007-04-30 19:47
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 20:41, pinskia at gcc dot gnu dot org wrote:
--- Comment #1 from
--- Comment #3 from vermeire dot linux at dommel dot be 2007-04-30 19:47
---
The original compiler version is:
[EMAIL PROTECTED]:~/download/gcc-3.4.6 gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-30 19:50 ---
I submitted this to here, because I think it has nothing to do with OpenSUSE.
It has everything to do with opensuse as they modified GCC is the one which is
crashing (ICEing). Can you attach the preprocessed
--- Comment #10 from mmitchel at gcc dot gnu dot org 2007-04-30 19:51
---
I think this probably qualifies as a regression, given Stephen's comment #9,
but not an important one. With all of GCC's optimization options, if we start
worrying about regressions for things outside the {-O0,
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31743
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31747
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31748
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31751
--- Comment #5 from vermeire dot linux at dommel dot be 2007-04-30 20:05
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 20:50, pinskia at gcc dot gnu dot org wrote:
--- Comment #4 from
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-30 20:12 ---
/usr/include/gnu/stubs.h:7:27: gnu/stubs-32.h: No such file or directory
That just means you don't have the 32bit glibc headers installed.
So everything will work fine, once you install that package (don't ask me
--- Comment #7 from bangerth at dealii dot org 2007-04-30 20:43 ---
Or configure with --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31766
--- Comment #7 from bangerth at dealii dot org 2007-04-30 20:45 ---
(In reply to comment #2)
Can we PLEASE make this a fatal error instead of a warning?
I second that, again.
For the record, I am seeing this very same issue several times as well
on my sources. If we don't get this
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-30 22:22 ---
(In reply to comment #4)
I have a fix:
Bah this causes a couple of failures with respect of templates, I think I will
have a couple more stuff related to templates I need to look at.
--
Using the Polyhedron test suite, I get a slowdown of gas_dyn from 11.62s
(2007-04-26, r124174) to 14.70 (since 2007-04-27, r124211).
The same can also be observed at
http://www.suse.de/~gcctest/c++bench/polyhedron/
--- Comment #8 from vermeire dot linux at dommel dot be 2007-04-30 22:25
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote:
--- Comment #6 from
--- Comment #8 from vermeire dot linux at dommel dot be 2007-04-30 22:25
---
Subject: Re: Building gcc 3.4.6 - c-parse.c:5508: internal compiler error: in
disconnect_src, at cfg.c:235
On Monday 30 April 2007 21:12, pinskia at gcc dot gnu dot org wrote:
--- Comment #6 from
--- Comment #1 from aaw at google dot com 2007-04-30 22:47 ---
The first code snippet compiles fine with the trunk and gcc-4.1.1. Volker, are
you sure the code snippet is correct?
The second snippet does indeed generate the specified error.
--
The following code should generate outb, outw and outl statements.
gcc-3.4.6 produces an ICE:
foo.cc: In function `void out(unsigned int, T) [with T = unsigned char]':
foo.cc:14: instantiated from here
foo.cc:5: internal compiler error: in print_operand, at config/i386/i386.c:7375
gcc-4.1.2
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-30 23:28 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mkgnu at mkgnu dot net 2007-04-30 23:42 ---
It seems that when I use -freorder-blocks-and-partition along with
-fprofile-use (after I have already run once an executable compiled with
-freorder-blocks-and-partition -fprofile-generate) I can produce an object file
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-30 23:48 ---
(In reply to comment #6)
But when I try to further link this object file with other object files to
produce an executable, the .text.unlikely section is missing from the final
executable. I've tried this with
--with-gmp=[...]/extgcc-x86_64_gcc4-r124295 --disable-werror
--enable-checking=release --disable-multilib --enable-bootstrap
Thread model: posix
gcc version 4.2.0 20070430 (prerelease)
--
Summary: ICE with OpenMP and exceptions
Product: gcc
Version: 4.2.0
--- Comment #2 from aaw at google dot com 2007-05-01 00:24 ---
Never mind. The first snippet triggers the specified error as well. Not quite
sure what I did...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31749
1 - 100 of 107 matches
Mail list logo
