Hello,
I am developing a C++ template library (a matrix library with expression
templates). Upgrading from g++-4.1 to g++-4.2, the programs using this library
run much (4x) faster, but some segfault!
I have fixed for this bug report an archive containing the bare minimum to
reproduce this bug.
T
--- Comment #1 from jacob at math dot jussieu dot fr 2007-09-30 08:57
---
Created an attachment (id=14271)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14271&action=view)
The archive allowing to reproduce the bug.
Of course, I forgot the attachment :)
--
http://gcc.gnu.org/
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-30 09:09
---
> We recently upgraded to 4.2.1 and noticed an immediate issue. After compiling
> gcc for sparcv9 and specifically setting --with-ld=/usr/local/gnu/bin/ld,
It is as though /usr/local/gnu/bin/ld was not invoked at
--- Comment #2 from jacob at math dot jussieu dot fr 2007-09-30 09:16
---
Here are some thoughts about why it is so fast with g++-4.2, perhaps related to
why it segfaults.
My library is an Expression Templates library. So when you do m1+m2 with
matrices m1 and m2, instead of computing
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-30 09:22 ---
Also try with --with-gnu-ld/--with-gnu-as.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33598
--- Comment #1 from irar at il dot ibm dot com 2007-09-30 09:42 ---
I managed to reproduce it.
Here http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01559.html Richard suggested
to add a GTY(()) to
struct spu_builtin_description spu_builtins[] = {
#define DEF_BUILTIN(fcode, icode, name, ty
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-30 09:26 ---
Also this does not make sense as bootstrap should have failed if gnu ld was not
used.
(In reply to comment #1)
> It is as though /usr/local/gnu/bin/ld was not invoked at all. Could you post
> the output of '/usr/loc
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-30 09:53 ---
This is kinda on my list of stuff to forward port from the internal PS3
toolchain.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33505
--- Comment #4 from ubizjak at gmail dot com 2007-09-30 10:03 ---
segfaults with -ftree-vectorize in SLP.
reduced testcase:
--cut here--
typedef unsigned char uint8_t;
typedef unsigned short uint16_t;
void
rgb15to24_C (const uint8_t * src, uint8_t * dst, long src_size)
{
const uint1
--- Comment #5 from ubizjak at gmail dot com 2007-09-30 10:28 ---
Patch in testing:
--cut here--
Index: tree-vect-analyze.c
===
--- tree-vect-analyze.c (revision 128890)
+++ tree-vect-analyze.c (working copy)
@@ -2696,6 +26
The fix to PR33552 unfortunately breaks the Linux kernel build.
Reduced testcase attached, but hey, I'll put it inline as well:
int f(int n)
{
int x;
asm("" : "=&c"(n), "=r"(x) : "1"(n), "0"(n));
return n;
}
And the error is:
usercopy.i:5: error: 'asm' operand has imposs
--- Comment #6 from irar at il dot ibm dot com 2007-09-30 10:37 ---
(In reply to comment #5)
> Patch in testing:
Thanks for fixing this!
(I've just started to test the exact same patch :))
Ira
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33597
--- Comment #1 from segher at kernel dot crashing dot org 2007-09-30 10:39
---
Created an attachment (id=14272)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14272&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33600
--- Comment #7 from ismail at pardus dot org dot tr 2007-09-30 11:30
---
Fix summary , swcale -> swscale . Thanks for the fast fix!
--
ismail at pardus dot org dot tr changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-30 11:37 ---
The usual error that happens with expression templates is that you return a
reference to a temporary object, using it after its lifetime ended. What
you then can observe is that if you inline enough the error goes a
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-30 11:49 ---
asmcons does:
-(insn 6 3 11 2 t.i:5 (parallel [
-(set (reg/v:SI 60 [ n ])
+(insn 21 3 6 2 t.i:5 (set (reg/v:SI 58 [ x ])
+(reg/v:SI 60 [ n ])) -1 (nil))
+
+(insn 6 21 11 2 t.i:5 (parallel [
+
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-30 11:56 ---
bah - ignore the comments about invalid asm ;) too early in the morning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33600
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-09-30 12:41 ---
Diego, we seem to have a general problem with the incremental SSA updater.
If we rename foo$ptr in
:
# foo$ptr_16 = PHI
p_12 = foo$ptr_16;
foo$ptr_19(ab) = 0B;
p_15 = foo$ptr_16;
p_4 = foo$ptr_16;
p_5 =
--- Comment #8 from uros at gcc dot gnu dot org 2007-09-30 12:45 ---
Subject: Bug 33597
Author: uros
Date: Sun Sep 30 12:45:32 2007
New Revision: 128891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128891
Log:
PR tree-optimization/33597
* tree-vect-analyze.c (v
--- Comment #9 from ubizjak at gmail dot com 2007-09-30 12:47 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
URL|
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-09-30 12:51
---
Zdenek may also have an idea?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-09-30 12:58
---
> Also try with --with-gnu-ld/--with-gnu-as.
These switches are useless with --with-ld/--with-as. Moreover, the compiler is
apparently already configured for GNU ld.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #11 from dnovillo at google dot com 2007-09-30 13:41 ---
Subject: Re: [4.3 Regression] wrong code with -O
On 30 Sep 2007 12:41:03 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #9 from rguenth at gcc dot gnu dot org 2007-09-30 12:41
g++43 -v output:
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc/configure --program-suffix=43 --disable-multilib
--enable-languages=c,c++
Thread model: posix
gcc version 4.3.0 20070929 (experimental) (GCC)
Built from svn trunk, revision 128885
The following code f
--- Comment #4 from jacob at math dot jussieu dot fr 2007-09-30 13:47
---
I had tried to make a shorter testcase but didn't find any that caused a crash.
But yes, the shorter testcase that you found indeed causes a crash here. With
both 4.1 and 4.2.
So indeed, that's probably a bug in
--- Comment #12 from rguenther at suse dot de 2007-09-30 14:01 ---
Subject: Re: [4.3 Regression] wrong code with
-O
On Sun, 30 Sep 2007, dnovillo at google dot com wrote:
> > --- Comment #9 from rguenth at gcc dot gnu dot org 2007-09-30 12:41
> > ---
> > Diego, we seem to h
--- Comment #4 from segher at kernel dot crashing dot org 2007-09-30 14:07
---
The original code is: (arch/i386/lib/usercopy.c):
/* Generic arbitrary sized copy. */
#define __copy_user(to,from,size) \
do {
--- Comment #5 from dhaliK at jla dot rutgers dot edu 2007-09-30 14:12
---
$ /usr/local/gnu/bin/ld --version
GNU ld version 2.17
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:27
---
> Two questions: Is --enable-bootstrap the default action and *should* I
> be explicitly enabling bootstrap with this type of setup?
Yes, --enable-bootstrap is the default with 4.2.x so you only need to type
'mak
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:32
---
> Configured with: ../configure --enable-shared --enable-threads
> --with-ld=/usr/local/gnu/bin/ld --with-as=/usr/local/gnu/bin/as
> --disable-multilib --disable-libgcj --disable-libffi --disable-libjava
> --disab
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-09-30 14:37
---
Subject: Bug 33400
Author: jvdelisle
Date: Sun Sep 30 14:36:40 2007
New Revision: 128892
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128892
Log:
2007-09-30 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #5 from jacob at math dot jussieu dot fr 2007-09-30 14:58
---
OK, found it, it was a very stupid error by me. Declared the matrix's array
with the wrong size, so some write eventually wrote outside of the matrix's
array, thus overwriting a reference.
Closing the bug report
--- Comment #3 from pcarlini at suse dot de 2007-09-30 15:50 ---
My patch for PR31446 fixes this one too ;)
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #7 from pcarlini at suse dot de 2007-09-30 15:52 ---
NB: the patch also fixes PR30299
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31446
splitting /test/gnu/gcc/objdir/gcc/testsuite/ada/acats/tests/c4/c452001.a into:
c452001_0.ads
c452001_0.adb
c452001_1.ads
c452001_1.adb
c452001_2.ads
c452001_2.adb
c452001_3.ads
c452001_3.adb
c452001.adb
BUILD c452001.adb
gnatmake --GCC="/test/gnu/gcc/objdir/gcc/xgcc -B/t
--- Comment #2 from pcarlini at suse dot de 2007-09-30 15:53 ---
NB: the patch also fixes PR31441
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33461
--- Comment #5 from danglin at gcc dot gnu dot org 2007-09-30 15:55 ---
Reappeared between 128058 and 128311.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
Good day bug-gcc
Alert to all investors!
Look at D-M-X-C!
5-day price: ~$0.50
Check it at 31.09.2007
1588-347
1airdrop
1barbara
1607494
--- Comment #5 from dnovillo at gcc dot gnu dot org 2007-09-30 16:00
---
Subject: Bug 33593
Author: dnovillo
Date: Sun Sep 30 16:00:36 2007
New Revision: 128893
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128893
Log:
PR 33593
* tree-ssa-ter.c (is_replaceable
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-30 16:05 ---
Well, the speed regression is certainly not welcome. So, if you have a
testcase
that shows this you might want to open a new bugreport. A plus, if you can
identify the single(?) hot loop that executes slower and co
--- Comment #6 from danglin at gcc dot gnu dot org 2007-09-30 16:15 ---
This is now also failing on hppa-unknown-linux-gnu. I first see it in
128257.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25819
--- Comment #22 from danglin at gcc dot gnu dot org 2007-09-30 16:26
---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #4 from danglin at gcc dot gnu dot org 2007-09-30 16:32 ---
This is still present in 4.2.2 20070929 (revision 128885). It's
the only acats failure. It's not present in 4.3.0 20070929.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27243
--- Comment #7 from jacob at math dot jussieu dot fr 2007-09-30 16:41
---
OK, the person who reported the speed regression with g++-4.3 (Michael Olbrich)
will open a bug report. I don't actually have g++-4.3 compiled so I'm not the
right person to do so.
Thanks,
Benoit
--
http://g
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-30 16:53 ---
(In reply to comment #1)
> Re-reading the Fortran standard, I believe now that already "call foo(10)" is
> invalid (although it is not ambiguous).
In fact, I believe that the ambiguity in the interface is an error; th
--- Comment #1 from pault at gcc dot gnu dot org 2007-09-30 16:55 ---
Since I posted a fix, I had better take it!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
On 30 Sep 2007 14:32:32 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:32
> ---
> > Configured with: ../configure --enable-shared --enable-threads
> > --with-ld=/usr/local/gnu/bin/ld --with-as=/us
--- Comment #8 from pinskia at gmail dot com 2007-09-30 16:58 ---
Subject: Re: gcc 4.2.1 ignores GNU ld on Solaris 9
On 30 Sep 2007 14:32:32 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #7 from ebotcazou at gcc dot gnu dot org 2007-09-30 14:
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-09-30 17:00
---
> nope two dots.
Yes, that's precisely why I said "source gcc" and not "source".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33598
--- Comment #10 from dhaliK at jla dot rutgers dot edu 2007-09-30 17:08
---
We build it twice. One for normal sparc (v8+ I believe) and one for sparcv9.
The rpm spec file just cd's into gcc and makes a tmp sparc directory... hence
the ../configure. It then makes a sparcv9 directory and
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-09-30 17:51
---
> We build it twice. One for normal sparc (v8+ I believe) and one for sparcv9.
> The rpm spec file just cd's into gcc and makes a tmp sparc directory... hence
> the ../configure. It then makes a sparcv9 directory
--- Comment #12 from dhaliK at jla dot rutgers dot edu 2007-09-30 18:12
---
Thanks for the subdir heads up, I was not aware of that being an issue. On my
next build I'll move it outside the src tree and see if it is happier.
As far as sparcv9 goes, the bin and lib dirs obviously have t
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2007-09-30 18:30
---
> As far as sparcv9 goes, the bin and lib dirs obviously have to be different:
>
> --bindir=/usr/local/bin/sparcv9 --libdir=/usr/local/lib/sparcv9
>
> as opposed to defaults, but the main differences is the use
--- Comment #1 from tromey at gcc dot gnu dot org 2007-09-30 18:31 ---
Compiling java source with "gcc" is not really supported.
Instead use the gcj driver, which reads libgcj.spec and thus
gets the proper options passed to jc1.
--
tromey at gcc dot gnu dot org changed:
W
--- Comment #14 from dhaliK at jla dot rutgers dot edu 2007-09-30 18:40
---
>
> None of these settings will give you a sparcv9 compiler and that could
> explain your problem.
>
> The sparcv9 subdirectory of /lib on Solaris contains 64-bit libraries so
> you need a 64-bit capable comp
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-09-30 18:45
---
> Sorry for the trouble, you've been a great help, but can you point me in the
> right direction of a proper 64bit configure, or better yet, a multlib build
> (than I only have to build it once! :) I know I had e
Good day bug-gcc
Alert to all investors!
Look at D-M-X-C!
5-day price: ~$0.50
Check it at 31.09.2007
lletysyp
llacsenu
livyenir
llipimed
Native build on i686-pc-mingw32 fails in libstdc++ with:
checking for sin in -lm... configure: error: Link tests are not allowed after
GCC_NO_EXECUTABLES.
make[1]: *** [configure-target-libstdc++-v3] Error 1
--
Summary: configuration failure during native build
Product: gc
--- Comment #7 from danglin at gcc dot gnu dot org 2007-09-30 19:52 ---
This is probably a different problem. Oh well,
(gdb) r
Starting program:
/test/gnu/gcc/objdir/gcc/testsuite/ada/acats/tests/cxf/cxf3a01/cxf3a01
warning: The shared libraries were not privately mapped; setting a
bre
--- Comment #1 from rask at gcc dot gnu dot org 2007-09-30 20:35 ---
Please look in your config.log for messages from collect2 and post the last
linker failure one plus any that look wrong.
--
rask at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #7 from enok at lysator dot liu dot se 2007-09-30 20:56 ---
(In reply to comment #6)
> (In reply to comment #5)
> > I added a testcase for this.
> Thanks!
> > Can this bug be closed or does anyone feel
> > strongly enough about it to fix it in 4.2?
> If we can identify which
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-09-30 21:03 ---
I am currently trying to find the patch responsible
for fixing this. This could indeed be Paul's
fix for PR 32298 and 31726.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33354
In a C++ template library (a matrix library with expression templates)
upgrading from g++-4.2 to g++-4.3 results in 3x slower programs.
Compiler versions:
g++-4.2 (GCC) 4.2.1 (Debian 4.2.1-5)
g++-4.3 (Debian 4.3-20070902-1) 4.3.0 20070902 (experimental) [trunk revision
128028]
$ g++-4.2 -O3 -DNDE
--- Comment #1 from michael dot olbrich at gmx dot net 2007-09-30 21:15
---
Created an attachment (id=14273)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14273&action=view)
The archive allowing to reproduce the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33604
--- Comment #2 from gdr at cs dot tamu dot edu 2007-09-30 21:22 ---
Subject: Re: configuration failure during native build
"rask at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| --- Comment #1 from rask at gcc dot gnu dot org 2007-09-30 20:35 ---
| Please look in your co
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-30
21:51 ---
Subject: Re: FAIL: abi_check
> --- Comment #3 from bkoz at gcc dot gnu dot org 2007-09-18 21:54 ---
> These all appear to be fails from missing C99 math functionality: tanl, etc.
>
> So, maybe so
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-30 22:28
---
The patch below should provide fallback functions (build in maintainer mode or
use autoreconf in libgfortran), does it work?
Index: intrinsics/c99_functions.c
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-30
22:31 ---
Subject: Re: FAIL: gfortran.dg/gamma_1.f90
> The patch below should provide fallback functions (build in maintainer mode or
> use autoreconf in libgfortran), does it work?
I'll give this a whirl after the
The following code fails because __gnu_cxx::_LessThanOpConcept has member
variables of type ::value_type, where is an iterator over
an abstract type. 20.1.2 (LessThanComparable) doesn't mention that the type
has to be concrete.
#define _GLIBCXX_CONCEPT_CHECKS
#include
#include
#include
#inclu
--- Comment #1 from gcc at david dot osborn dot name 2007-09-30 22:48
---
Created an attachment (id=14275)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14275&action=view)
Patch for predicate and arithmetic constraints
This patch fixes the immediate problem, but I think there may
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-10-01 00:05
---
Created an attachment (id=14276)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14276&action=view)
Updated patch
The attached updated patch seems to fix the issue (and also fixes a problem in
the logic and y
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu dot
|
--- Comment #9 from pcarlini at suse dot de 2007-10-01 00:51 ---
My patch for PR31446 fixes this one too ;)
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #8 from pcarlini at suse dot de 2007-10-01 00:52 ---
NB: the patch also fixes PR28639
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31446
--- Comment #4 from bangerth at dealii dot org 2007-10-01 01:10 ---
On big files, this is what can happen with optimized builds...
--
bangerth at dealii dot org changed:
What|Removed |Added
--
--- Comment #1 from ajd at gentrack dot com 2007-10-01 01:58 ---
Compile with -Wl,-Z and it succeeds:
gcc-4.1.2/bin/gcc -mlp64 pam_test.c -lpam -o pt -Wl,-Z
It appears libpam on hpux requires -Z.
It was removed here:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00542.html
--
http:
I'm using 4.1.2, on an intel P4 2.6 and running the latest Debian.
No matter how I describe it at the command line, the linker fails to find
libcairo.a
My library is located at /usr/lib
My include is located at /usr/include/cairo
The library is libcairo.a
My command line looks like this..
gcc -
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-01 02:27 ---
-llibcairo.a should be -lcairo. A better place to ask this question is on
[EMAIL PROTECTED] mailing list.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from manu at gcc dot gnu dot org 2007-10-01 02:38 ---
Subject: Bug 33585
Author: manu
Date: Mon Oct 1 02:38:31 2007
New Revision: 128900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128900
Log:
2007-10-01 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR ot
--- Comment #4 from manu at gcc dot gnu dot org 2007-10-01 02:39 ---
*** Bug 33543 has been marked as a duplicate of this bug. ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from manu at gcc dot gnu dot org 2007-10-01 02:39 ---
*** This bug has been marked as a duplicate of 33585 ***
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from manu at gcc dot gnu dot org 2007-10-01 02:39 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #5 from matz at gcc dot gnu dot org 2007-10-01 02:51 ---
Mine. Have a patch.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|u
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last recon
--- Comment #10 from pault at gcc dot gnu dot org 2007-10-01 04:39 ---
(In reply to comment #9)
> > This probably caused by:
> > http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00745.html
> > r126885 | pault | 2007-07-24 21:15:27 +0200 (Di, 24 Jul 2007) | 36 lines
> > 2007-07-24 Paul Thomas <[E
--- Comment #4 from mathias dot hasselmann at gmx dot de 2007-10-01 06:45
---
(In reply to comment #1)
> Not a bug as printf can segfault if it is supplied a NULL pointer for the
> string formatter.
> If glibc does something different than that, glibc is does not have a bug
> either as
86 matches
Mail list logo
