Vladimir Makarov wrote:
Although it is not right argument to what you mean. But example about
vectorization would be right. ICC vectorizes many more loops than gcc
does. Vectorized loops is much bigger in size than their non-vectorized
variants. So faster code does not mean smaller code
Toon Moene wrote:
Robert Dewar wrote:
Actually for my taste, you have to get a MUCH bigger factor in compile
time before you can call yourself a fast compiler (Realia COBOL by
comparison compiles millions of lines a minute of code on current
PC's, using just one core).
Obviously, apart from
On Thu, Apr 22, 2010 at 6:36 AM, Paolo Carlini paolo.carl...@oracle.com wrote:
In any case, keep in mind that constexpr are not available yet, maybe the
parser can already recognize some uses but the semantics is not done yet.
Ah, so it was nothing but smokes mirrors. Thanks for the
On Thu, Apr 22, 2010 at 7:23 AM, Xinliang David Li davi...@google.com wrote:
The dead store problem seems to be a regression in SRA.
Thanks for looking into it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43846
On Wed, 21 Apr 2010 14:40:51 -0400
Donald Parsons dpars...@brightdsl.net wrote:
The package elfutils-libelf-0.145 (or later) also
supplies the libelf prerequisite. Version 0.142 does
not work. (versions 0.143, 0.144 unknown)
anything =0.143 will work.
--
fonts,
On 22/04/2010 03:25, Jack Howarth wrote:
@@ -267,7 +268,7 @@
# to just make the linker find libgcc using -L options.
# Similar logic applies to libgcj.
if { [istarget *-*-darwin*] } {
-lappend cxxflags -shared-libgcc -lgcj -liconv
+lappend cxxflags -shared-libgcc -lgcj
On 22/04/2010 03:30, tbp wrote:
What's the deal with constexpr (or what can i reasonably expect)?
You can *reasonably* expect the documented behaviour from the compiler. Or
you can *un*reasonably ignore the documentation, make ill-informed guesses
about what the compiler ought to do, and
22.4.2010 1:35, Andreas Schwab kirjoitti:
Paolo Bonzinibonz...@gnu.org writes:
I'm not sure if nm -g would work under Linux, since
$ nm -g /usr/lib64/libsqlite3.so
nm: /usr/lib64/libsqlite3.so: no symbols
$ objdump -T /usr/lib64/libsqlite3.so|head -5
The equivalent of objdump -T is nm
On 22/04/2010 09:16, Kai Ruottu wrote:
Whatever the 'objdump -T' now tries to do during the
'gcc/configure', that it does with the wrong 'objdump',
that for the $target, not that for the $host !
Maybe there was some usual one-eyeness in implementation,
in a native GCC $host == $target, and
Jack Howarth howa...@bromo.med.uc.edu writes:
Index: configure.ac
===
--- configure.ac(revision 158487)
+++ configure.ac(working copy)
@@ -4456,15 +4456,27 @@
pluginlibs=
if test x$enable_plugin = xyes; then
On Thu, Apr 22, 2010 at 10:38 AM, Rainer Orth
r...@cebitec.uni-bielefeld.de wrote:
Jack Howarth howa...@bromo.med.uc.edu writes:
Index: configure.ac
===
--- configure.ac (revision 158487)
+++ configure.ac (working
On Thu, 2010-04-15 at 13:57 +0200, Basile Starynkevitch wrote:
(BTW I call lowlevel any language which does not manage memory
automatically; I am quite fond of Ocaml even if I don't use it much today.
So in my eyes C++, Ada95 Fortran2005 are still low-level; this is only a
matter of taste
On Thu, 22 Apr 2010, Rainer Orth wrote:
This is wrong at least on Solaris and IRIX, which don't have nm -D
either. Please restrict use of nm -D to platforms where it is known to
work.
Uh? From what I can find, solaris 7 already had nm -D, and so do all later
versions.
On Wed, 2010-04-21 at 14:03 -0400, Robert Dewar wrote:
I do realize that some people are running gcc on very old
machines, that particularly happens say in developing
countries or with students or hobbyists using old cast
off machines.
For those developping free software the compile farm
has
Thanks Edmar! I will try and work your patch into our GCC 4.4.1
port and get some results.
Cheers,
Rahul
On Wed, Apr 21, 2010 at 06:23:44PM -0700, Chris Lattner wrote:
On Apr 21, 2010, at 1:51 PM, Manuel López-Ibáñez wrote:
http://cx4a.org/software/gccsense/
This approach seems highly, uh, inspired from the exact same
functionality in Clang. Any reason not to contribute to that
effort?
Dear Madams/Sirs,
1.The lowest price for embroidery digitizing services.More discount
available,please reply stand...@embpunching.com.
US$2.50/1000 stitches ()
For details,you can visit http://www.embpunching.com
PLEASE CONTACT US TO GET PRICE BROCHURE,OR AMOUNT DISCOUNT BROCHURE.
2.Sales for
On Thu, Apr 22, 2010 at 10:38:18AM +0200, Rainer Orth wrote:
Jack Howarth howa...@bromo.med.uc.edu writes:
Index: configure.ac
===
--- configure.ac(revision 158487)
+++ configure.ac(working copy)
@@
Looking at the results of the tests executed
by plugin.exp on x86_64 Fedora 10, I don't see
any evidence that -rdynamic is ever used. Can't
we reduce the tests performed as follow since
only -shared appears to be actually used? Removing
these tests would eliminate all of the problems
with not
Jack Howarth howa...@bromo.med.uc.edu writes:
Looking at the results of the tests executed
by plugin.exp on x86_64 Fedora 10, I don't see
any evidence that -rdynamic is ever used.
On GNU/Linux, in order to use plugins, it's necessary to use -rdynamic
when linking cc1. Otherwise plugins
The first release candidate for GCC 4.4.4 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4.4-RC-20100422
and shortly its mirrors. It has been generated from SVN revision 158640.
I have so far bootstrapped and tested the release candidate on
x86_64-linux and i686-linux. Please test
On Thu, Apr 22, 2010 at 07:38:04AM -0700, Ian Lance Taylor wrote:
Jack Howarth howa...@bromo.med.uc.edu writes:
Looking at the results of the tests executed
by plugin.exp on x86_64 Fedora 10, I don't see
any evidence that -rdynamic is ever used.
On GNU/Linux, in order to use
On Thu, Apr 22, 2010 at 5:08 PM, Jack Howarth howa...@bromo.med.uc.edu wrote:
On Thu, Apr 22, 2010 at 07:38:04AM -0700, Ian Lance Taylor wrote:
Jack Howarth howa...@bromo.med.uc.edu writes:
Looking at the results of the tests executed
by plugin.exp on x86_64 Fedora 10, I don't see
any
On Thu, Apr 22, 2010 at 05:12:19PM +0200, Richard Guenther wrote:
On Thu, Apr 22, 2010 at 5:08 PM, Jack Howarth howa...@bromo.med.uc.edu
wrote:
On Thu, Apr 22, 2010 at 07:38:04AM -0700, Ian Lance Taylor wrote:
Jack Howarth howa...@bromo.med.uc.edu writes:
Looking at the results of
Hi Richard,
2010/4/14, Richard Guenther richard.guent...@gmail.com:
On Wed, Apr 14, 2010 at 8:48 AM, roy rosen roy.1ro...@gmail.com wrote:
Hi All,
I have implemented some vectorization features in my gcc port.
In the generated code for this function I can see a scheduling problem:
On Apr 22, 2010, at 4:29 AM, Jakub Jelinek wrote:
I did this because the other responses made it seem that it wasn't
something that would be accepted back into GCC proper. Maintaining an
Can you point at any response that said it would not be accepted back into
GCC proper? There were
On Thu, Apr 22, 2010 at 12:44 AM, Dave Korn
dave.korn.cyg...@googlemail.com wrote:
On 22/04/2010 03:30, tbp wrote:
What's the deal with constexpr (or what can i reasonably expect)?
You can *reasonably* expect the documented behaviour from the compiler. Or
you can *un*reasonably ignore the
On 22 April 2010 18:50, Xinliang David Li davi...@google.com wrote:
Hi, Is there really a need for an angry reply like this? Is it better
to just give some advises instead?
I just want to express that I agree with David's sentiment and the
above behaviour is not representative of GCC's
Marc Glisse marc.glisse+...@normalesup.org writes:
On Thu, 22 Apr 2010, Rainer Orth wrote:
This is wrong at least on Solaris and IRIX, which don't have nm -D
either. Please restrict use of nm -D to platforms where it is known to
work.
Uh? From what I can find, solaris 7 already had nm -D,
Steven Bosscher stevenb@gmail.com writes:
This is wrong at least on Solaris and IRIX, which don't have nm -D
either. Please restrict use of nm -D to platforms where it is known to
work.
And objdump does work on Solaris / IRIX?
Sure: all plugin tests pass on both platforms, and objdump
Hi, I wanted to point people to the Linux Plumbers Conference Call for
Ideas. The conference is in its 3rd year, and it will take place in
Boston, in November. I think it would be a good opportunity to bring the
various communities together. Here is the official text, if you have any
ideas
Robert Dewar wrote:
Vladimir Makarov wrote:
Although it is not right argument to what you mean. But example
about vectorization would be right. ICC vectorizes many more loops
than gcc does. Vectorized loops is much bigger in size than their
non-vectorized variants. So faster code does
Jack Howarth howa...@bromo.med.uc.edu writes:
Have you built gcc trunk with --enable-plugin on either
Solaris or Irix? What is the expectation of which compiler is
No need: plugins just work on both platforms, both with the vendor tools
and gld (on Solaris, gld is currently broken for
On Thu, Apr 22, 2010 at 08:44:32PM +0200, Rainer Orth wrote:
Jack Howarth howa...@bromo.med.uc.edu writes:
Have you built gcc trunk with --enable-plugin on either
Solaris or Irix? What is the expectation of which compiler is
No need: plugins just work on both platforms, both with the
Snapshot gcc-4.5-20100422 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100422/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
On Wed, Apr 21, 2010 at 12:49, Andrew Haley a...@redhat.com wrote:
On 04/21/2010 06:35 PM, Chris Lattner wrote:
This approach seems highly, uh, inspired from the exact same
functionality in Clang. Any reason not to contribute to that
effort?
Surely trying to persuade people to contribute to
On 22/04/2010 17:50, Xinliang David Li wrote:
Hi, Is there really a need for an angry reply like this? Is it better
to just give some advises instead?
Ok, here is a non-angry reply to the angry post by tbp:
http://en.wiktionary.org/wiki/smoke_and_mirrors
Noun
smoke and mirrors
Chris Lattner clatt...@apple.com writes:
I did this because the other responses made it seem that it wasn't
something that would be accepted back into GCC proper. Maintaining an
Can you point at any response that said it would not be accepted back into
GCC proper? There were no such
On Fri, Apr 23, 2010 at 5:48 AM, Dave Korn
dave.korn.cyg...@googlemail.com wrote:
Dear tbp, please don't accuse people of being deceptive or fraudulent, it is
not a nice thing to do.
Indeed. That wasn't the intent.
Seeing libstdc++ being combed over for constexpr, i've conveniently
fooled
On 23/04/2010 05:47, tbp wrote:
On Fri, Apr 23, 2010 at 5:48 AM, Dave Korn wrote:
Dear tbp, please don't accuse people of being deceptive or fraudulent, it is
not a nice thing to do.
Indeed. That wasn't the intent.
I apologise, I thought it was your intent but I believe you when you say it
I was playing around with __attribute__((const)), not realizing that what I
actually should have used was __attribute__((pure)). But regardless of the
fact that I was using these attributes incorrectly, gcc obviously shouldn't
segfault. First comment will have the preprocessed source that
--- Comment #1 from darkshikari at gmail dot com 2010-04-22 06:01 ---
Created an attachment (id=20457)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20457action=view)
Preprocessed source that produces the segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43845
Hello,
As instructed in http://gcc.gnu.org/ml/gcc/2010-04/msg00505.html i'm filing
this.
I've noticed gcc 4.5 has more trouble than it used to to removed dead stores
when dealing with arrays, as exemplified by
$ cat huh.cc
struct foo_t {
float x, y, z;
foo_t() {}
--- Comment #6 from darkshikari at gmail dot com 2010-04-22 06:31 ---
It seems that __attribute__((pure)) can already do this for many instances of
this situation--but it doesn't work for function pointers.
Is this an arbitrary limitation, or would serious work be necessary to make
--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-22 06:57 ---
I also do not like:
if (tempdir == NULL)
tempdir = DEFAULT_TEMPDIR; /* This is /tmp. */
My feeling is that, e.g., on Windows this won't work; I do not know whether
before the environment variables
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-04-22 07:09
---
Subject: Re: [4.5/4.6 regression] ICE in reload_cse_simplify_operands
On 4/22/10 3:40 AM, schwab at linux-m68k dot org wrote:
--- Comment #7 from schwab at linux-m68k dot org 2010-04-21 23:40 ---
I
--- Comment #3 from anlauf at gmx dot de 2010-04-22 07:27 ---
(In reply to comment #2)
PR43843 looks like a duplicate.
It is. I simply reduced the program in the mail to a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43841
--- Comment #2 from falk at debian dot org 2010-04-22 07:35 ---
Confirmed on x86-64, already in 4.3, but not in 4.1. Here is a testcase that
gives an SSA verification error on 4.6 instead of segfaulting:
typedef int __attribute__ ((const)) (*x264_pixel_cmp_t)(void);
typedef struct {
--- Comment #4 from ktietz at gcc dot gnu dot org 2010-04-22 07:42 ---
(In reply to comment #3)
My feeling is that, e.g., on Windows this won't work; I do not know whether
before the environment variables GFORTRAN_TMPDIR, TMP and TEMP are used
or not, but /tmp does exist on many
--- Comment #10 from oberlaender at fzi dot de 2010-04-22 07:47 ---
(In reply to comment #9)
I'm still thinking it's a problem with running out of memory, PAE doesn't
increase the total memory available to a single process
How would I find out if that is the issue? The numbers
--- Comment #11 from oberlaender at fzi dot de 2010-04-22 07:59 ---
Created an attachment (id=20458)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20458action=view)
Output of strace -F -emmap2,mremap,brk,setrlimit g++ -c -O2 bugtest.ii
Of course strace is pointless if I don't
--- Comment #5 from burnus at gcc dot gnu dot org 2010-04-22 08:03 ---
(In reply to comment #3)
or not, but /tmp does exist on many Windows systems.
I wanted to write: does not.
(In reply to comment #4)
I would use here the platform API GetTempPath. This seems to be the best
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-04-22 08:25 ---
*** This bug has been marked as a duplicate of 43841 ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dfranke at gcc dot gnu dot org 2010-04-22 08:25 ---
*** Bug 43843 has been marked as a duplicate of this bug. ***
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2010-04-22 08:28 ---
From PR 43843:
Reported by Kyle Horne at http://gcc.gnu.org/ml/fortran/2010-04/msg00215.html
There is a missing temporary for user-defined operators:
type(polar_t),dimension(3)::b
b = polar_t(1.0,0.5)
--- Comment #12 from oberlaender at fzi dot de 2010-04-22 08:31 ---
(From update of attachment 20443)
Use a better MIME type.
--
oberlaender at fzi dot de changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-22 08:34 ---
Subject: Bug 43829
Author: rguenth
Date: Thu Apr 22 08:34:41 2010
New Revision: 158632
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158632
Log:
2010-04-22 Richard Guenther rguent...@suse.de
PR
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-22 08:51 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
The code in 'gcc-4.5.0/gcc/configure' :
clip ---
pluginlibs=
if test x$enable_plugin = xyes; then
{ $as_echo $as_me:${as_lineno-$LINENO}: checking for exported symbols 5
$as_echo_n checking for exported symbols... 6; }
echo int main()
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-22 09:07 ---
Hm, frob1 looks like
_Z5frob1RK5foo_tRS_:
.LFB18:
movss (%rdi), %xmm3
movss 4(%rdi), %xmm2
movaps %xmm3, %xmm4
movaps %xmm2, %xmm0
mulss %xmm3, %xmm4
movss
--- Comment #13 from oberlaender at fzi dot de 2010-04-22 09:13 ---
Created an attachment (id=20459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20459action=view)
Output from a gdb session on g++-4.4.3
OK, almost right. I created a debug build for gcc-4.4.3:
$ g++-4.4.3 -v
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-22 09:13 ---
Confirmed. It's (partial-)PRE, all branches have the verification error,
4.3 works ok.
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from oberlaender at fzi dot de 2010-04-22 09:19 ---
(In reply to comment #13)
Oh, and another thing: at the moment of the segfault, memory usage says
$ ps v -C cc1plus
PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
19072 pts/2T 0:00 0
--- Comment #9 from schwab at linux-m68k dot org 2010-04-22 09:20 ---
Probably the author of T didn't realise that !-mpcrel in (!-mpcrel 's') is
already implied. It is already a no-op in the -mpcrel case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #6 from burnus at gcc dot gnu dot org 2010-04-22 09:21 ---
Created an attachment (id=20460)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20460action=view)
Draft patch for GetTempPath; fix for mktemp
(In reply to comment #2)
The if and do .. while block may execute
--- Comment #7 from burnus at gcc dot gnu dot org 2010-04-22 09:25 ---
Side note:
template = get_mem (strlen (tempdir) + 20);
Can one change the 20 into 19 or 18 + 1 ? The string /gfortrantmpXX
has 18 characters and '\0' has one.
--
--- Comment #11 from bernds at gcc dot gnu dot org 2010-04-22 09:31 ---
Subject: Bug 29274
Author: bernds
Date: Thu Apr 22 09:30:27 2010
New Revision: 158633
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158633
Log:
gcc/
PR middle-end/29274
* optabs.h
--- Comment #7 from jakub at gcc dot gnu dot org 2010-04-22 09:39 ---
Fixed for 4.4.4/4.5.1/4.6.0.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from jakub at gcc dot gnu dot org 2010-04-22 09:43 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from bernds at codesourcery dot com 2010-04-22 10:01 ---
Fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42498
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-04-22 10:11
---
Fixed for 4.6.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #15 from redi at gcc dot gnu dot org 2010-04-22 10:50 ---
Thanks for the extra info - I can't reproduce it, but I can't test on a real
32bit host. In the absence of any suggestions from anyone else, could you try
reconfiguring with --enable-checking=all instead of
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-22 11:20 ---
Subject: Bug 43845
Author: rguenth
Date: Thu Apr 22 11:19:45 2010
New Revision: 158641
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158641
Log:
2010-04-22 Richard Guenther rguent...@suse.de
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-22 11:20 ---
Fixed on the trunk. Backports pending testing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-22 11:25
---
This has been fixed on the 4.4 branch, I can reproduce it with 4.4.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from bernds at gcc dot gnu dot org 2010-04-22 11:26 ---
Subject: Bug 29274
Author: bernds
Date: Thu Apr 22 11:25:44 2010
New Revision: 158642
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158642
Log:
PR middle-end/29274
* gcc.target/arm/wmul-1.c:
With revision @Y@ this test passed.
From revision @Z@ and on, this test has failed as follows:
@V@
With the message in the logfile being:
@U@
@A@@C@
aut...@w@ of patches in suspect revision range CC:ed.
--
Summary: [4.6 Regression]: can
Product: gcc
--- Comment #1 from hp at gcc dot gnu dot org 2010-04-22 11:42 ---
(oops, fat-fingered the return key before filling in details properly in my
bug-template)
With r158630, libgcc, built. With r158633 and on, including 158639, I see:
/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
--
irar at il dot ibm dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com
|dot org
--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-22 11:51 ---
Same thing on x86_64-apple-darwin10: bootstrap fails at revision 158642 with
...
/opt/gcc/p_build/./gcc/xgcc -B/opt/gcc/p_build/./gcc/
-B/opt/gcc/gcc4.6p/x86_64-apple-darwin10/bin/
--- Comment #3 from hp at gcc dot gnu dot org 2010-04-22 11:58 ---
Created an attachment (id=20461)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20461action=view)
preprocessed libgcc2.i
Reproduce using r158642 with ./cc1 -fpreprocessed libgcc2.i -march=v10 -O2 -o
libgcc2x.s
--
--- Comment #4 from bernds at codesourcery dot com 2010-04-22 12:02 ---
I somehow managed not to check in the optabs.h change in the first commit. Can
you try again with r158643?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43848
--- Comment #7 from carrot at google dot com 2010-04-22 12:26 ---
(In reply to comment #6)
I can't see how it would hurt to allow combine to always merge insns that are
known to be consecutive (ie to ignore CLASS_LIKELY_SPILLED_P if
prev_nonenote_insn(consumer) == producer).
I
--- 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
--- 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
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
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
--- 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=20462action=view)
preprocessed file triggering the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43850
--- 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 #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 #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;
There are two STOP statements in Fortran:
STOP constant default-integer-expr or constant string-expr
ERROR STOP constant default-integer-expr or constant string-expr
The first one is for normal stopping of the program, the second one for error
abort. This works in so far that ERROR STOP
--- 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
--- 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
--- 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
--
--- 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
--- 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
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 #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=20463action=view)
Example how to implement it
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43852
--- 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
1 - 100 of 181 matches
Mail list logo