--- Comment #1 from sebastian dot huber at embedded-brains dot de
2010-04-23 06:55 ---
Created an attachment (id=20468)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20468&action=view)
Proposed changes.
An alternative is to define this class in a separate file.
--
http://gcc
You can use the configure option
--enable-cxx-flags=-fno-exceptions
to create a C++ compiler without exceptions for the standard C++ library and
the built in new/delete operators.
In some cases you want this to save code space. Unfortunately this goal cannot
be achieved. In guard.cc the class
--- Comment #1 from lessen42+gcc at gmail dot com 2010-04-23 03:03 ---
Created an attachment (id=20467)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20467&action=view)
smul/smla in C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43862
Attached is several trivial C functions that should compile to single ARMv5te
instructions. The only ones to do so for 4.2 through 4.5 are smultt and smlatt.
arm-none-linux-gnueabi-gcc-4.5.0 -march=armv5te -O3 -S mul16.c
--
Summary: GCC doesn't use 16-bit armv5te multiplies when poss
--- Comment #30 from mikpe at it dot uu dot se 2010-04-23 01:24 ---
(In reply to comment #29)
> Try
>
> Index: gcc/tree-tailcall.c
> ===
> --- gcc/tree-tailcall.c (revision 158562)
> +++ gcc/tree-tailcall.c (working copy)
>
--- Comment #2 from rwahl at gmx dot de 2010-04-23 00:10 ---
All my own cross compilers for ARM and x86 hosted on x86 and the native gcc in
Fedora 12 (x86) show this behavior.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43861
--- Comment #14 from tdragon at tdragon dot net 2010-04-23 00:05 ---
This affects a *ton* of code in the wild. Can we at least get a command line
flag like "-fno-emit-inline-dllexports"?
--
tdragon at tdragon dot net changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gmail dot com 2010-04-22 23:51 ---
Subject: Re: New: -Os creates larger binaries than before in some cases
(-falign-... options enabled)
Which target is this for?
Sent from my iPhone
On Apr 22, 2010, at 4:48 PM, "rwahl at gmx dot de" wrote:
> Hi,
>
>
Which target is this for?
Sent from my iPhone
On Apr 22, 2010, at 4:48 PM, "rwahl at gmx dot de" > wrote:
Hi,
I just noticed that some of my libraries are greater when compiled
with gcc
4.4.3 instead of gcc 4.3.2. Diffing the output of "gcc --
help=optimizers -Q
-Os" shows this in 4.3.2:
Hi,
I just noticed that some of my libraries are greater when compiled with gcc
4.4.3 instead of gcc 4.3.2. Diffing the output of "gcc --help=optimizers -Q
-Os" shows this in 4.3.2:
-falign-jumps[disabled]
-falign-labels [disabled]
-falign-loops
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-22 23:21 ---
*** This bug has been marked as a duplicate of 43440 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2010-04-22 23:21
---
*** Bug 43860 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Source:
void foo(float *a, float *b) {
__asm__ volatile (
"vld1.32 {d8[],d9[]}, [%1,:32] \n\t"
"vst1.32 {q4},[%0,:128] \n\t"
:: "r"(a), "r"(b)
: "q4"
);
}
arm-none-linux-gnueabi-gcc-4.4.3 -O3 -mcpu=cortex-a8 -mfpu=neon
-mfloat-abi=softfp neonasm.c -
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-22 22:48 ---
I think you have the attribute in the wrong location.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43859
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-22 22:44 ---
Looks like the front-end is messing up how transparent_union is done anyways.
It is creating a variant which is just bogus. It should be the main variant.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from bergner at gcc dot gnu dot org 2010-04-22 22:26 ---
Created an attachment (id=20466)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20466&action=view)
transparent_union test case
berg...@begna:~/reghunt/work>
/home/bergner/gcc/install/gcc-mainline-r129167/bin/g+
This bug is similar to http://gcc.gnu.org/PR24255 in that instead of passing
the pointer to the variable itself a pointer to a temporary holding the address
of the variable is used. However, the test case (which I will attach next)
doesn't start failing until the following patch (found with Janis'
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-04-22
22:07 ---
Created an attachment (id=20465)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20465&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43839
--- Comment #8 from kkojima at gcc dot gnu dot org 2010-04-22 22:03 ---
Subject: Bug 43744
Author: kkojima
Date: Thu Apr 22 22:02:55 2010
New Revision: 158655
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158655
Log:
PR target/43744
* config/sh/sh.c (find_barrie
--- Comment #3 from tglek at mozilla dot com 2010-04-22 22:01 ---
-fprofile-correction corrects this
--
tglek at mozilla dot com changed:
What|Removed |Added
--- Comment #4 from philpem at philpem dot me dot uk 2010-04-22 21:28
---
I've just bisected the source tree with "svn-bisect" -- starting at rev 154096
(the first rev with lm32 support), ending at 158339 (gcc 4.5.0 release).
Turns out the bug was introduced in or before 154096, which
--- Comment #1 from kargl at gcc dot gnu dot org 2010-04-22 21:08 ---
It in fact appears that -fresolution is not handled properly.
/home/sgk/work/4x/bin/gcc -flto -fresolution -o z h.o m.o
resolution_file_name = h.o
where I instrumented lto.c to see if resolution_file_name = -o
note
--- Comment #16 from janus at gcc dot gnu dot org 2010-04-22 20:58 ---
For completeness, here is a reduced/modified version of the original test case
in comment #1:
module mod_A
type :: t1
contains
procedure,nopass :: fun
end type
contains
logical function fun()
end func
Between revisions 158628 and 158636, bootstrapping gcc on powerpc-apple-darwin9
has started to fail. Since revision 158643, it fails with (see
http://gcc.gnu.org/ml/gcc-regression/2010-04/msg00214.html ):
...
checking for powerpc-apple-darwin9-gcc... /opt/gcc/darwin_buildw/./gcc/xgcc
-B/opt/gcc/d
--- Comment #6 from hp at gcc dot gnu dot org 2010-04-22 20:21 ---
(In reply to comment #4)
Should've been:
> /absolute/path/toplevel/configure --target=crisv32-axis-linux-gnu.
--prefix=/another/absolute/path
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42955
--- Comment #5 from hp at gcc dot gnu dot org 2010-04-22 20:17 ---
Forgot to mention, that was 4.3.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hp at gcc dot gnu dot org 2010-04-22 20:16 ---
I've seen this too, for e.g. crisv32-axis-linux-gnu configured with
/absolute/path/toplevel/configure --target=crisv32-axis-linux-gnu.
Andrew: Isn't this a duplicate report even? IIRC you were talking on IRC about
enter
--- Comment #1 from paolo dot carlini at oracle dot com 2010-04-22 20:04
---
Let's CC Jason.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #6 from pault at gcc dot gnu dot org 2010-04-22 20:01 ---
(In reply to comment #5)
> struct polar_t * D.1551;
> D.1551 = &b[0];
>
> S.5 = 1;
> while (1)
> {
> if (S.5 > 3) goto L.3;
> b[S.5 + -1] = div_pp (&b[S.5 + -1], D.1551
--- Comment #2 from dann at godzilla dot ics dot uci dot edu 2010-04-22
19:54 ---
(In reply to comment #1)
> >Also "pretmp" "prehitmp" and "ivtmp" prefixes are too long,
>
> They might be too long but they are useful long without looking too much into
> the code to figure out what kind
in gcc/lto/lang.opt, one finds an -fresolution option.
First, this option appears undocumented, but more
importantly
troutmask:sgk[228] cat h.c
#include
void
hello(void)
{
printf("Hello world\n");
}
troutmask:sgk[229] cat m.c
void hello(void);
int
main(void)
{
hello();
return (0);
}
tr
When attempting to compile the following code taken directly from
[expr.prim.lambda] 5.1.2/7 (n3092, FCD):
19:56:28 Paul bibbi...@jijou
/cygdrive/d/CPPProjects/nano/gcc_bugs $cat _5_1_2_7.cpp
// file: _5_1_2_7.cpp
struct S1 {
int x, y;
int operator()(int);
void f() {
[=]()->int {
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-04-22 18:59 ---
(In reply to comment #7)
> Well, I'm stumped. In the directory 'bad' I use a
> gfortran built with FreeBSD's libelf and in the
> directory 'good' I use a gfortran built with
> libelf-0.8.12.tar.gz's libelf.
>
li
--- Comment #7 from sgk at troutmask dot apl dot washington dot edu
2010-04-22 18:54 ---
Subject: Re: [lto] ICE during linking in testsuite
On Thu, Apr 22, 2010 at 05:38:18PM -, sgk at troutmask dot apl dot
washington dot edu wrote:
>
> This appears to be an incompatibility with
--- Comment #18 from djdragonboy at gmail dot com 2010-04-22 18:40 ---
I should have been more aggressive in my searches; filed a duplicate bug report
#43840. I have a small test case there that compiles fine under 4.6.0 with -O1
but fails on this bug with -O1 -finline-small-functions:
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #4 from irar at gcc dot gnu dot org 2010-04-22 18:23 ---
Subject: Bug 43842
Author: irar
Revision: 158650
Modified property: svn:log
Modified: svn:log at Thu Apr 22 18:22:54 2010
--
--- svn:log (ori
--- Comment #7 from irar at gcc dot gnu dot org 2010-04-22 18:23 ---
Subject: Bug 43482
Author: irar
Revision: 158650
Modified property: svn:log
Modified: svn:log at Thu Apr 22 18:22:54 2010
--
--- svn:log (ori
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-22 18:14 ---
>Also "pretmp" "prehitmp" and "ivtmp" prefixes are too long,
They might be too long but they are useful long without looking too much into
the code to figure out what kind of temp they are. We could just use D.XYZ
--- Comment #6 from irar at il dot ibm dot com 2010-04-22 18:11 ---
Yes, sorry about that. I updated the ChangeLogs.
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43482
Assembly labels are generated like thisL .LDECIMAL_NUMBER
If instead of DECIMAL_NUMBER the hex version of the same number (or even better
base 32 or base 64) the total assembly size would be reduced.
For combine.s the file size difference for using hex is %1.5 for -O2 -S (if I
remember well)
Here
--- Comment #5 from jan dot kratochvil at redhat dot com 2010-04-22 18:10
---
But this Bug has been already fixed in Comment 2.
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
--
Looking at tree dumps, most variables used are compiler generated temporaries
and they have names like pretmp.DECIMAL_NUMBER
If instead of DECIMAL_NUMBER the same number bug in hex was used, this would
reduce the memory used for those temporary names.
This simple patch (that does not take care of
--- Comment #4 from jan dot kratochvil at redhat dot com 2010-04-22 18:09
---
Comment 3 has a typo, it should have been for: PR tree-optimization/43842
--
jan dot kratochvil at redhat dot com changed:
What|Removed |Added
--
--- Comment #3 from hjl dot tools at gmail dot com 2010-04-22 18:07 ---
I think revision 158650:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00756.html
is the fix for this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43842
--- Comment #3 from irar at gcc dot gnu dot org 2010-04-22 18:03 ---
Subject: Bug 43482
Author: irar
Date: Thu Apr 22 18:03:01 2010
New Revision: 158650
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158650
Log:
PR tree-optimization/43482
* tree-vect-loop.c (vec
--- Comment #6 from sgk at troutmask dot apl dot washington dot edu
2010-04-22 17:38 ---
Subject: Re: [lto] ICE during linking in testsuite
On Wed, Apr 21, 2010 at 08:22:26PM -, rguenth at gcc dot gnu dot org wrote:
>
> I guess you have to debug it - I do not have a freebsd syste
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-04-22 17:30 ---
A fix has been submitted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01400.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43835
On Linux/x86, revision 158610 gave
FAIL: gcc.dg/lto/20090126-1 c_lto_20090126-1_0.o-c_lto_20090126-1_0.o link,
(internal compiler error)
Revision 158595 is OK.
--
Summary: [4.6 Regression] FAIL: gcc.dg/lto/20090126-1
c_lto_20090126-1_0.o-c_lto_20090126-1_0.o
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-04-22 17:18 ---
Created an attachment (id=20464)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20464&action=view)
Proposed fix
I'm currently testing this patch and will submit it tomorrow if everything goes
OK.
--
http:/
--- Comment #3 from davidxl at gcc dot gnu dot org 2010-04-22 17:04 ---
(In reply to comment #2)
> (In reply to comment #1)
> >
> > so it doesn't consider the struct with the array for total scalarization
> > for some reason. Martin?
> >
>
> Well, that was a deliberate decision when
--- Comment #3 from paolo dot carlini at oracle dot com 2010-04-22 17:02
---
Good point about splitting to two or three bugs, because the build issues can
probably be fixed in the 4_5-branch too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43852
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-22 16:54 ---
Actually gcc_cv_objdump is correct for the rest of configure.ac; just we are
using the incorrect one for the plugin test.
Also note we need to use the one for built for the build for the host. (for
Canadian crosses
--- Comment #3 from ro at gcc dot gnu dot org 2010-04-22 16:51 ---
Already fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #5 from ro at gcc dot gnu dot org 2010-04-22 16:48 ---
Fixed by patch above.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #4 from ro at gcc dot gnu dot org 2010-04-22 16:47 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #3 from ro at gcc dot gnu dot org 2010-04-22 16:46 ---
Long fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #15 from ro at gcc dot gnu dot org 2010-04-22 16:44 ---
Long fixed.
*** This bug has been marked as a duplicate of 38706 ***
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from ro at gcc dot gnu dot org 2010-04-22 16:44 ---
*** Bug 36851 has been marked as a duplicate of this bug. ***
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ro at gcc dot gnu dot org 2010-04-22 16:37 ---
Long fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #2 from ro at gcc dot gnu dot org 2010-04-22 16:34 ---
Patch posted.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from ro at gcc dot gnu dot org 2010-04-22 16:32 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #4 from ro at gcc dot gnu dot org 2010-04-22 16:18 ---
Works on both alpha-dec-osf4.0f and alpha-dec-osf5.1b as of 20100330, so
removing
Tru64 UNIX target.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from ro at gcc dot gnu dot org 2010-04-22 16:12 ---
IRIX 5.3 is affected as well, as would be any target without snprintf.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from ro at gcc dot gnu dot org 2010-04-22 16:09 ---
... to close as fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|RE
--- Comment #13 from ro at gcc dot gnu dot org 2010-04-22 16:09 ---
Reopened ...
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|VERIFIED
--- Comment #42 from aph at gcc dot gnu dot org 2010-04-22 16:08 ---
Fixed.
--
aph at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #41 from aph at gcc dot gnu dot org 2010-04-22 16:07 ---
Subject: Bug 40860
Author: aph
Date: Thu Apr 22 16:06:39 2010
New Revision: 158648
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158648
Log:
2010-04-19 Andrew Haley
PR libgcj/40860
* config
--- Comment #17 from oberlaender at fzi dot de 2010-04-22 15:48 ---
(In reply to comment #16)
> This has been fixed on the 4.4 branch, I can reproduce it with 4.4.3.
OK, thanks for the information. I'm currently compiling gcc from the 4.4
branch in svn to verify.
--
http://gcc.gnu
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-22 15:41 ---
Frontend bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rg
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-22 15:40 ---
Reduced testcase:
template void void_cast_register(T *) __attribute__ ((used));
template void void_cast_register(T *) { }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-22 15:39 ---
Reduced testcase:
template void void_cast_register(T *) __attribute__ ((used));
template void void_cast_register(T *) { }
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43829
--- Comment #2 from hjl dot tools at gmail dot com 2010-04-22 15:38 ---
It is caused by revision 158506:
http://gcc.gnu.org/ml/gcc-cvs/2010-04/msg00612.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43842
--- Comment #13 from sherpya at netfarm dot it 2010-04-22 15:31 ---
I can build 4.5.0 without problems, I think here no source is pulling in
winsock header
--
sherpya at netfarm dot it changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-22 15:22 ---
It's TYPE_ARG_TYPES of a FUNCTION_TYPE when writing the FUNCTION_DECL of
void_cast_register which isn't instantiated.
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
--- Comment #5 from ro at gcc dot gnu dot org 2010-04-22 15:18 ---
Fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-22 15:17 ---
I will have a looksee.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-22 15:17 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from ro at gcc dot gnu dot org 2010-04-22 15:10 ---
Long fixed.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #11 from ro at gcc dot gnu dot org 2010-04-22 15:09 ---
Not an IRIX issue any longer.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
GCC build tri
--- Comment #3 from ro at gcc dot gnu dot org 2010-04-22 15:07 ---
Discovered independently and fixed for 4.5.0.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ro at gcc dot gnu dot org 2010-04-22 15:04 ---
Mine.
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-22 14:51 ---
So this should be three bugs, one for each of the build problems and one
enhancement request for a semi-hosted environment. I don't think "verbose" is
a good name for the default case, I would prefer something like "qu
--- Comment #1 from sebastian dot huber at embedded-brains dot de
2010-04-22 14:25 ---
Created an attachment (id=20463)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20463&action=view)
Example how to implement it
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43852
You can configure the standard C++ library in two ways to reduce the code size
and dependencies on external libraries:
1. --enable-cxx-flags=-fno-exceptions
This does currently not work, due to an error in guard.cc which defines
recursive_init_error::~recursive_init_error() and this results in a
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-22 14:00 ---
Now onto
subroutine test1(esss,Ix,Iyz)
real(kind=kind(1.0d0)), dimension(:), intent(out) :: esss
real(kind=kind(1.0d0)), dimension(:,:) :: Ix,Iyz
esss = sum(Ix * Iyz, 1)
end subroutine
noting that w
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-04-22 13:52
---
I will fix all this on trunk tonight and if we get good test results I will
port it back.
Thanks Kai. My eye was telling me something was not right there. Thanks Tobias
too.
I have a mingw build mostly working,
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-22
13:42 ---
Subject: Re: [4.5/4.6 Regression] FAIL: gcc.dg/tree-ssa/20031015-1.c (internal
compiler error)
The same failures are present on trunk with --enable-checking=release.
Dave
--
http://gcc.gnu.org/bugzil
--- Comment #1 from burnus at gcc dot gnu dot org 2010-04-22 13:30 ---
Additionally, the (ERROR) STOP output should be printed to STDERR and not to
STDOUT per:
"8.4 STOP and ERROR STOP statements" (F2008 FDIS):
"If any exception (cf. 14 Exceptions and IEEE arithmetic) is signaling on t
--- Comment #2 from burnus at gcc dot gnu dot org 2010-04-22 13:29 ---
Forgot to mention that one can then also print the exception status:
"8.4 STOP and ERROR STOP statements" (F2008 FDIS):
"If any exception (cf. 14 Exceptions and IEEE arithmetic) is signaling on that
image, the proce
There are two STOP statements in Fortran:
STOP or
ERROR STOP or
The first one is for normal stopping of the program, the second one for error
abort. This works in so far that ERROR STOP "string" returns a non-zero exit
status code and STOP "string" returns zero. (The numeric version return
--- Comment #1 from burnus at gcc dot gnu dot org 2010-04-22 13:19 ---
Thus:
a) Create a function named, e.g., _gfortran_shutdown/_gfortran_finalize, which
calls
flush_all_units ();
close_units ();
b) Call it from:
_gfortran_abort
_gfortran_stop_numeric;
_gfortran_stop_s
--- Comment #2 from fabien dot chene at gmail dot com 2010-04-22 13:16
---
Mine...
--
fabien dot chene at gmail dot com changed:
What|Removed |Added
CC|
--- Comment #8 from jdgressett at hotmail dot com 2010-04-22 12:56 ---
This seems to be fixed in gcc 4.5.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33420
--- Comment #1 from morandini at aero dot polimi dot it 2010-04-22 12:55
---
Created an attachment (id=20462)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20462&action=view)
preprocessed file triggering the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
ma...@pc-31c:~/Hmfe/Fields2> gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/home/marco/local/gcc-4.5.0/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-threads=posix
--prefix=/home/marco/local/gcc-4.5.0
Currently, gfortran only has start up routines, cf.
http://gcc.gnu.org/onlinedocs/gfortran/Non_002dFortran-Main-Program.html
I think it makes sense to also add shutdown routines.
Currently, _gfortran_abort calls:
close_units ();
Additionally, one should call:
flush_all_units ();
For some rea
--- Comment #5 from hp at gcc dot gnu dot org 2010-04-22 12:38 ---
I'd expect a missing prototype to cause a -Werror breakage rather than the
built cc1 to ICE, but there you go; that did it.
Closing as libgcc for cris-elf now builds, thanks for the quick turnaround.
--
hp at gcc dot
--- Comment #2 from jamborm at gcc dot gnu dot org 2010-04-22 12:35 ---
(In reply to comment #1)
>
> so it doesn't consider the struct with the array for total scalarization
> for some reason. Martin?
>
Well, that was a deliberate decision when fixing PR 42585 (see
type_consists_of_r
1 - 100 of 138 matches
Mail list logo
