--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-27 04:23 ---
-fipa-pta is useless really because it only does analysis and nothing uses the
information it gathers. Also -fira is on by default anyways.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from linuxl4 at sohu dot com 2008-11-27 04:20 ---
Created an attachment (id=16783)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16783&action=view)
source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38284
--- Comment #1 from linuxl4 at sohu dot com 2008-11-27 04:20 ---
Created an attachment (id=16782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16782&action=view)
the preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38284
[~/tmp]$gcc -v
[~/tmp]$gcc version 4.4.0 20081126 (experimental) (GCC)
[~/tmp]$g++ -O2 -fira -fipa-pta -fPIC -MD Grid_public.Tpo -c Grid_public.cc
[~/tmp]$In file included from ../../src/meta_programming.hh:27,
from ../../src/C_Integer.hh:27,
from ../../src
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-27
04:13 ---
Subject: Re: FAIL: libgomp.fortran/pr25162.f
Attached full .s file.
Dave
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-27
04:13 ---
Created an attachment (id=16781)
--> (
--- Comment #1 from danglin at gcc dot gnu dot org 2008-11-27 04:08 ---
emutls_alloc is called with the following struct __emutls_object *:
(gdb)
emutls_alloc (obj=0x400011d0) at ../../../gcc/libgcc/../gcc/emutls.c:95
95 {
(gdb) p/x $r26
$7 = 0x400011d0
(gdb) p *(struct __emutls_o
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/libgomp/testsuite/libgomp.fortran/pr25162.f
-B/test/gnu/gcc/objd
ir/hppa2.0w-hp-hpux11.11/./libgomp/
-I/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11
/./libgomp -I/test/gnu/gcc/gcc/libgomp/testsuite/.. -fme
--- Comment #3 from danglin at gcc dot gnu dot org 2008-11-27 02:07 ---
Also see failure on hppa2.0w-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-27 01:00 ---
This patch fixes the ICE:
Index: combine.c
===
--- combine.c (revision 142231)
+++ combine.c (working copy)
@@ -12575,7 +12575,7 @@ distribute_notes
In 4.4, the LEADZ and TRAILZ intrinsics were added. LEADZ is one of the HPF
intrinsics. However the other HPF bit intrinsics, POPCNT and POPPAR, were not
included.
POPCNT and POPPAR are present in many other compilers, and have usually been
implemented along with LEADZ. This is because historic
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ice: Segmentation fault |[4.4 Regression] ice:
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-27 00:38 ---
12578 else if (i2 != 0 && next_nonnote_insn (i2) == i3
12579 && reg_referenced_p (XEXP (note, 0), PATTERN
(i2)))
(gdb) p debug_rtx(i2)
(note 20 19 21 3 NOTE_INSN_DELETED)
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-27 00:37 ---
#0 0x00487a55 in reg_referenced_p (x=0x42f137d0, body=0x0) at
/Users/apinski/src/local/gcc/gcc/rtlanal.c:737
#1 0x00af72a5 in distribute_notes (notes=0x42f134b0, from_insn=0x42f12a50,
i3=0x42f12a80, i2=0x42f12a50,
es=c,c++ --prefix=/home/regehr :
(reconfigured) ../configure --program-prefix=current- --enable-languages=c,c++
--prefix=/home/regehr
Thread model: posix
gcc version 4.4.0 20081126 (experimental) (GCC)
[EMAIL PROTECTED]:~/volatile/tmp69$ cat small.c
typedef unsigned short int uint16_t;
inline ui
--- Comment #27 from janis at gcc dot gnu dot org 2008-11-26 22:16 ---
Subject: Bug 28870
Author: janis
Date: Wed Nov 26 22:15:07 2008
New Revision: 142230
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142230
Log:
PR testsuite/28870
* lib/objc.exp (objc_target_c
--- Comment #3 from janis at gcc dot gnu dot org 2008-11-26 22:08 ---
I'm about to take off for a long holiday weekand and haven't finished testing,
but it fixes the test failures to copy mutex.h from libgomp/config/linux/ia64
to libgomp/config/linux/powerpc and update the comments.
--
--
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 #5 from ghazi at gcc dot gnu dot org 2008-11-26 19:11 ---
(In reply to comment #3)
> Subject: Re: [4.4 regression] GCC components unnecessarily link with shared
> gmp/mpfr
> Thanks for catching the missing parts.
> Here is the updated patch. Does this patch look correct?
Y
On Linux/ia32, revision 142207 caused:
gfortran -m32 -c -o mctwo.fppized.o-O2 -mfpmath=sse -mssse3
-ffixed-form mctwo.fppized.f
bad allocation for 2046 and 3100
mctwo.fppized.f: In function 'lh2ddi':
mctwo.fppized.f:3996: internal compiler error: in check_allocation, at
ira.c:156
--- Comment #26 from janis at gcc dot gnu dot org 2008-11-26 18:52 ---
Subject: Bug 28870
Author: janis
Date: Wed Nov 26 18:51:07 2008
New Revision: 142225
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142225
Log:
gcc/
PR testsuite/28870
* doc/sourcebuild.texi (
--- Comment #3 from sebpop at gmail dot com 2008-11-26 18:20 ---
Subject: Re: [4.4 regression] GCC components unnecessarily link with shared
gmp/mpfr
Thanks for catching the missing parts.
Here is the updated patch. Does this patch look correct?
I sent this patch to test on the gccfar
Thanks for catching the missing parts.
Here is the updated patch. Does this patch look correct?
I sent this patch to test on the gccfarm and will send an email to
gcc-patches after it completes regstrap.
Thanks,
Sebastian
On Tue, Nov 25, 2008 at 5:08 PM, ghazi at gcc dot gnu dot org
<[EMAIL PROT
--- Comment #4 from mikael at gcc dot gnu dot org 2008-11-26 18:02 ---
(In reply to comment #3)
> (In reply to comment #2)
>
> I am on my travels right now and only have 4.4.0 20080624 on my laptop. The
> testcase works fine with that, so this regression has crept in since then.
...or
--- Comment #6 from mikael at gcc dot gnu dot org 2008-11-26 17:49 ---
(In reply to comment #5)
> Currently not simplified are:
> - ALL/ANY/COUNT
> - cshift/eoshift
> - dot_product/matmul
> - (max|min)(loc|val) - note: (max|min)val is implemented for rank == 1 w/o dim
> - pack/unpack
> -
--- Comment #6 from sebpop at gmail dot com 2008-11-26 17:42 ---
Subject: Re: -ftree-parallelize-loops=2 fails for MA57
> gfortran -O3 -fdump-tree-vect-details -ftree-vectorize
> -ftree-parallelize-loops=2 -c ma57.f
> ma57.f: In function 'ma57sd':
> ma57.f:1538: internal compiler error
> gfortran -O3 -fdump-tree-vect-details -ftree-vectorize
> -ftree-parallelize-loops=2 -c ma57.f
> ma57.f: In function 'ma57sd':
> ma57.f:1538: internal compiler error: Segmentation fault
[...]
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7ce06f9 in free () from /lib/tls/i686/cmov/lib
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-26 17:39 ---
This is the same problem as in PR37938, as H.J. said, but for powerpc*-linux.
I'll try copying the ia64 solution.
I see that my objections to having a separate libgomp mutex.h for powerpc have
already been raised by
--- Comment #3 from pault at gcc dot gnu dot org 2008-11-26 17:22 ---
(In reply to comment #2)
I am on my travels right now and only have 4.4.0 20080624 on my laptop. The
testcase works fine with that, so this regression has crept in since then.
Cheers
Paul
--
http://gcc.gnu.org
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-26 17:08 ---
This is perfectly valid code. It works when you omit the parens around min -
smells related to a recent fix that I don't remember ...
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from burnus at gcc dot gnu dot org 2008-11-26 16:52 ---
> I think that patch is not enough (though useful!). I think one needs to add a
> gfc_simplify_sum to simplify.c
One probably needs an auxiliary function which iterates through an array either
along a dim= (-> return
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-26 16:25 ---
This is most likely a divide by zero (x86 causes a FP exception for this for
some stupid reason).
This is either PR 30650, or another PR about the same thing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3827
--- Comment #6 from paolo dot carlini at oracle dot com 2008-11-26 16:12
---
(In reply to comment #4)
> I know my gcc is very old. I will try to compile the newest version and send
> the results.
Ok.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #5 from paolo dot carlini at oracle dot com 2008-11-26 16:11
---
Are you aware of the fact that GCC 4.0.x is no longer maintained? You should
try again with a current compiler, in the current 4.3.x release series or at
least 4.2.x.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #4 from rgfbr at yahoo dot com dot br 2008-11-26 16:06 ---
I know my gcc is very old. I will try to compile the newest version and send
the results.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38279
--- Comment #3 from rgfbr at yahoo dot com dot br 2008-11-26 15:58 ---
Created an attachment (id=16779)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16779&action=view)
gcno file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38279
--- Comment #2 from rgfbr at yahoo dot com dot br 2008-11-26 15:57 ---
Created an attachment (id=16778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16778&action=view)
gcda file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38279
--- Comment #1 from rgfbr at yahoo dot com dot br 2008-11-26 15:56 ---
Created an attachment (id=16777)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16777&action=view)
preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38279
I was trying to compile firefox 3.0.4 from sources using profile guided
optimization when I receive a float point exception from gcc.
It was after running the firefox to generate the profile data.
This is info that the "reporting bugs" suggests:
* the exact version of GCC
gcc (GCC) 4.0.3
* the
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-26 15:46 ---
This may be related to PR 37938. You may try similar fix for Linux/ia64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38270
--- Comment #12 from dominiq at lps dot ens dot fr 2008-11-26 15:39 ---
Fixed on Darwin 8 and 9. Closing.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
--- Comment #18 from dominiq at lps dot ens dot fr 2008-11-26 15:34 ---
This pr has been fixed by revision 130998.
--
dominiq at lps dot ens dot fr changed:
What|Removed |Added
---
I've got following namespace collision with gcc trunk rev. 142220.
It works for gcc <= 4.3 and trunk rev. <= 142038.
$ gcc-4.4 -c tst.c
tst.c:8: error: declaration of 'static __number
_Numeric_limits_base<__number>::min()'
tst.c:2: error: changes meaning of 'min' from 'const _Tp& min(const _Tp&, c
--- Comment #7 from rguenther at suse dot de 2008-11-26 15:13 ---
Subject: Re: CCP does not propagate through
constant initializers
On Wed, 26 Nov 2008, graham dot stott at btinternet dot com wrote:
> --- Comment #6 from graham dot stott at btinternet dot com 2008-11-26
> 14:02
--- Comment #14 from hjl at gcc dot gnu dot org 2008-11-26 14:53 ---
Subject: Bug 37843
Author: hjl
Date: Wed Nov 26 14:52:12 2008
New Revision: 14
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=14
Log:
2008-11-26 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/3784
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:45 ---
This test failure no longer appears in current gcc trunk on i686-apple-darwin9
using Xcode 3.1.1.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Ad
--disable-multilib --enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20081126 (experimental) (GCC)
--
Summary: gcc.c-torture/execute/20010910-1.c wrong code generation
by loop distribution enabled
Product: gcc
Version: 4.4.0
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:43 ---
This test is no longer run on powerpc-apple-darwin*.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
-
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:38 ---
This issue no longer exists in current gcc trunk for either
powerpc-apple-darwin8 or powerpc-apple-darwin9.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:33 ---
This test is no longer uses -mstrict-align on powerpc-apple-darwin* so this
issue is resolved.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:30 ---
This issue is resolved in current gcc trunk on powerpc-apple-darwin9 using
Xcode 3.1.1.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:24 ---
This test is now passing fine with current gcc under powerpc-apple-darwin9
using Xcode 3.1.1.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:22 ---
This test is now passing fine with current gcc trunk on powerpc-apple-darwin9.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
---
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:17 ---
Both g++.dg/eh/forced1.C and g++.old-deja/g++.eh/terminate2.C now pass fine
with -m64 on powerpc-apple-darwin9 using Xcode 3.1.1. This issue is unlikely to
be ever fixed in cctools for powerpc-apple-darwin8
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2008-11-26
14:08 ---
This issue appears to be resolved in Xcode 3.1.1 for powerpc-apple-darwin9. It
is unlikely the cctools for powerpc-apple-darwin8 will ever be fixed for this
problem.
--
howarth at nitro dot med dot uc
--- Comment #6 from graham dot stott at btinternet dot com 2008-11-26
14:02 ---
Subject: Re: CCP does not propagate through constant initializers
Richard,
"const volatile" is a perfectly valid combination.
What is says is "it's read only but may change value in ways unknown to the
c
Richard,
"const volatile" is a perfectly valid combination.
What is says is "it's read only but may change value in ways unknown to the
compiler" think of a memory mapped hardware register which is read only such as
some kind of counter .
Cheers
Graham
--- Comment #4 from burnus at gcc dot gnu dot org 2008-11-26 13:50 ---
I think that patch is not enough (though useful!). I think one needs to add a
gfc_simplify_sum to simplify.c and replace then the NULL by the function name
in intrinsic.c for "sum". Possibly as well for the other tran
--- Comment #1 from dragan at plusplus dot co dot yu 2008-11-26 13:42
---
Created an attachment (id=16776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16776&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38276
This might be related to #35828, but I don't have time to check their sample
code. But don't flame me, I have already spent some productive time and managed
to strip 2000+ lines of code into only 13.
g++ -std=c++0x bug.cc
GNU C++ (GCC) version 4.4.0 20081124 (experimental) (i686-pc-linux-gnu)
--- Comment #5 from rguenther at suse dot de 2008-11-26 13:05 ---
Subject: Re: CCP does not propagate through
constant initializers
On Wed, 26 Nov 2008, graham dot stott at btinternet dot com wrote:
>
>
> --- Comment #4 from graham dot stott at btinternet dot com 2008-11-26
>
--- Comment #4 from graham dot stott at btinternet dot com 2008-11-26
13:03 ---
Subject: Re: CCP does not propagate through constant initializers
Hi Richard,
Does this patch work for objects which are both const and volatile
get_symbol_constant_value only looks at TREE_READONLY shou
Hi Richard,
Does this patch work for objects which are both const and volatile
get_symbol_constant_value only looks at TREE_READONLY should it not
also look at TREE_VOLATILE ?
I don't have a upto date tree to hand to try the following testcase on
static const volatile int value = 42;
int foo(v
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-26
12:46 ---
This issue won't be fixed in the Xcode available for darwin8. It is resolved in
Xcode for darwin9.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |A
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-26
12:43 ---
Fixed with r142164.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
--
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2008-11-26
12:41 ---
Fully resolved with...
r142121 | uros | 2008-11-22 09:16:57 -0500 (Sat, 22 Nov 2008) | 18 lines
PR target/38222
*
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-26 12:28 ---
Subject: Bug 38180
Author: rguenth
Date: Wed Nov 26 12:27:33 2008
New Revision: 142217
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142217
Log:
2008-11-26 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-26
12:23 ---
Why do we have...
/* { dg-do compile { target { *-*-linux* && ilp32 } } } */
in gcc.target/i386/align-main-3.c and gcc.target/i386/pr37843-3.c
but not gcc.target/i386/pr37843-1.c and gcc.target/i386/pr37
--- Comment #2 from mikael at gcc dot gnu dot org 2008-11-26 12:13 ---
Created an attachment (id=16775)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16775&action=view)
untested fix
This is probably the way to go.
A warning should be added in some cases (didn't think much about i
--- Comment #3 from mikael at gcc dot gnu dot org 2008-11-26 12:13 ---
confirmed
--
mikael at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIR
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-26 11:40
---
> Is there any issue to direclty fix this mistake in gfortran sources ?
This is not a mistake and this is not specific to fortran:
([EMAIL PROTECTED]) ~ $ gcc -o t t.c -m64 -shared-libgcc
([EMAIL PROTECTED]) ~ $
--- Comment #6 from ktietz at gcc dot gnu dot org 2008-11-26 10:28 ---
Fix on trunk at revision 142215.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from razya at gcc dot gnu dot org 2008-11-26 10:17 ---
(In reply to comment #1)
> Is this related to middle-end/36902?
(In reply to comment #1)
> Is this related to middle-end/36902?
Actually, it looks like a very close problem.
But in this case, perhaps we can prevent
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-26 10:00 ---
Doesn't happen on 64bit x86_64. Testcase which doesn't warn with 4.3:
struct xxx {
short a;
short b;
void *c;
};
void bar(struct xxx);
void foo(struct xxx *p, int i)
{
struct xxx s = *p;
if (s.a)
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-26 09:48
---
Is this related to middle-end/36902?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38275
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-11-26 09:47 ---
Subject: Bug 37869
Author: rguenth
Date: Wed Nov 26 09:46:23 2008
New Revision: 142213
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142213
Log:
2008-11-25 Daniel Berlin <[EMAIL PROTECTED]>
Richar
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-11-26 09:47 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
When enabling -ftree-parallelize-loops=4 , bootstrap fails:
cc1: warnings being treated as errors
../../gcc/gcc/dwarf2out.c: In function âdwarf2out_frame_debugâ:
../../gcc/gcc/dwarf2out.c:2393: error: array subscript is above array
bounds
../../gcc/gcc/dwarf2out.c:2394: error: array subscript is
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-26 09:39
---
The below is a pure C++ testcase, which EDG accepts and mainline rejects. Jason
can you look a bit into it? Thanks in advance!
template
struct pair
{
_T1 first;
_T2 second;
/
source file:
#include
int main(void)
{
char a = 1;
int b = 2;
short c = 3;
char sztmp[22] = "hello worlds!";
*(int *)&a=0x;
sztmp[22]=0;
printf("%s,a:%d,b%d\n",sztmp,a,b);
return 0;
}
invoke gcc by :gcc -fstack-protector-all
http://groups.google.com/group/comp.lang.fortran/msg/b535884fdbd62f39
Intel has: in the manual
"A pointer cannot be a function return value."
As gfortran also rejects it,
Error: CRAY POINTER attribute conflicts with FUNCTION attribute at (1)
one could also add it to the manual, or to say it
--- Comment #5 from mt1 at systella dot fr 2008-11-26 08:27 ---
(In reply to comment #4)
> > There is no error on link stage, but gfortran tries to link program with 32
> > bits libraries, not with 64 bits one even I force -m64.
>
> Not quite. The binary is correctly linked against 64-
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2008-11-26 08:05
---
> There is no error on link stage, but gfortran tries to link program with 32
> bits libraries, not with 64 bits one even I force -m64.
Not quite. The binary is correctly linked against 64-bit libraries, but the
83 matches
Mail list logo
