--- Comment #2 from ajd at gentrack dot com 2007-10-09 01:48 ---
Created an attachment (id=14325)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14325&action=view)
testcase shows constructors running in incorrect order
Compile like:
g++ -shared -o liba1.a -D LIBNAME=LIB1 test_init_
--- Comment #3 from ajd at gentrack dot com 2007-10-09 01:49 ---
Created an attachment (id=14326)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14326&action=view)
shows fallout from this (throw does not work in a global constructor as
libstdc++ and libgcc_s constructors have not be
--- Comment #4 from ajd at gentrack dot com 2007-10-09 01:50 ---
Created an attachment (id=14327)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14327&action=view)
suggested solution
The attached patch is a suggested solution to this problem.
It calls the __GLOBAL__FI_... functions
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-10-09 01:52
---
Index: trans-intrinsic.c
===
--- trans-intrinsic.c (revision 129058)
+++ trans-intrinsic.c (working copy)
@@ -119,6 +119,10 @@ gfc_intrinsic_map_
--- Comment #5 from ajd at gentrack dot com 2007-10-09 01:55 ---
Please reconsider.
This is about initialization order between shared libraries. Not betweeen
objects within a library.
This works on atleast Linux, Windows, Solaris, HPUX, Tru64.
The testcase throw_failure.cpp shows that
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-09 01:59 ---
And the order is still undefined between them, does not matter if it is a
shared library or otherwise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-09
02:11 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
>/* Functions built into gcc itself. */
> +#ifndef tgamma
> +#define tgamma gamma
> +#endif
> +
> #include "mathbuiltins.def"
The HP-UX 11 manpage says:
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-09 02:18
---
I was just looking at a DOC search and for HP-UX 11i Version 3: February 2007
tgamma is suppose to be provided.
So I now wonder what is really going on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33698
--- Comment #7 from huajie dot lee at gmail dot com 2007-10-09 02:39
---
Hi
I am currently using GCC4.2.1 and the same problem still exist as described.
2.1/libdecnumber -I. -c ../../gcc-4.2.1/libdecnumber/decimal128.c
rm -f libdecnumber.a
ar cru libdecnumber.a decNumber.o decContext
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-09
02:39 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
> --- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-09 02:18
> ---
> I was just looking at a DOC search and for HP-UX 11i Version 3: February
--- Comment #7 from ajd at gentrack dot com 2007-10-09 02:43 ---
Introduced here:
http://gcc.gnu.org/ml/gcc-patches/2004-03/msg00616.html
My suggested fix is co-incidentally reversing some of that patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
enable-languages=c,c++,objc,obj-c++ --disable-bootstrap
Thread model: posix
gcc version 4.3.0 20071008 (experimental) (GCC)
GCC updates c->low and c->range in the middle of the function:
movl%r8d, (%rdi)
movl%edx, 4(%rdi)
but they're overwritten at the end:
mov
--- Comment #1 from astrange at ithinksw dot com 2007-10-09 03:14 ---
Created an attachment (id=14328)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14328&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
--- Comment #2 from astrange at ithinksw dot com 2007-10-09 03:15 ---
Created an attachment (id=14329)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14329&action=view)
resulting x86-64 asm
/usr/local/gcc43/bin/gcc -O3 -fno-pic -fomit-frame-pointer -m64 -S
gcc-struct-stores.i
--
--- Comment #8 from bangerth at dealii dot org 2007-10-09 03:43 ---
(In reply to comment #6)
> And the order is still undefined between them, does not matter if it is a
> shared library or otherwise.
It is true that the standard only talks about the order of initialization
within each t
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31501
--- Comment #18 from aoliva at gcc dot gnu dot org 2007-10-09 04:41 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:41:39 2007
New Revision: 129149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129149
Log:
Add missing hunk in r129143 check in. Add references to PR 22
--- Comment #19 from aoliva at gcc dot gnu dot org 2007-10-09 04:45 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:45:22 2007
New Revision: 129150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129150
Log:
PR middle-end/22156
* tree-sra.c (instantiate_element): Use BY
--- Comment #20 from aoliva at gcc dot gnu dot org 2007-10-09 04:47 ---
Subject: Bug 33572
Author: aoliva
Date: Tue Oct 9 04:46:49 2007
New Revision: 129151
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129151
Log:
PR tree-optimization/33572
* tree-inline.c (update_ssa_across_
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-10-09 04:47 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #21 from aoliva at gcc dot gnu dot org 2007-10-09 04:48 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from aoliva at gcc dot gnu dot org 2007-10-09 04:55 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:55:17 2007
New Revision: 129152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129152
Log:
PR tree-optimization/33655
PR middle-end/22156
* tree-sra.c (b
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-10-09 04:55 ---
Subject: Bug 33655
Author: aoliva
Date: Tue Oct 9 04:55:17 2007
New Revision: 129152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129152
Log:
PR tree-optimization/33655
PR middle-end/22156
* tree-sra.c (bi
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-10-09 04:56 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
-all-constants -o
cache.s
GNU C (GCC) version 4.3.0 20071008 (experimental) [trunk revision 129132]
(x86_64-suse-linux-gnu)
compiled by GNU C version 4.3.0 20071008 (experimental) [trunk revision
129132], GMP version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30
Dependency checker fails to build distance vector for the following example:
int
foo (char *a, unsigned n)
{
int i;
a[0] = 0;
for (i = 16; i < n; i++)
a[i] = a[i-16];
}
Compiled with
gcc -O2 -ftree-vectorize -maltivec -fdump-tree-vect-details -S t.c
>From the vectorizer dump:
--- Comment #4 from victork at gcc dot gnu dot org 2007-10-09 06:52 ---
The problem starts when dependence checker fails to find distance vector
for a known dependence. I've opened another missed-optimization PR33707.
The vectorizer continue by means of versioning for alias. I'm still l
--- Comment #32 from victork at gcc dot gnu dot org 2007-10-09 06:55
---
Zdenek, do you need an access to PPC, in order to look into this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32582
101 - 128 of 128 matches
Mail list logo
