--- Comment #32 from rguenth at gcc dot gnu dot org 2007-03-28 08:52
---
There is
/* Refuse to operate on VARYING ranges, ranges of different kinds
and symbolic ranges. As an exception, we allow BIT_AND_EXPR
because we may be able to derive a useful range even if one of
Hi:
I got this error error message when I tried to compile icu
(http://www.icu-project.org)
g++ -DU_I18N_IMPLEMENTATION -I. -I../common -O2 -fno-common -c -dynamic -o
dtfmtsym.o dtfmtsym.cpp
dtfmtsym.cpp: In member function `void
icu_3_6::DateFormatSymbols::initializeData(const icu_3_6::Loca
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-03-28 04:21
---
Valgrind gives no error related to uninitialized when compiling with gfortran.
I am not sure this is a problem of real concern.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #13 from tbm at cyrius dot com 2007-03-28 04:04 ---
Bootstrap is successful with your patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364
--- Comment #1 from hjl at lucon dot org 2007-03-28 03:56 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01813.html
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-03-28 02:39
---
I will try this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #2 from danglin at gcc dot gnu dot org 2007-03-28 02:39 ---
This is more likely the problem:
(gdb) p *o
$7 = {next = 0x0, name = 0x14ce0 "gtype-desc.h", buflength = 0, bufused = 0,
buf = 0x0}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31379
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-28 02:35 ---
(gdb) p ap
$10 = (va_list) 0x7eff0718
(gdb) p (char *)0x7eff0718
$11 = 0x7eff0718 ""
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31379
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-28 02:30 ---
Sorry, I inadvertantly duplicated PR 31379.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-03-28 02:28
---
I think this can be closed. No need to backport. RE-open if anyone disagrees.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
In stage1:
...
/bin/sh ../../gcc/gcc/../move-if-change tmp-gi.list gtyp-input.list
echo timestamp > s-gtyp-input
build/gengtype ../../gcc/gcc gtyp-input.list
make[3]: *** [s-gtype] Segmentation fault (core dumped)
(gdb) r ../../gcc/gcc gtyp-input.list
Starting program: /test/gnu/gcc/objdir/gcc/bu
--- Comment #2 from tromey at gcc dot gnu dot org 2007-03-28 02:23 ---
Mine.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned a
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-28 02:19 ---
All the problems were ironed out and now this is fixed.
As of 4.2 we only differ in Deflater and Inflater, which is
tolerable.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-28 02:08 ---
Gary fixed this a while back.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
gcc/config/i386/sse.md has
(define_expand "uminv16qi3"
[(set (match_operand:V16QI 0 "register_operand" "")
(umin:V16QI (match_operand:V16QI 1 "nonimmediate_operand" "")
(match_operand:V16QI 2 "nonimmediate_operand" "")))]
"TARGET_SSE2"
"ix86_fixup_binary_operands_
--- Comment #36 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:59
---
Closing, will not backport to 4.2 unless someone feels strongly about it.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:53
---
Closing as not a bug. If anyone sees something in the standard otherwise,
please let me know.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:48
---
Not a regression, closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from lordface at gmail dot com 2007-03-28 01:34 ---
I also have this problem. I have a pentium D in this computer - maybe its a
conflict that exists when you have multi-core processors?
(In reply to comment #0)
> gcc 3.3 is working fine in Interix (Services for Unix under
--- Comment #35 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:19
---
Subject: Bug 31052
Author: jvdelisle
Date: Wed Mar 28 01:19:39 2007
New Revision: 123284
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123284
Log:
2007-03-27 Jerry DeLisle <[EMAIL PROTECTED]>
In stage1:
...
/bin/sh ../../gcc/gcc/../move-if-change tmp-gi.list gtyp-input.list
echo timestamp > s-gtyp-input
build/gengtype ../../gcc/gcc gtyp-input.list
make[3]: *** [s-gtype] Segmentation fault (core dumped)
(gdb) r ../../gcc/gcc gtyp-input.list
Starting program: /test/gnu/gcc/objdir/gcc/bu
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-28
00:58 ---
Subject: Re: Bootstrap comparison error at revision 122821
> /* If we have a RSHIFT_EXPR with a possibly negative shift
> count or an anti-range shift count drop to VR_VARYING.
> W
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-28
00:49 ---
Subject: Re: raised STORAGE_ERROR : stack overflow or erroneous memory access
> Dave, does the problem still exist on the 4.2 branch for the PA? I'm
> now seeing it (same backtrace) on a patched 4.1 bran
--- Comment #12 from manu at gcc dot gnu dot org 2007-03-28 00:21 ---
(In reply to comment #11)
> Manuel: Yes, the patch is against 3.3 series, I didn't actually formally
> submit it but just posted it to the list when someone was in need of a patch.
> See
>
> http://gcc.gnu
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-03-27 22:37
---
Dave, does the problem still exist on the 4.2 branch for the PA? I'm
now seeing it (same backtrace) on a patched 4.1 branch for x86-64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994
--- Comment #7 from pcarlini at suse dot de 2007-03-27 21:03 ---
Two quick replies:
> 4.2 doesn't fix any of the problems, but it does make the max_size
> issue a bit more confusing.
Thanks, this is encouraging ;) In any case, nobody said 4.2 fixed any of those
problems. However, for s
--- Comment #2 from trumsko at yahoo dot com 2007-03-27 20:56 ---
Finally I managed to compile the 4.1.2 version of gcc and the error does not
occur any more.
--
trumsko at yahoo dot com changed:
What|Removed |Added
---
--- Comment #12 from tbm at cyrius dot com 2007-03-27 20:44 ---
(In reply to comment #11)
> +
> LINK_REGISTER_REGNUM;
This should be: LINK_REGISTER_REGNUM)));
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-27 20:33
---
I missed another gen_rtx_SCARTCH also:
Index: gcc/gcc/config/rs6000/rs6000.md
===
--- gcc/gcc/config/rs6000/rs6000.md (revision 123248)
+++ gcc/gc
--- Comment #6 from gcc at severeweblint dot org 2007-03-27 20:27 ---
4.2 doesn't fix any of the problems, but it does make the max_size
issue a bit more confusing.
There is a subtle relationship between vector size and
pointers. Pointers can address only SIZE_MAX memory. But iterators
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-27 20:07
---
The patch which I am testing:
Index: config/rs6000/rs6000.md
===
--- config/rs6000/rs6000.md (revision 123248)
+++ config/rs6000/rs6000.md (wo
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-27 20:04 ---
This is the same behavor that g77 had. Also, reading
back what we have written works for both gfortran and g77:
$ cat tst.f
PROGRAM MAIN
character*1 c
OPEN (76, FILE="test.txt",ACCESS="DIRECT",STA
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-27 20:03 ---
This has been fixed on the trunk for sure, I don't when it was fixed either.
It fails in 4.1.1 also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31378
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-03-27 19:57 ---
I think I found the missing conversion of using LR register explictly.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #15 from pcarlini at suse dot de 2007-03-27 19:53 ---
Ok, I will mark it as suspended, because when we break the binary compatibility
things will always work fine.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #14 from gregoryk at edifecs dot com 2007-03-27 19:51 ---
Thank you for info. The sample is working now with
_GLIBCXX_FULLY_DYNAMIC_STRING turned on. What is the next procedure with bug
status? For me bug can be marked as FIXED.
Regarding portability. We use unsigned short
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-03-27 19:45 ---
Confirmed, looking into it.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
When compiling the following program the g++ 4.1.0 gives the error message:
"testtemplstatic.cpp:22: error: too few template-parameter-lists". Which I
interprete as a complaint, that a "template<>" is missing.
If I uncomment the "template<>" in line 21 g++ prints the error message:
"testtemplstatic
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
||do
--- Comment #13 from pcarlini at suse dot de 2007-03-27 19:25 ---
By the way, as a matter of portability, isn't a good idea to use the string
class with anything != char and wchar_t: things usually work in rather recent
releases of GCC only because we are delivering a "generic" implement
--- Comment #12 from pcarlini at suse dot de 2007-03-27 19:22 ---
Ok, now I see. The kind of issue is unfortunately known, akin to 24196 for
example, and ultimately due to the special, optimized way we are dealing with
empty strings, not allocating dynamic memory at all. I don't think we
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-27 19:01 ---
This is not even a size win for either x86-linux or powerpc{,64}-linux-gnu so
closing as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
in the file "opts.c", in the function "wrap_help", the var 'room' is calculated
as the space remaining between the the left item field width and the rightmost
column (which defaults to 80 chars). it is then compared to the columns value:
room = columns - 3 - MAX (col_width, item_width);
--- Comment #11 from gregoryk at edifecs dot com 2007-03-27 18:40 ---
Forgot to mention, that was main.cpp code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31368
--- Comment #10 from gregoryk at edifecs dot com 2007-03-27 18:39 ---
Got it, thanks. In may original test I was relaying on LD_LIBRARY_PATH to have
current folder in the values. And there was no checking of dlopen result for
simplicity. Here is updated code. It will search for libloader
--- Comment #9 from pcarlini at suse dot de 2007-03-27 18:36 ---
I get an immediate Segmentation fault even if I change read_string to do
nothing..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31368
--- Comment #8 from pcarlini at suse dot de 2007-03-27 18:24 ---
(In reply to comment #7)
> Unfortunately I do not have possibility to run my test case using latest GCC
> compiler. Im limited in hardware and software choice. Besides Im not sure
> what do you mean to fix testcase.
As
--- Comment #7 from gregoryk at edifecs dot com 2007-03-27 18:20 ---
Unfortunately I do not have possibility to run my test case using latest GCC
compiler. Im limited in hardware and software choice. Besides Im not sure
what do you mean to fix testcase. If you could fix it then it wi
--- Comment #3 from stuart at apple dot com 2007-03-27 18:18 ---
Patch offered here:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01328.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31281
--- Comment #6 from pcarlini at suse dot de 2007-03-27 18:07 ---
To restate my point: if, with a recent compiler, I change the testcase to use
, which has completely different memory management, instead of
, even for plain char I get an immediate Segmentation Fault without any
debugging
--- Comment #7 from tbm at cyrius dot com 2007-03-27 18:01 ---
(In reply to comment #6)
> It must be related to "--enable-secureplt" which I don't enable.
You are, of course, correct. You can reproduce it with:
--enable-languages=c --enable-secureplt powerpc-linux-gnu
Any idea who m
--- Comment #2 from patchapp at dberlin dot org 2007-03-27 17:05 ---
Subject: Bug number PR31292
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01763.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-27 16:51 ---
Next time show the revision or the date and do what the bugs.html says to do
and test a newer compiler :).
*** This bug has been marked as a duplicate of 31165 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-03-27 16:51 ---
*** Bug 31373 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-27 16:42 ---
It must be related to "--enable-secureplt" which I don't enable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-27 16:40 ---
I thought I fixed this already. See PR 31165.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from schwab at suse dot de 2007-03-27 16:36 ---
*** Bug 31324 has been marked as a duplicate of this bug. ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #5 from schwab at suse dot de 2007-03-27 16:36 ---
*** This bug has been marked as a duplicate of 28911 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #11 from dave dot korn at artimi dot com 2007-03-27 16:26
---
Tom: The status is "Ooops, completely forgot about that one". (Well, to be
fair, it's "Ooops, never even knew about that one as I wasn't on the Cc: list
for this bug until I stumbled across it today purely by c
--- Comment #4 from tbm at cyrius dot com 2007-03-27 15:44 ---
(In reply to comment #2)
> Does the following patch solve the problem?
>
> http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html
Yes, with the typo (TREDE) corrected this work.
Sorry, I thought I had seen this patch be
--- Comment #5 from tbm at gcc dot gnu dot org 2007-03-27 15:18 ---
*** Bug 31372 has been marked as a duplicate of this bug. ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from tbm at gcc dot gnu dot org 2007-03-27 15:18 ---
*** This bug has been marked as a duplicate of 31138 ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from doug dot gregor at gmail dot com 2007-03-27 15:12
---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138
--- Comment #1 from doug dot gregor at gmail dot com 2007-03-27 15:12
---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31140
--- Comment #1 from doug dot gregor at gmail dot com 2007-03-27 15:10
---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31141
--- Comment #2 from doug dot gregor at gmail dot com 2007-03-27 15:10
---
Does the following patch solve the problem?
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31372
--- Comment #19 from thutt at vmware dot com 2007-03-27 14:44 ---
I guess I need a bigger typeface because I don't see where it says
'(the out-of-line copy)'.
Or, perhaps, you've simply added that '(the out-of-line copy)'
annotation yourself because that's what the code currently does,
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-27 14:24 ---
Uh, an indirect call is much more expensive in general unless you can prove
that the branch if (condition()) is completely random and so usually
mispredicted.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31375
--- Comment #18 from rguenth at gcc dot gnu dot org 2007-03-27 14:22
---
Well, you can continue to waste your time arguing here instead of fixing your
code
with a few additions of noinline.
'The `section' attribute specifies that
a function lives in a particular sect
long condition( void );
long f1( void );
long f2( void );
void foo( void )
{
for ( ;; )
if ( condition() )
f1();
else
f2();
}
foo() could be transformed to bar():
void bar( void )
{
long (* f[ 2 ])()
--- Comment #17 from thutt at vmware dot com 2007-03-27 13:49 ---
In response to comment #16:
I wouldn't call an inliner which inlines functions specifically marked as "do
not put this in '.text'" as 'smart'. I'd use a more pejorative adjective, such
as 'broken' or 'dumb'.
--
http
Hi,
using some simple benchmark I just found out that
exp(float) takes about 8 times more time than exp(double).
gprofing my benchmark gives:
44.26 5.34 5.34 fesetenv
19.49 7.69 2.35 fesetround
14.97 9.49 1.81
The testcase below causes multiple definitions if current_namespace with
compiling with -O on ppc and ppc64:
.LFE2:
.size _Z24add_defined_foreign_typev,.-_Z24add_defined_foreign_typev
.section".bss"
.align 2
.set.LANCHOR0,. + 0
.type current_
--- Comment #5 from tbm at gcc dot gnu dot org 2007-03-27 10:56 ---
*** Bug 31371 has been marked as a duplicate of this bug. ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from tbm at gcc dot gnu dot org 2007-03-27 10:56 ---
Sorry for the bad communication.
*** This bug has been marked as a duplicate of 31364 ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from tbm at cyrius dot com 2007-03-27 10:54 ---
Most likely caused by
2007-03-09 Douglas Gregor <[EMAIL PROTECTED]>
PR c++/20599
...
--
tbm at cyrius dot com changed:
What|Removed |Added
--
The following segfault happens with 4.3 SVN 20070318 and
20070326, works with 20070303.
(sid)4967:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++
democracyplayer-fasttypes.cc
democracyplayer-fasttypes.cc:2: internal compiler error: Segmentation fault
Please submit a full bug report,
with prep
--- Comment #1 from debian-gcc at lists dot debian dot org 2007-03-27
10:48 ---
Created an attachment (id=13294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13294&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31371
seen with trunk 20070327, on powerpc-linux-gnu
gcc is configured with
--enable-languages=c,c++,fortran,objc,obj-c++,ada,treelang
--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib
--disable-nls --enable-__cxa_atexit --enable-clocale=gnu --enable-mpfr
--disable-softfloat --enable
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:26 ---
Not a regression wrt to 4.1 so closing as fixed.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pault at gcc dot gnu dot org 2007-03-27 10:21 ---
This will be submitted this afternoon - Paul
Index: gcc/fortran/decl.c
===
*** gcc/fortran/decl.c (revision 123183)
--- gcc/fortran/decl.c (working cop
--- Comment #12 from pault at gcc dot gnu dot org 2007-03-27 10:17 ---
This is not a regression wrt to 4.1, so am clearing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:09 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pault at gcc dot gnu dot org 2007-03-27 10:06 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pault at gcc dot gnu dot org 2007-03-27 10:06 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:04 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:03 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pault at gcc dot gnu dot org 2007-03-27 10:03 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pault at gcc dot gnu dot org 2007-03-27 10:02 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:01 ---
This is not a regression wrt 4.1 so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from tbm at cyrius dot com 2007-03-27 09:59 ---
I configured with:
../src/configure -v
--enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang
--prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib
--disable-nls --enable-__cxa_atexit --
--- Comment #14 from pault at gcc dot gnu dot org 2007-03-27 09:59 ---
Not a regression from 4.1, so closing.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pcarlini at suse dot de 2007-03-27 09:07 ---
Thanks. On the mainline and 4_2-branch we have new definitions of max_size,
taking into account, as should be, allocator::max_size. Can you please check
the vector bits in this light? (well, about the status of vector,
Andr
93 matches
Mail list logo