--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
05:44 ---
I think OBJS-onestep is not being passed to make when building libgcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23927
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
05:28 ---
configure options: --prefix=${HOME}/onetest
--enable-languages=objc,obj-c++,java,f95 --disable-
multilib --enable-intermodule --disable-werror
Hmm, IIRC this is not a regression after all and just never w
--- Additional Comments From dje at gcc dot gnu dot org 2005-09-17 04:28
---
I think the patch in attachment 9747 that subtracts the cost of operand0 is the
correct solution. One generally does want the cost of the operands included, so
rtx_costs is correct. choose_mult_variant would c
--
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2005-05-17 20:00:40 |2005-09-17 03:57:49
date|
--- Additional Comments From dje at gcc dot gnu dot org 2005-09-17 03:49
---
The mult_cost argument to choose_mult_variant() and the cost of the best
shift/add sequence are not always representing the same operation, so the
comparison is not always correct. The synth_mult cost is just t
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23927
--enable-intermodule is trying to building libbackend.o on stage1.
Error message:
gcc: cannot specify -o with -c or -S and multiple compilations
make[4]: *** [libbackend.o] Error 1
make[4]: Leaving directory `/home/pinskia/src/onetest/gcc/objdir/gcc'
make[3]: *** [extra] Error 2
make[3]: Leaving d
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
03:27 ---
Fixed for 4.1.
--
What|Removed |Added
Status|NEW |RESOLV
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-09-17
02:44 ---
Subject: Re: Fold does not fold (a^b)^a to b
On Sat, 2005-09-17 at 02:12 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
> 02:12
On Sat, 2005-09-17 at 02:12 +, pinskia at gcc dot gnu dot org wrote:
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
> 02:12 ---
> Confirmed.
>
The new reassoc should take care of this
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:11 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:10 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:10 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:08 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
02:05 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
01:49 ---
Confirmed, self contained testcase:
program test
type t
integer :: a = 3
end type t
type(t), allocatable :: q(:)
allocate(q(1))
if (q(1)%a .ne. 3) call abort ()
end program test
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
01:16 ---
(In reply to comment #3)
> Isn't it fixed by
Yes it is, I missed it for some reason.
--
What|Removed |Added
-
--- Additional Comments From hjl at lucon dot org 2005-09-17 00:27 ---
Isn't it fixed by
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00522.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22294
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-17
00:15 ---
tselect.c: In function 'test_select_point':
tselect.c:412: warning: dereferencing type-punned pointer will break
strict-aliasing rules
tselect.c:437: warning: dereferencing type-punned pointer will break
s
--
What|Removed |Added
CC||geoffk at gcc dot gnu dot
||org
Keywords|
libstdc++-v3/configure include illegal shell script.
it comes from 1.446 to 1.447. see bellow
*** 87159,87169
# If we never went through the GLIBCXX_CHECK_LINKER_FEATURES macro, then we
# don't know enough about $LD to do tricks...
! # FIXME The following test is too strict, in th
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:56 ---
hmm:
H5Dio.c: In function 'H5D_chunk_file_cb':
H5Dio.c:3022: warning: dereferencing type-punned pointer will break
strict-aliasing rules
H5Dio.c: In function 'H5D_chunk_mem_cb':
H5Dio.c:3099: warning: deref
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:47 ---
(In reply to comment #3)
> Andrew,
>
> Pardon me, I just realized this is a problem with gcc, not with gfortran.
I really doubt it is a front-end bug then.
--
What|Removed
--- Additional Comments From swhite at aei dot mpg dot de 2005-09-16 23:42
---
Andrew,
Pardon me, I just realized this is a problem with gcc, not with gfortran.
I will move the report accordingly.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:34 ---
I have a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinsk
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:17 ---
(In reply to comment #3)
> One could probably replace the assert with a run-time invocation of abort().
Or really __builtin_trap() which is better.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23714
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:14 ---
Any news on this anyone?
--
What|Removed |Added
CC|
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-09-16 23:12 ---
Subject: Bug 20198
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Anthony Green <[EMAIL PROTECTED]> 05/09/16 22:52:18
Modified files:
--- Additional Comments From swhite at aei dot mpg dot de 2005-09-16 23:12
---
Andrew,
The "make check" command runs through a battery of tests. With gfortran, it
reports 72 failures, while with the Intel compiler, it passes everything.
I'm not sure what you're referring to regarding
--- Additional Comments From green at redhat dot com 2005-09-16 23:10
---
(In reply to comment #1)
> Created an attachment (id=9352)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9352&action=view)
> Proposed patch
>
> This patch makes your test program emit an absolute path.
>
>
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-16
23:08 ---
Patch posted to the mailing list:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01032.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16606
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-16
23:07 ---
Patch posted to mailinglist:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01032.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15975
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:05 ---
(In reply to comment #3)
> Patch posted.
And approved.
--
What|Removed |Added
Assig
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
23:01 ---
How does it fail and is there a simple testcase?
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
22:58 ---
lets look at the backtrace:
gt_ggc_mx_cp_binding_level
gt_ggc_mx_cxx_binding
Why are there are references to C++ front-end stuff. This is a front-end bug
make us still reference a
BasicBlock.
--
Build of hdf5-1.6.4 with Fortran module fails checks, although same build with
Intel 8.1 pass. Looks like it's primarily with conversions between particular
data types.
See http://hdf.ncsa.uiuc.edu/HDF5/
./configure --enable-fortran
make
make check
I want to emphasize that HDF5 is a very import
--- Additional Comments From gdr at integrable-solutions dot net
2005-09-16 22:40 ---
Subject: Re: [3.4 regression] rejects access to operator() in template
"reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| On 16 Sep, nathan at gcc dot gnu dot org wrote:
| > IMHO reverti
--- Additional Comments From erik dot edelmann at iki dot fi 2005-09-16
21:59 ---
(In reply to comment #1)
> Hmm, I get:
> In file t.f90:2
>
> type t
>1
> Error: Pointer assignment target is neither TARGET nor POINTER at (1)
>
Oh! I'm terribly sorry; I used a locally modif
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
21:49 ---
Hmm, I get:
In file t.f90:2
type t
1
Error: Pointer assignment target is neither TARGET nor POINTER at (1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23924
$ cat erik.f90
program test
type t
real :: a = 3.1
end type t
type(t), pointer :: p
type(t), allocatable :: q(:)
allocate(p)
print *, p%a
allocate(q(1))
print *, q(1)%a
end program test
$ gfortran erik.f90
$ a.out
0.00
0.00
The output I had expected
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-16
21:04 ---
On 16 Sep, nathan at gcc dot gnu dot org wrote:
> IMHO reverting 18445 would be the most prudent thing to do. The combination
> of 18845+18803 are touching too many things for my liking.
Gaby, would that
--- Additional Comments From nathan at gcc dot gnu dot org 2005-09-16
20:57 ---
IMHO reverting 18445 would be the most prudent thing to do. The combination of
18845+18803 are touching too many things for my liking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18803
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-16
20:34 ---
The backport of the fix for PR 18445 caused this.
I'll try to backport the fix for PR18803, too.
If that fails, reverting the patch for PR 18445 seems like the right thing
to me, because this was only an ic
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 20:22
---
The testcase from comment #5 ICEs starting with this patch from kenner:
http://gcc.gnu.org/ml/gcc-cvs/2004-06/msg00881.html
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16
20:18 ---
Subject: Bug 23871
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-16 20:18:11
Modified files:
libstdc++-v3 : Change
--- Additional Comments From debian-gcc at lists dot debian dot org
2005-09-16 20:05 ---
the patch, when applied to the 4.0 branch, let the bootstrap fail in libjava on
at least i486-linux and ia64-linux
Matthias
/home/packages/gcc/4.0/gcc-4.0-4.0.1/build/gcc/gcj
-B/home/packages/gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
19:59 ---
Rereducing on the mainline for x86_64-pc-linux with -m32.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23651
--
What|Removed |Added
Component|other |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23923
The terminating here-document marker in the AAB_sun_memcpy fix doesn't match the
opening marker. It needs to have an underscore added at the end.
Thanks!
$ diff inclhack.def inclhack.orig
196c196
< _EndOfHeader_;
---
> _EndOfHeader;
--
Summary: Bug in inclhack.def preven
--- Additional Comments From mrs at apple dot com 2005-09-16 19:39 ---
radr://3934846
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23125
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 19:14
---
The test case passes on mainline starting with this patch from dje:
http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg01221.html
--
What|Removed |Added
--
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-09-16 19:09 ---
Subject: Re: s-taprop.adb:69:06: warning: cannot depend on
"Interrupt_Operations" (wrong categorization)
> May be this will work, could you try?
>
> *** s-tpinop.ads.~1.9.~ 2005-07-01 08:24
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
19:04 ---
3.3.5 also fails. I think this is also related to the message on the gcc
mailing list recently:
http://gcc.gnu.org/ml/gcc/2005-09/msg00429.html
This is looks related to 2 operand targets.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
18:55 ---
This bootstrap just fine with the options you gave.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-16
18:50 ---
Present on SPARC/Solaris too. It's a bug in the runtime.
--
What|Removed |Added
--- Additional Comments From christian dot joensson at gmail dot com
2005-09-16 18:48 ---
on 4.0 branch, this passed Aug 13,
http://gcc.gnu.org/ml/gcc-testresults/2005-08/msg00840.html,
but failed Sept. 2,
http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00140.html.
checking further...
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-16 18:46
---
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg01004.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23516
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
18:43 ---
I have a fix for the mainline which also fixes this and 23104 and reverting
back to the old code which
was added for 19152.
--
What|Removed |Added
-
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-16
18:37 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16
18:36 ---
Subject: Bug 23914
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-16 18:35:59
Modified files:
gcc/cp : parser
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16
18:33 ---
Subject: Bug 23914
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-16 18:33:35
Modified files:
gcc/cp : parser.c ChangeLog
gcc/tests
--
What|Removed |Added
CC||christian dot joensson at
||gmail dot com
http://gcc.gnu.org/bu
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-09-16
18:16 ---
Fixed on mainline.
--
What|Removed |Added
Status|NEW |
--- Additional Comments From laurent at guerby dot net 2005-09-16 18:15
---
Also happens the same way (run time core dump) on 4.0.2 20050913 (prerelease) on
sparc-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20753
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 18:08
---
The ICE begins on mainline with this patch from giovannibajo:
http://gcc.gnu.org/ml/gcc-cvs/2004-03/msg00874.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
17:59 ---
Since this is a fortran front-end bug, moving to 4.2.
--
What|Removed |Added
Keywo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
17:56 ---
Since this sounds like a GNU ld bug and not a GCC bug, removing the regression
marker.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
17:55 ---
I am going to fix this since PR 22052 was really caused by me.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
17:54 ---
MMIX is not a primary or secondary target.
--
What|Removed |Added
Target Milestone|4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
17:49 ---
(In reply to comment #9)
> ./configure...
>
> make -C obj-i686-pld-linux \
> STAGE1_CFLAGS="-march=i686 -O0" \
> BOOT_CFLAGS="-march=i686 -O2"
I am testing with these options right now.
--
http://
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-16
17:01 ---
Not being a C++ fan, I reduced it to this C test case:
==
extern int *F2 (void) __attribute__ ((__const__));
void
S4 (int *i)
{
int *D2171;
D2171 = F2 ();
L0:
--- Additional Comments From steven at gcc dot gnu dot org 2005-09-16
16:53 ---
Huh, I better look at this bug then, eh?
--
What|Removed |Added
AssignedTo|unassigne
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
16:47 ---
Backtrace:
#1 0x08179a9f in fancy_abort (file=Could not find the frame base for
"fancy_abort".
) at /home/peshtigo/pinskia/src/gnu/gcc/src/gcc/diagnostic.c:590
#2 0x081ff931 in fold_convert (type=0xb7c336
--
Bug 15502 depends on bug 23922, which changed state.
Bug 23922 Summary: ICE trying to fold_convert a REAL_TYPE to a RECORD_TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23922
What|Old Value |New Value
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
16:43 ---
*** Bug 23922 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
16:43 ---
Oh, this is a dup of bug 18157.
*** This bug has been marked as a duplicate of 18157 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
16:42 ---
Confirmed, reduced testcase:
MODULE bug
IMPLICIT NONE
TYPE :: my_type
REAL :: x
END TYPE
TYPE (my_type) :: t(3)
CONTAINS
SUBROUTINE foo
INTEGER:: c(3)
t(c)%x = t(c)%x
RETUR
--
What|Removed |Added
BugsThisDependsOn||23922
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15502
MODULE bug
IMPLICIT NONE
TYPE :: my_type
REAL :: x
END TYPE
TYPE (my_type), DIMENSION(3) :: t
CONTAINS
SUBROUTINE foo
INTEGER, DIMENSION(8):: c(3)
t(c)%x = t(c)%x
RETURN
END SUBROUTINE foo
END MODU
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-16 16:19
---
A regression hunt using a cross compiler identified this patch from steven:
http://gcc.gnu.org/ml/gcc-cvs/2005-07/msg00960.html
--
What|Removed |Added
--
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-16 16:09
---
Switch Severity to enhanacement (although I disagree the basic premise).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
16:01 ---
*** Bug 21701 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
16:01 ---
Since PR 21514 is now closed as fixed, I am just going to close this as a dup
of bug 21514 since we
accept the code unconditionally now.
*** This bug has been marked as a duplicate of 21514 ***
--
--
Bug 21701 depends on bug 21514, which changed state.
Bug 21514 Summary: [DR 488] templates and anonymous enum
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514
What|Old Value |New Value
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-16
15:47 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|SUSPENDED |RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16
15:43 ---
Subject: Bug 21514
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-16 15:43:14
Modified files:
gcc/cp : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
15:42 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16
15:42 ---
Subject: Bug 21514
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-16 15:41:45
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-16
15:32 ---
It's the same idea, but a different bug.
--
What|Removed |Added
AssignedTo|unassign
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-16
15:31 ---
Since this is only a diagnostic issue and it has been fixed on the mainline by
the new parser, closing as
fixed for 4.1.0.
--
What|Removed |Added
--
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-16
15:18 ---
fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-16
15:11 ---
Subject: Bug 23903
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-16 15:11:22
Modified files:
gcc: ChangeLog passes.c
Log message:
--- Additional Comments From jeff at panasas dot com 2005-09-16 14:50
---
(In reply to comment #3)
> This works for me with 4.1.0 but I really think it is just an accident.
> /[EMAIL PROTECTED]@*/ int cr0; /* really, it's used, but lclint doesn't
> "get"
__asm__ */
> This comment d
1 - 100 of 133 matches
Mail list logo
