Arnaud Charlet wrote:
Are rpaths as portable as shared libraries or do we support a host
architecture that has shared libraries but no equivalent to rpath?
Windows (mingw) comes to mind at least.
Cygwin too, of course, and I think Darwin may have some quirks in that area
as well.
I want to get data dependence information about an basic block, which
contains RTLs.
What functions or data structure should I use ?
thanks
--
Jianzhang Peng
Data dependence analysis is done in sched-deps.c. You can have a look
at build_intra_loop_deps function in ddg.c (which constructs data
dependency graph for modulo scheduler) to see how it is used.
Bingfeng
-Original Message-
From: gcc-ow...@gcc.gnu.org [mailto:gcc-ow...@gcc.gnu.org]
Hello
To me it looks like, that support for Thread Local Storage exists on ARM
cpu's.
When needed the compiler is going to fetch the base pointer by a
internal __builtin_thread_pointer() call.
This is either a call to __aeabi_read_tp() or a Coprocessor fetch
instruction.
If I'm going to
On Thu, Dec 03, 2009 at 02:28:36PM +, Thomas Klein wrote:
Dose anyone know the reason why they are not clobbered?
So that they don't have to be saved. This function is supposed to be
very fast. If you want to use a slow implementation, write an
assembly wrapper which saves additional
Hello
Dose anyone know the reason why they are not clobbered?
So that they don't have to be saved. This function is supposed to be
very fast. If you want to use a slow implementation, write an
assembly wrapper which saves additional registers.
This might be the initial plan.
But is this
On Thu, Dec 03, 2009 at 05:09:38PM +, Thomas Klein wrote:
This might be the initial plan.
But is this true?
It is true because a typical implementation of this function has no
need to clobber registers. For instance, glibc's calls a kernel
helper this way:
0x00015810 __aeabi_read_tp+0:
Hello
But is this true?
It is true because a typical implementation of this function has no
need to clobber registers. For instance, glibc's calls a kernel
helper this way:
Ah. now I understand, you require to have a virtual memory system (or
similar) that is translating the call into a
On 12/02/09 13:29, Ian Bolton wrote:
I had an epiphany this morning and came up with an idea to achieve the
lookahead I thought I needed, thereby making the costs created by '?' a
lot more concrete and reliable.
Firstly, I have altered the alt_cost adjustment (for '?') in ira-costs.c,
so that
* Jack Howarth wrote on Thu, Dec 03, 2009 at 03:22:56AM CET:
On Wed, Dec 02, 2009 at 11:08:49PM +0100, Richard Guenther wrote:
On Wed, 2 Dec 2009, Ralf Wildenhues wrote:
The Libtool update would fix a couple of bugs, one of which is important
for mi...@least. Any chance this could
Who Would Have Figured You Could...
Do Everything 10,000 Times Faster?
Now You Can. Discover How Easy it Is Here
http://ez-web-solutions.net.tc
Much Success in all Your Endeavors,
~David
On Thu, 3 Dec 2009, Arnaud Charlet wrote:
Are rpaths as portable as shared libraries or do we support a host
architecture that has shared libraries but no equivalent to rpath?
Windows (mingw) comes to mind at least.
If the hypothetical libiberty.dll were only used by cc1 etc. (not by the
On Thu, Dec 03, 2009 at 09:32:38PM +0100, Ralf Wildenhues wrote:
Do you need anything to test the patch before it is applied, or did you
mean to test it when it has been applied? (To test this patch that does
not include regenerated files, apply it, then
find $srcdir -name configure |
* Jack Howarth wrote on Thu, Dec 03, 2009 at 10:15:59PM CET:
On Thu, Dec 03, 2009 at 09:32:38PM +0100, Ralf Wildenhues wrote:
Do you need anything to test the patch before it is applied, or did you
mean to test it when it has been applied? (To test this patch that does
not include
Joseph S. Myers wrote:
On Thu, 3 Dec 2009, Arnaud Charlet wrote:
Are rpaths as portable as shared libraries or do we support a host
architecture that has shared libraries but no equivalent to rpath?
Windows (mingw) comes to mind at least.
If the hypothetical libiberty.dll were only used
2009/12/3 Dave Korn dave.korn.cyg...@googlemail.com:
Joseph S. Myers wrote:
On Thu, 3 Dec 2009, Arnaud Charlet wrote:
Are rpaths as portable as shared libraries or do we support a host
architecture that has shared libraries but no equivalent to rpath?
Windows (mingw) comes to mind at least.
Snapshot gcc-4.5-20091203 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20091203/
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/trunk
When a pseudo which has an equivalent form (via the REG_EQUIV note) fails to
get a hard register, reload deletes the insn which sets the pseudo and
instead will reload the equivalent form into a suitable hard register prior
to use points.
What you want to do is look at the reloads generated
--- Comment #5 from jakub at gcc dot gnu dot org 2009-12-03 08:03 ---
Subject: Bug 42256
Author: jakub
Date: Thu Dec 3 08:03:36 2009
New Revision: 154937
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154937
Log:
PR c++/42256
* optimize.c (maybe_clone_body): Call
The following invalid code snippet triggers an ICE since GCC 3.2.3:
=
struct A
{
templatetypename T operator T*();
};
int i = *A();
=
bug.cc:6:12: internal compiler error: tree check: expected record_type
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42260
--- Comment #3 from dodji at gcc dot gnu dot org 2009-12-03 08:33 ---
Subject: Bug 42217
Author: dodji
Date: Thu Dec 3 08:33:03 2009
New Revision: 154938
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154938
Log:
Fix PR c++/42217
gcc/cp/ChangeLog
PR c++/42217
*
--- Comment #6 from jakub at gcc dot gnu dot org 2009-12-03 09:12 ---
Should be fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from shailen dot n dot jain at gmail dot com 2009-12-03
09:37 ---
what is the new version in which these changes can be found?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35484
--- Comment #4 from dodji at gcc dot gnu dot org 2009-12-03 09:44 ---
Fixed in 4.5
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-03 09:48 ---
This is fixed, I've mistakenly typed PR42234 in the commit (and testcase name),
so the commit message went to that PR instead.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from dominiq at lps dot ens dot fr 2009-12-03 09:50 ---
Revision 154855 (comment #5) has broken bootstrap on ppc-darwin (pr42243). This
is now fixed, but there are now ~60 new failures (see comment #2 of pr42243).
What is the best strategy to keep track of the problem:
--- Comment #7 from dominiq at lps dot ens dot fr 2009-12-03 09:51 ---
See also pr35484.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #2 from jakub at gcc dot gnu dot org 2009-12-03 10:03 ---
Testing a fix.
That said, hope you are aware that strcpy of arbitrary program arguments into a
fixed length buffer on the stack without checking the length means anyone can
overflow it, and in some cases even execute
--
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
Attempting to construct a string from two size_type parameters causes infinite
recursion. Test code, badstring.cc:
#include string
using namespace std;
int main() {
string s(string::size_type(6), string::size_type('f'));
}
Compiled with:
g++ -O2 -o badstring badstring.cc
Loops infinitely
--- Comment #1 from ubizjak at gmail dot com 2009-12-03 11:17 ---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00182.html.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #1 from redi at gcc dot gnu dot org 2009-12-03 11:34 ---
(In reply to comment #0)
This leads to an infinite recursion between these two methods:
// _GLIBCXX_RESOLVE_LIB_DEFECTS
// 438. Ambiguity in the do the right thing clause
templateclass _Integer
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42260
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-12-03 11:38 ---
Bootstrap is fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2009-12-03 12:05 ---
Can anyone reproduce this (with current 4.4 branch)?
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2009-12-03 12:42
---
Funny, after so many years... Let me look into it.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from bernds at gcc dot gnu dot org 2009-12-03 12:58 ---
Subject: Bug 42202
Author: bernds
Date: Thu Dec 3 12:58:30 2009
New Revision: 154944
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154944
Log:
PR middle-end/42202
* regrename.c
--- Comment #1 from paolo dot carlini at oracle dot com 2009-12-03 13:04
---
Note, however, that this happens only with checking enabled...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42260
--- Comment #11 from dominiq at lps dot ens dot fr 2009-12-03 13:15 ---
Richard Guenther has closed pr42243 as fixed which only the (b) and (c)
options. After a clean bootstrap at revision 154924 and an update to 154943, I
still have the following failures:
=== libffi
This code triggers ICE:
int a[] = {[0 ... 1] = , [0] = };
GCC version info:
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.2-2ubuntu1'
--with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs
--- Comment #91 from dominiq at lps dot ens dot fr 2009-12-03 13:27 ---
Is there any reason why the patch in commen #85 has not been commited?
As stressed by Jack Howarth in
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00096.html, it is critical for
darwin and probably good for other
--- Comment #42 from matz at gcc dot gnu dot org 2009-12-03 13:36 ---
Subject: Bug 38474
Author: matz
Date: Thu Dec 3 13:36:32 2009
New Revision: 154945
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154945
Log:
PR middle-end/38474
* cfgexpand.c (struct
--- Comment #9 from dje at gcc dot gnu dot org 2009-12-03 13:46 ---
Bootstrap is fixed, but mysterious libffi failures remain.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dje at gcc dot gnu dot org 2009-12-03 13:56 ---
The only unique change was in ffitarget.h:
#elif defined (POWERPC_DARWIN) defined (__ppc64__) /* Darwin */
#define POWERPC64
Does Darwin define __ppc64__ in 32 bit mode on 64 bit systems?
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #5 from dodji at gcc dot gnu dot org 2009-12-03 14:07 ---
A patch was submitted to
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00194.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42225
--- Comment #11 from dominiq at lps dot ens dot fr 2009-12-03 14:12 ---
Does Darwin define __ppc64__ in 32 bit mode on 64 bit systems?
I cannot answer the question, but I see
gcc/config/rs6000/darwin.h: if (TARGET_64BIT) builtin_define
(__ppc64__);\
Assuming
--- Comment #7 from burnus at gcc dot gnu dot org 2009-12-03 14:16 ---
Items left to do:
* worksharing of other stuff (say FORALL)
[I have not check the patch, but possibly assignments in WHERE blocks could
also profit from more work]
* dependency analysis (the goal of dependency
--- Comment #3 from paolo at gcc dot gnu dot org 2009-12-03 14:21 ---
Subject: Bug 42261
Author: paolo
Date: Thu Dec 3 14:20:56 2009
New Revision: 154948
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154948
Log:
2009-12-03 Paolo Carlini paolo.carl...@oracle.com
PR
--- Comment #4 from paolo dot carlini at oracle dot com 2009-12-03 14:22
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
There are two subtle wrong code bugs in the __sync_... primitives that severely
affect code generation for linux. Both of these have been fixed on trunk.
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00198.html
http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00600.html
but need back-porting to 4.4
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|--- |4.4.4
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rearnsha at gcc dot gnu dot
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2009-12-03 15:00 ---
Created an attachment (id=19216)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19216action=view)
gcc45-pr42444.patch
Patch that fixes the ICE (and that testcase works even with -fcompare-debug).
It shouldn't
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-12-03 15:03 ---
Isn't adding any dependency based on DEBUG_INSNs going to cause problems with
same code -g vs. -g0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42244
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2009-12-03
15:17 ---
On powerpc-apple-darwin9 using a dual G5, for Apple's gcc 4.0 and 4.2 compilers
as well as FSF gcc 4.4.2's, one gets...
howarth% gcc -m32 -E -dM -x c /dev/null | grep LP64
howarth%
only at -m64 do all
--- Comment #13 from dje at gcc dot gnu dot org 2009-12-03 15:20 ---
One would assume ...
I do not see any differences that should cause the 11 FPR return value tests to
fail on Darwin but not AIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2009-12-03
15:20 ---
Same is true for __ppc64__. For the Apple gcc-4.0 and 4.2 compilers as well as
FSF gcc-4.4.2, __ppc64__ is only defined at -m64 and not -m32 as would be
expected.
--
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-12-03
15:33 ---
Possible fix which is untested...
Index: libjava/configure.ac
===
--- libjava/configure.ac(revision 154950)
+++
--- Comment #3 from jakub at gcc dot gnu dot org 2009-12-03 15:33 ---
Subject: Bug 42049
Author: jakub
Date: Thu Dec 3 15:33:18 2009
New Revision: 154951
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154951
Log:
PR middle-end/42049
* builtins.c
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-12-03 15:34 ---
@richi it would, if we didn't have code to deal with that in sched-deps. now,
depl_on_debug_p() are accepted, ignored for purposes of scheduling decisions,
and used only to reset debug stmts that were rendered
--- Comment #4 from jakub at gcc dot gnu dot org 2009-12-03 15:35 ---
Subject: Bug 42049
Author: jakub
Date: Thu Dec 3 15:34:56 2009
New Revision: 154952
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154952
Log:
PR middle-end/42049
* builtins.c
--- Comment #5 from jakub at gcc dot gnu dot org 2009-12-03 15:42 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2009-12-03 15:59 ---
This happens during mangling something from within the middle-end, and at that
point cfun is a T.0 clone, which has cfun-language = NULL.
Not sure what's the best solution, whether to change current_class_ptr etc.
--- Comment #7 from jakub at gcc dot gnu dot org 2009-12-03 16:31 ---
Created an attachment (id=19217)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19217action=view)
gcc44-pr41183.patch
Very ugly hack that fixes this. Checking for NULL cp_function_chain might be
even uglier
--- Comment #15 from dje at gcc dot gnu dot org 2009-12-03 16:32 ---
One would not expect __ppc64__ to be defined for -m32. Thanks for the
confirmation.
I do not have access to a darwin system. Do either of you have enough PPC
assembly knowledge to step through
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #16 from dje at gcc dot gnu dot org 2009-12-03 17:42 ---
I found a system and backported the libffi changes. For some reason, Darwin is
calculating the stack location of FP arguments wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #43 from jv244 at cam dot ac dot uk 2009-12-03 17:47 ---
(In reply to comment #42)
Subject: Bug 38474
Author: matz
Date: Thu Dec 3 13:36:32 2009
New Revision: 154945
looks like the initial testcase now runs with 1.3Gb, and with the following
timings (so mem/time both
gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions
Hi, It appears that on macintosh 10.6 LONG_MAX has the same value as LLONG_MAX.
Below is a program that demonstrates the problem
$ cat long_max.cpp
#include iostream
int main()
{
std::cout LONG_MAX=LONG_MAX\n;
std::cout LLONG_MAX=LLONG_MAX\n;
}
$ ./a.out
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-03 17:59 ---
gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)
You should report this to Red Hat as we don't support this version of GCC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42264
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-03 18:00 ---
And what is the sizeof(long) ?
I think the default is to compile 64bit programs by default with Apple's
supplied compiler.
Also we don't support Apple's supplied GCC.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2009-12-03
18:02 ---
Can you verify that powerpc darwin calculates the stack location of FP
arguments correctly before your patch to see if it was a latent problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42243
--- Comment #10 from tromey at gcc dot gnu dot org 2009-12-03 18:08 ---
Created an attachment (id=19218)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19218action=view)
updated gcc patch to put the CU's language in the new section
--
tromey at gcc dot gnu dot org changed:
--- Comment #11 from tromey at gcc dot gnu dot org 2009-12-03 18:09 ---
Created an attachment (id=19219)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19219action=view)
updated binutils patch to account for language in new index
--
tromey at gcc dot gnu dot org changed:
I tried to reduce as much as possible (maybe too much, we'll see...) an issue
which is blocking our work on std::bind. Note, the problem disappears if I
simplify the testcase further to not use variadic templates while keeping the
rest unchanged.
Jason, can you help us?
//
--- Comment #12 from tromey at gcc dot gnu dot org 2009-12-03 18:16 ---
I compiled a C++ program with a gcc that includes this patch.
I see some erroneous entries in the resulting index. E.g.:
0xb8 DW_TAG_structure_type._6
0x3f1 DW_TAG_structure_type
--- Comment #3 from paolo dot carlini at oracle dot com 2009-12-03 18:19
---
Second try here: http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00184.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34272
--- Comment #2 from dodji at gcc dot gnu dot org 2009-12-03 18:25 ---
A patch got submitted to
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00208.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42218
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2009-12-03 18:53
---
Dave, do you happen to have a java-enabled build around? If so, could you
attach the assembly generated for libjava.lang/Array_3 since it's very likely
the problematic test?
--
--- Comment #18 from dje at gcc dot gnu dot org 2009-12-03 19:09 ---
Subject: Bug 42243
Author: dje
Date: Thu Dec 3 19:09:29 2009
New Revision: 154956
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154956
Log:
PR libffi/42243
* src/powerpc/ffi_darwin.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-12-03 19:13 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
when using both flags, the variables are initialized on every function call.
see the example below:
bash-3.2$ cat lvar.f
REAL A(100)
PRINT*,'Expect them to be zero'
CALL ONE
PRINT*,'Expect them to be 1..10'
CALL TWO
PRINT*,'Expect them to be 1..10'
--- Comment #1 from bdavis at gcc dot gnu dot org 2009-12-03 19:16 ---
here is a patch against 4.4.1
diff --context --recursive gcc-4.4.1/gcc/fortran/gfortran.h
gcc-4.4.1_bud/gcc/fortran/gfortran.h
*** gcc-4.4.1/gcc/fortran/gfortran.h2009-02-21 16:25:06.0 -0600
---
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-03
19:30 ---
Subject: Re: FAIL: gnat.dg/null_pointer_deref1.adb execution test
Dave, do you happen to have a java-enabled build around? If so, could you
attach the assembly generated for libjava.lang/Array_3 since
--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-03 20:06 ---
That's already fixed for 4.5.0, see PR 41860. Do you think it makes sense to
backport the patch to 4.4.x? (Note: 4.5.0 is currently in Stage4 (regression
fixes only) - thus the question is how many fixed 4.4.x would
--- Comment #9 from bosch at gcc dot gnu dot org 2009-12-03 20:10 ---
I think the current behavior of ignoring the option with a warning is fine. I
agree with Wolfgang that If anything, we should remove any processing for this
misspelling. A patch to that effect is welcomed, but this is
--- Comment #3 from bdavis at gcc dot gnu dot org 2009-12-03 20:21 ---
silly me. glad to see we both fixed it the same way :)
close with no more action taken ?
--bud
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42267
This is a clone of bug 41478, because this part is a regression
(incidentally, introduced by me).
The problem was analyzed by Janus: not checking for the presence
of vector when trying to access vector-data.
--
Summary: [4.4/4.5 Regression] derived type segfault with pack and
--- Comment #5 from ubizjak at gmail dot com 2009-12-03 20:39 ---
I have a patch.
--
ubizjak at gmail dot com changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from tkoenig at gcc dot gnu dot org 2009-12-03 20:43 ---
See
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41478#c11
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2009-12-03 20:47 ---
(In reply to comment #3)
silly me. glad to see we both fixed it the same way :)
close with no more action taken ?
I am fine with closing it as won't fix, but one could also mark it as
duplicate. (Or backport the
--- Comment #19 from dominiq at lps dot ens dot fr 2009-12-03 20:57 ---
At revision 154956 the results are:
=== libffi tests ===
Running target unix
FAIL: libffi.call/cls_double_va.c -O0 -W -Wall output pattern test, is -0.0
FAIL: libffi.call/cls_longdouble.c -O0 -W
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-03
20:58 ---
Subject: Re: FAIL: gnat.dg/null_pointer_deref1.adb
execution test
Attached .s from hppa-unknown-linux-gnu target.
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-12-03
--- Comment #2 from burnus at gcc dot gnu dot org 2009-12-03 21:02 ---
Quote from the standard:
12.3.2 Specification of the procedure interface [...]
A generic name may be the same as a derived-type name, in which case all of
the procedures in the interface block shall be functions.
--- Comment #44 from matz at gcc dot gnu dot org 2009-12-03 21:05 ---
I'm glad. I plan to work on also the other slow part of expand, which is the
temp slot goo, but a full solution requires touching very old and stable parts
of GCC, hence is IMO nothing for stage 3. I have an obvious
--- Comment #6 from ubizjak at gmail dot com 2009-12-03 21:05 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00216.html.
--
ubizjak at gmail dot com changed:
What|Removed |Added
1 - 100 of 122 matches
Mail list logo