--- 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 "GFORT
--- 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
((pu
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() {}
foo_t(floa
--- 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=20457&action=view)
Preprocessed source that produces the segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43845
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 generat
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-22 04:43 ---
That sounds like a good idea, hope it will work well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-04-22 02:39 ---
After much pondering, an idea that might fix this problem and many others hit
me: instead of just resetting debug stmts that refer to an earlier REG_DEAD,
emit a debug temp that binds to the reg before it dies, and re
xflags "-shared-libgcc -lgcj $libiconv"
}
if { [istarget "*-*-solaris*"] } {
However it ends up compiling...
xecuting on host:
/sw/src/fink.build/gcc46-4.5.999-20100421/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc46-4.5.999-20100421/darwin_objdir/gcc/
/sw/src/fink.
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-04-22 00:44
---
The if and do .. while block may execute mktemp more than once. ??
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43844
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2010-04-22 00:41
---
This does not look right to me:
static int
tempfile (st_parameter_open *opp)
{
const char *tempdir;
char *template;
int fd;
tempdir = getenv ("GFORTRAN_TMPDIR");
if (tempdir == NULL)
tempdir = gete
--- Comment #3 from P at draigBrady dot com 2010-04-22 00:40 ---
Actually gcc 4.5 was the first version to mention -Wlogical-op in the release
notes, but that option has actually been available since gcc 4.3.0 (5 Mar 2008)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4412
This problem appears to result in many tessuite failures. I belive Kai is
having a look at it. The problem is likely in libgfortran/io/unix.c .
I have not determined if it is configuring or wrong code. I suspect the wrong
code from my initial looks at this.
--
Summary: open(unit,
--- Comment #3 from P at draigBrady dot com 2010-04-22 00:37 ---
I've confirmed that this is _not_ an issue with the previous
gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43772
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-04-22 00:29
---
OK , I will see what I ca ndo.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from jason at gcc dot gnu dot org 2010-04-21 23:57 ---
Another case, though it's a different ambiguity:
#define static_assert(TEST,STR) \
do { int ar[(TEST)?1:-1]; } while (0);
struct B {};
struct B1 : B {};
struct B2 : B {};
struct D : B1, B2 {};
template T create
--
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 #7 from schwab at linux-m68k dot org 2010-04-21 23:40 ---
I think 'T' should accept tls references like 's' does.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #8 from xinliangli at gmail dot com 2010-04-21 23:38 ---
This is one of the typical cases that will be handled by patch in
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00706.html
size_t search_table_entries;
search_table = parse_eh_frame_hdr (...&search_table_entries,..);
i
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-04-21
23:33 ---
This may be fixable with...
Index: testsuite/Makefile.in
===
--- testsuite/Makefile.in (revision 158487)
+++ testsuite/Makefile.in
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-21
23:19 ---
Mike,
The suggestion in Comment 2 works fine with my gcc trunk build on
x86_64-apple-darwin10 (assuming one fixes the-liconv linkage manually)...
bash-3.2# /sw/src/fink.build/gcc46-4.5.999-20100418/dar
--- Comment #6 from schwab at linux-m68k dot org 2010-04-21 22:51 ---
(In reply to comment #5)
> assuming -mpcrel and -fpic are equivalent:
They aren't. -mpcrel implies -fpic, but not the other way round.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #13 from jason at gcc dot gnu dot org 2010-04-21 22:49 ---
Changing summary and suspending until C++0x is finalized.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from darkshikari at gmail dot com 2010-04-21 22:24 ---
One somewhat unrelated issue I had when attempting to compile using LTO: we
have about 5 arrays in C that are referenced from YASM-syntax assembly code.
Even I add __attribute__((used)), LTO/wholeprogram seems to opti
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-21 22:13 ---
(In reply to comment #2)
> Here's what the compiler currently says about one of these calls using "-flto
> -fipa-pta -fwhole-program -fdump-tree-optimized-alias -O3 -fomit-frame-pointer
> -ffastmath":
>
> # PT = non
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-21 22:09 ---
Can you provide the preprocessed source for your testcase?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from darkshikari at gmail dot com 2010-04-21 22:07 ---
Here's what the compiler currently says about one of these calls using "-flto
-fipa-pta -fwhole-program -fdump-tree-optimized-alias -O3 -fomit-frame-pointer
-ffastmath":
# PT = nonlocal unit-escaped
D.9637_762 = h_79(
--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-21 21:51 ---
PR43843 looks like a duplicate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43841
--- Comment #1 from dominiq at lps dot ens dot fr 2010-04-21 21:49 ---
It looks like a duplicate of PR 43841.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43843
--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-21 21:30 ---
Subject: Bug 43836
Author: jakub
Date: Wed Apr 21 21:26:11 2010
New Revision: 158621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158621
Log:
PR fortran/43836
* f95-lang.c (gfc_define_builtin
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-21 21:26 ---
Subject: Bug 43836
Author: jakub
Date: Wed Apr 21 21:24:04 2010
New Revision: 158620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158620
Log:
PR fortran/43836
* f95-lang.c (gfc_define_builtin
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)
b(:) = b(:)/b(1)
The latter is translated into:
struct polar_t * D.1551;
D.1551 = &b[0];
--- Comment #4 from jakub at gcc dot gnu dot org 2010-04-21 21:23 ---
Subject: Bug 43836
Author: jakub
Date: Wed Apr 21 21:20:07 2010
New Revision: 158619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158619
Log:
PR fortran/43836
* f95-lang.c (gfc_define_builtin
--- Comment #1 from dominiq at lps dot ens dot fr 2010-04-21 20:48 ---
Confirmed. The test fails with gfortran from at least 4.2.3 up to trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43841
--- Comment #6 from paolo dot carlini at oracle dot com 2010-04-21 20:46
---
The status is now [Ready], unsuspending.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
Configured with: ../configure --with-libelf=/usr/local --enable-lto
--prefix=/home/regehr/z/compiler-install/gcc-r158618-install
--program-prefix=r158618- --enable-languages=c,c++
Thread model: posix
gcc version 4.6.0 20100421 (experimental) (GCC)
[reg...@gamow tmp407]$ cat small.c
typedef s
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-04-21 20:23
---
*** Bug 43840 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-21 20:23 ---
*** This bug has been marked as a duplicate of 43791 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-21 20:22 ---
I guess you have to debug it - I do not have a freebsd system available.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43823
As reported in
http://gcc.gnu.org/ml/fortran/2010-04/msg00215.html
gfortran does not always produce a temporary when it deems necessary.
Reduce testcase:
program main
implicit none
type::polar_t
real :: l
end type polar_t
call test_member
contains
subroutine test_member
ty
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-04-21 19:43
---
Subject: Re: [4.5/4.6 regression] ICE in reload_cse_simplify_operands
On 4/21/10 5:23 PM, schwab at linux-m68k dot org wrote:
> --- Comment #4 from schwab at linux-m68k dot org 2010-04-21 13:22 ---
> In
--- Comment #6 from mrs at gcc dot gnu dot org 2010-04-21 19:26 ---
Ah, that wasn't the original work, just some mods along the way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43839
--- Comment #5 from mrs at gcc dot gnu dot org 2010-04-21 19:23 ---
Came in with http://gcc.gnu.org/ml/java-patches/2007-q4/msg00053.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43839
--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2010-04-21 19:14 ---
Subject: Re: [lto] ICE during linking in testsuite
On Wed, Apr 21, 2010 at 10:01:43AM -, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #3 from rguenth at gcc dot gnu dot org 2010
Program compiles correctly with GCC 4.1.2, 4.2.4, 4.3.4, 4.4.3, and 4.5.0 at
-O3. In GCC 4.6.0-20100419, program compiles correctly at -O1, but ICE occurs
with -O1 -finline-small-functions. ICE also occurs at -O2 and higher. GCC
4.6.0 was built from source checked out of SVN on 19 Apr 2010. Hos
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirme
--- Comment #4 from mrs at gcc dot gnu dot org 2010-04-21 19:02 ---
*** Bug 43086 has been marked as a duplicate of this bug. ***
--
mrs at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from mrs at gcc dot gnu dot org 2010-04-21 19:02 ---
I've been able to confirm that with the hack patch in PR43839, this testcase
works on x86_64-apple-darwin10.
*** This bug has been marked as a duplicate of 43839 ***
--
mrs at gcc dot gnu dot org changed:
--- Comment #14 from redi at gcc dot gnu dot org 2010-04-21 19:02 ---
Bug 43820 shows cases where libstdc++ was *relying* on the front-end issuing
warnings about calling delete with a pointer to incomplete types. I'm going to
change the library code to handle it instead, but it's an ext
--- Comment #3 from mrs at gcc dot gnu dot org 2010-04-21 19:00 ---
Nasty hack around:
Index: testsuite/libjava.jni/jni.exp
===
--- testsuite/libjava.jni/jni.exp (revision 157698)
+++ testsuite/libjava.jni/jni.exp
--- Comment #3 from kargl at gcc dot gnu dot org 2010-04-21 19:00 ---
(In reply to comment #2)
> Works just fine here. Are you sure you have updated also to the latest
> fortran/openmp.c and rebuilt f951?
>
Seems my trunk was only partially updated. I can't reproduce
the result. Clo
--- Comment #19 from redi at gcc dot gnu dot org 2010-04-21 18:59 ---
thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43820
--- Comment #2 from mrs at gcc dot gnu dot org 2010-04-21 18:52 ---
Found it:
if { [istarget "*-*-darwin*"] } {
lappend cxxflags -shared-libgcc -lgcj -liconv
}
in libjava/testsuite/libjava.jni/jni.exp. This needs the proper -L added just
before -liconv, or libgcj linked with -
--- Comment #18 from paolo dot carlini at oracle dot com 2010-04-21 18:48
---
c++/43167 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43820
--- Comment #1 from mrs at gcc dot gnu dot org 2010-04-21 18:44 ---
I think this is the root cause of PR43086.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43839
--- Comment #2 from mrs at gcc dot gnu dot org 2010-04-21 18:39 ---
When I run it by hand, I get:
$ /Users/mrs/net/gcc-java/gcc/xgcc -B/Users/mrs/net/gcc-java/gcc/
/Users/mrs/net/gcc/libjava/testsuite/libjava.jni/invocation/PR16923.c
-bind_at_load -multiply_defined suppress -I. -I..
-
libjava doesn't link libgcj with -liconv during build when
--with-libiconv-prefix=/opt/local is used, and no corresponding -L for the
-liconv is issued on the link line when running the libjava testsuite (jni.exp)
for the FAIL: PR16923 run testcase:
Executing on host: /Users/mrs/net/gcc-java/gcc/x
--- Comment #10 from irar at il dot ibm dot com 2010-04-21 18:33 ---
Thanks. So, it is not always profitable and requires a cost model.
I am now working on cost model for basic block vectorization, I can look at
this once we have one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #17 from redi at gcc dot gnu dot org 2010-04-21 18:26 ---
ok, thanks for the pointers, I'll hunt for the discussion
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43820
--- Comment #16 from paolo dot carlini at oracle dot com 2010-04-21 18:18
---
Note I'm traveling, thus I have limited capabilities. I strongly recommend
digging out that conversation about the pragma itself, with Ian too involved,
and trying to put to good use static_asserts and any oth
--- Comment #1 from slawomir at ezono dot com 2010-04-21 18:15 ---
Created an attachment (id=20456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20456&action=view)
Preprocessed source of example program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43838
g++ -v:
Using built-in specs.
Target: i686-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-z
--- Comment #3 from jv244 at cam dot ac dot uk 2010-04-21 17:53 ---
(In reply to comment #2)
> See patch at http://gcc.gnu.org/ml/fortran/2010-04/msg00222.html and follow up
> at PR 43837
beats the speed of light... thanks.
A very practical question. Is Fortran code compiled with -fexc
--- Comment #9 from tglek at mozilla dot com 2010-04-21 17:48 ---
(In reply to comment #8)
> Taras, to avoid triggering the problem from firefox you can search for the
> file
> (as I remember there is only one in xulrunner) with #pragma pack(1) and does
> not reset it, and add #pragma p
--- Comment #2 from burnus at gcc dot gnu dot org 2010-04-21 17:48 ---
See patch at http://gcc.gnu.org/ml/fortran/2010-04/msg00222.html and follow up
at PR 43837
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43836
Follow up to PR 43836 and http://gcc.gnu.org/ml/fortran/2010-04/msg00222.html
> It would be good to set TREE_NOTHROW also on libgfortran library calls
> that are known not to throw exceptions (I guess most of them, except
> those that do IO).
POSIX lists which libc functions have to and can thr
--- Comment #15 from redi at gcc dot gnu dot org 2010-04-21 17:41 ---
Comeau warns on the auto_ptr case. boost::shared_ptr refuses to compile if the
type is incomplete
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43820
--- Comment #14 from paolo dot carlini at oracle dot com 2010-04-21 17:11
---
Forgot: before doing anything about those diagnostic issues, we should double
check what other compilers do with / without our library, thus, say current ICC
/ something else (even among those available online
--- Comment #12 from dominiq at lps dot ens dot fr 2010-04-21 17:09 ---
> thanks for the reminder, Dominique
You're welcome!-)
Just another one: modulo spaces(?)
gcc/testsuite/gfortran.dg/dynamic_dispatch_7.f03 in trunk and
gcc/testsuite/gfortran.dg/dynamic_dispatch_9.f03 in fortran-de
--- Comment #40 from aph at gcc dot gnu dot org 2010-04-21 17:05 ---
Subject: Bug 40860
Author: aph
Date: Wed Apr 21 17:04:42 2010
New Revision: 158614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158614
Log:
2010-04-19 Andrew Haley
PR libgcj/40860
* config
--- Comment #4 from redi at gcc dot gnu dot org 2010-04-21 17:04 ---
good point
then #pragma GCC system_header must disable the warning, so we can use inline
namespaces and variadic templates in the standard library
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43824
--- Comment #13 from paolo dot carlini at oracle dot com 2010-04-21 17:04
---
static_asserts are fine, of course. Otherwise, if the real issue is that errors
coming from system headers are suppressed and shouldn't, sometimes, from the
user point of view, that is a **front-end** issue, a
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from amonakov at gcc dot gnu dot org 2010-04-21 16:54
---
(In reply to comment #1)
> Created an attachment (id=20455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20455&action=view) [edit]
> proposed patch
>
GCC generates gcov structures at runtime, and #pragma p
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-21 16:54 ---
(In reply to comment #2)
> Right, this is a GNU extension used to implement the library, which was later
> standardised. We also support 'long long' in C++03 mode.
Yes but with -pedantic we do warn about long long:
--- Comment #11 from pault at gcc dot gnu dot org 2010-04-21 16:51 ---
Fixed on fortran-dev.
Thanks, as usual, for the report, Janus, and thanks for the reminder, Dominique
:-)
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from pault at gcc dot gnu dot org 2010-04-21 16:50 ---
Subject: Bug 43326
Author: pault
Date: Wed Apr 21 16:49:28 2010
New Revision: 158613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158613
Log:
2010-04-21 Paul Thomas
PR fortran/43326
* re
--- Comment #14 from jakub at gcc dot gnu dot org 2010-04-21 16:49 ---
Subject: Bug 40040
Author: jakub
Date: Wed Apr 21 16:48:41 2010
New Revision: 158612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158612
Log:
PR debug/40040
* dwarf2out.c (add_name_and_src_c
--- Comment #8 from amonakov at gcc dot gnu dot org 2010-04-21 16:48
---
Taras, to avoid triggering the problem from firefox you can search for the file
(as I remember there is only one in xulrunner) with #pragma pack(1) and does
not reset it, and add #pragma pack() in the end of that f
--- Comment #2 from amonakov at gcc dot gnu dot org 2010-04-21 16:45
---
*** Bug 43825 has been marked as a duplicate of this bug. ***
--
amonakov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from amonakov at gcc dot gnu dot org 2010-04-21 16:45
---
*** This bug has been marked as a duplicate of 43341 ***
--
amonakov at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from amonakov at gcc dot gnu dot org 2010-04-21 16:43
---
Created an attachment (id=20455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20455&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43341
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-04-21 16:43 ---
-fwhole-program is old.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #39 from aph at gcc dot gnu dot org 2010-04-21 16:34 ---
Subject: Bug 40860
Author: aph
Date: Wed Apr 21 16:34:01 2010
New Revision: 158611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158611
Log:
2010-04-19 Andrew Haley
PR libgcj/40860
* config
--- Comment #8 from steven at gcc dot gnu dot org 2010-04-21 16:31 ---
How can this possibly be a regression in 4.5 if -fwhole-program is new there?
Regression means "worked in an earlier release" and there is no earlier release
with this feature.
--
steven at gcc dot gnu dot org cha
--- Comment #6 from sje at cup dot hp dot com 2010-04-21 16:27 ---
This looks like what I see on ia64-debian-linux-gnu as well.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--
--- Comment #9 from redi at gcc dot gnu dot org 2010-04-21 16:24 ---
I tested on an x86_64 box (with -m32 because your preprocessed source was made
on a 32bit box so it was necessary) so I definitely have a lot more memory
available
I'm still thinking it's a problem with running out of
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-04-21 16:21 ---
I have submitted a fix to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01315.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43812
--- Comment #10 from redi at gcc dot gnu dot org 2010-04-21 16:13 ---
P.S. the workaround is a hack and not ideal, because it adds RPATH=$ORIGIN to
every binary object that gets built including the front-end drivers, cc1plus,
collect2 etc. but it is only needed by shared libs that depen
--- Comment #9 from redi at gcc dot gnu dot org 2010-04-21 16:08 ---
I've just been bitten by this on Solaris 10, and I think lots more people will
be now that gcc 4.5.0 has been released.
The problem is made worse if libstdc++ (or libgomp etc.) is built with symbol
versioning enabled b
--- Comment #3 from jamborm at gcc dot gnu dot org 2010-04-21 16:04 ---
Mine
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-21 15:51 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43836
--- Comment #1 from jv244 at cam dot ac dot uk 2010-04-21 15:30 ---
4.3.1 ([gcc-4_3-branch revision 135036]) does not fail, so marking as
regression.
4.5.0 works as well
with 4.4.4 I have this backtrace:
(gdb) bt
#0 bitmap_element_allocate (head=0x10284c0) at
/data03/vondele/gcc_4_4_b
d with: /data03/vondele/gcc_4_4_branch/gcc/configure
--prefix=/data03/vondele/gcc_4_4_branch/build
--with-ppl=/data03/vondele/gcc_trunk/build/
--with-cloog=/data03/vondele/gcc_trunk/build/ --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
gcc version 4.4.4 20100421 (prerelease) [g
--- Comment #1 from matz at gcc dot gnu dot org 2010-04-21 15:08 ---
Created an attachment (id=20454)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20454&action=view)
testcase
# gcc -O2 sra-nonnull.c && ./a.out
Segmentation fault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
The testcase I'm attaching shortly will be miscompiled by IPA-SRA.
The problem is, that SRA splits the pointer argument 'c' of mark_cell into
two new parameters, one being a pointer itself, and another int param. But it
doesn't rewrite the attribute list of the fndecl, hence the nonnull attributes
--- Comment #1 from jiez at gcc dot gnu dot org 2010-04-21 14:48 ---
The patch:
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01304.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43833
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-21 14:37 ---
Report it to Apple. The version Apple ships does not resemble anything like
an FSF release that would still be supported.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from pault at gcc dot gnu dot org 2010-04-21 14:29 ---
Created an attachment (id=20453)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20453&action=view)
Version of fix for fortran-dev
This hasn been fully bootstrapped but runs gfortran.dg/dynamic*, proc* and
class*
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-21 14:26 ---
subroutine test0(esss,Ix, e_x)
real(kind=kind(1.0d0)), dimension(:), intent(out) :: esss
real(kind=kind(1.0d0)), dimension(:) :: Ix
integer(kind=kind(1)), dimension(:) :: e_x
esss = Ix(e_x)
end subroutine
wh
1 - 100 of 152 matches
Mail list logo
