--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
09:01 ---
Recategorizing.
--
What|Removed |Added
Component|target |mi
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16
09:36 ---
I suppose that the REG_DEAD for 136 in insn 65 is correct, because the next insn
is a DEF of 136. So the problem here is that 136 is not in the liveout of BB 7.
I can guess that insn 97 that defines 136 is a
--- Additional Comments From julio dot mendes at consist dot com dot br
2005-03-16 10:23 ---
Andrew, is it possible for you give me the path to file?
I´m still looking and there is a lot o files I don´t now which file I need.
Thanks for your help.
Julio Mendes.
--
What|R
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
10:24 ---
With Sun as, I get
as: "sugarconverter.s", line 873: error: can't compute difference between
symbols in different segments
for the same function (which is slightly more descriptive).
--
Wha
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
10:26 ---
Investigating, but STABS+ is crippled in GCC 4.x.
--
What|Removed |Added
Assigned
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
10:53 ---
Confirmed, but the question is why do you need to generate the PCH twice?
Header files never produce object files, unlike in Ada. Also removing the PCH
file is enough to solve the problem.
--
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16
12:05 ---
After a bit more debugging I found out that the error caused due to copying the
REG_DEAD note with the instructions when we are generating the prologues and
epilogues in SMS. The REG_DEAD is correct in the i
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-03-16
12:08 ---
Thanks Kazu. I've fixed this one already in my local tree. Will probably
commit the fix in the next few days.
--
What|Removed |Added
-
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16
12:30 ---
Someone should check if this is fixed now, by this patch:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01122.html
--
What|Removed |Added
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16
12:32 ---
Diego, this happens *a lot* in GCC itself. All suggestions
on how we can fix this problem are welcome... ;-)
--
What|Removed |Added
--
--- Additional Comments From steven at gcc dot gnu dot org 2005-03-16
12:34 ---
Since Diego is apparently not looking at this, I'll give it another look.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19789
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org |org
Status|NEW
When the code below is compiled using "-O" flag it segfaults. If
the code is compiled without optimization it works fine. Also the code works
fine when compiled with intels compiler. Note that there are no pointers in the
code. Thus it seems very likely that there is an SSE2 intrinsics related bug
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16
13:16 ---
Fixed in gcc 4.0.0 - probably by Mark's patch for PR 20208
which also includes a suitable testcase.
--
What|Removed |Added
-
--
Bug 18681 depends on bug 2892, which changed state.
Bug 2892 Summary: No array-to-pointer decay happens for template functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2892
What|Old Value |New Value
--- Additional Comments From isaac at nada dot kth dot se 2005-03-16 13:17
---
Created an attachment (id=8401)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8401&action=view)
bug_creator.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
--- Additional Comments From isaac at nada dot kth dot se 2005-03-16 13:19
---
Created an attachment (id=8402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8402&action=view)
the code causing segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16
13:23 ---
I'm working on this one. I really think PR20480 is a duplicate of this one, by
the way.
--
What|Removed |Added
-
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16
13:41 ---
I think this is a duplicate of PR17871. I'll be working on both.
--
What|Removed |Added
--- Additional Comments From anlauf at hep dot tu-darmstadt dot de
2005-03-16 13:50 ---
(In reply to comment #3)
> I really think PR20480 is a duplicate of this one, by
> the way.
In theory: no. AFAIK the ES edit descriptor is not part of
standard F77, and it is not implemented in eithe
end
$ ~/irun/bin/gfortran -static pr17871.f && ./a.out
000.0E+00 100.0E-02
.E+00 1000.E-03
$ ~/irun/bin/gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/tmp/gfortran-20050316/irun
--enable-languages=c,f95
Thre
--
What|Removed |Added
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20494
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16
14:14 ---
Mainline is fixed. No error message is produced which is
the correct behavior. Will recheck 4.0 branch.
--
What|Removed |Added
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-16 14:24
---
Oops, looks like I didn't test with an up-to-date library. Yes, it looks like
this is fixed. On the other hand the testcase in PR 20480 still gives me the
wrong result
0.000E-01
--
What|R
--
Bug 19292 depends on bug 17871, which changed state.
Bug 17871 Summary: libgfortran, g77: regression, zero has non-zero exponent
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17871
What|Old Value |New Value
-
Gcj is built with --enable-gtk-cairo --enable-libgcj-multifile
--enable-libgcj-database. While
building:
creating gcj-dbtool
./gcj-dbtool -n classmap.db || touch classmap.db
And it hangs. Strace tells me:
$ strace -p 23159
Process 23159 attached - interrupt to quit
futex(0x20001921b00
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16
14:33 ---
Subject: Bug 17454
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-16 14:29:12
Modified files:
gcc: Change
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-16 14:34 ---
Subject: Re: [4.0 Regression] Bootstrap failure
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
> 06:26 ---
> The following code is another example:
> typedef int
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-16
14:37 ---
Patch proposed at: http://gcc.gnu.org/ml/fortran/2005-03/msg00259.html
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
14:41 ---
Fixed in 4.0.0 and above (after a fix to the installed headers which I am going
commit as obvious).
--
What|Removed |Added
--
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-16 14:43 ---
Subject: Re: [4.0 Regression] Bootstrap failure
> This patch might fix the problem. Basically we should not do canonicalizing
> if
> one side is an integer constant. Could you test this for me s
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-16 14:53
---
Here is what I get from the current mainline.
;; Function foo (foo)
foo ()
{
int D.1132;
:
return -1;
}
;; Function bar (bar)
bar ()
{
unsigned int a;
int D.1137;
:
return -1;
}
--
Bug 19721 depends on bug 19788, which changed state.
Bug 19788 Summary: Inconsistent handling of -1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19788
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
14:53 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19788
Consider:
int
foo (void)
{
return -1;
}
int
bar (void)
{
unsigned int a = 0x;
return a;
}
Here is what I get:
;; Function foo (foo)
foo ()
{
int D.1132;
:
return -1;
}
;; Function bar (bar)
bar ()
{
unsigned int a;
int D.1137;
:
return -1;
}
It would be
--- Additional Comments From kazu at cs dot umass dot edu 2005-03-16 14:59
---
FYI, here is the tailc dump that I get with the current mainline.
;; Function foo (foo)
foo (t)
{
unsigned char D.1137;
unsigned int t.1;
unsigned char D.1135;
int t.0;
int D.1133;
:
t.0_2 = (in
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
15:02 ---
Yes this is because TREE_OVERFLOW is set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20496
--- Additional Comments From rcbilson at plg dot uwaterloo dot ca
2005-03-16 15:12 ---
(In reply to comment #6)
> The problem occurs only with GCC 4.x, in particular not with GCC 3.4.3.
This was strange to read, because I've definitely noticed it with 3.4.3.
Interestingly, it seems to b
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16
15:24 ---
Subject: Bug 18371
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-03-16 15:23:49
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
15:30 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-16
15:55 ---
> This was strange to read, because I've definitely noticed it with 3.4.3.
> Interestingly, it seems to be only g++, rather than gcc, that has the problem:
>
> plg2=; cat g7.c
> register void *tp __asm__(
--- Additional Comments From giovannibajo at libero dot it 2005-03-16
15:56 ---
This could be fixed already...
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
16:02 ---
(In reply to comment #5)
> This could be fixed already...
It is not:
t.cc: In function int main():
t.cc:15: error: invalid initialization of non-const reference of type const
int (&)[2][4] from a tempo
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16
16:05 ---
Cannot reproduce it now on 4.0. I think it's already fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-03-16
16:09 ---
ICE no longer reproducible.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 16995 depends on bug 19948, which changed state.
Bug 19948 Summary: [4.0 Regression] ICE: tree check: expected class
'declaration', have 'exceptional' (error_mark) in pushtag, at
cp/name-lookup.c:4658
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19948
What|Old Value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16
16:23 ---
Subject: Bug 20490
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-16 16:22:46
Modified files:
gcc: ChangeLog
Added files:
gcc/t
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-16
16:23 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16
16:26 ---
Subject: Bug 20489
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-16 16:25:48
Modified files:
gcc: ChangeLog tree-ssa-alias.c
Added fil
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-16
16:26 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
BugsThisDependsOn||19885
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19087
--
What|Removed |Added
BugsThisDependsOn||19885
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17993
--
What|Removed |Added
BugsThisDependsOn||19885
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17994
I am using gcc 3.3.2 and trying to build my code on AMD 64bits cluster.I am
getting following error.
ix/oldiwel/inflow/winflowmodel_impl.hpp:669: error: unrecognizable insn:
(insn:HI 7100 7099 97 0 0x2aa66c2a20 (set (reg:SI 67)
(plus:SI (mult:SI (reg:SI 67)
(const_int 2 [
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
17:11 ---
See http://gcc.gnu.org/bugs.html> for instructions.
We need the preprocessed source.
--
What|Removed |Added
-
I am using gcc 3.3.2 and trying to build my code on AMD 64bits cluster.I am
getting following error.
ix/oldiwel/inflow/winflowmodel_impl.hpp:669: error: unrecognizable insn:
(insn:HI 7100 7099 97 0 0x2aa66c2a20 (set (reg:SI 67)
(plus:SI (mult:SI (reg:SI 67)
(const_int 2 [
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16
17:15 ---
Subject: Bug 15700
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-16 17:15:11
Modified files:
gcc: ChangeLog cgraphunit.c passes.c tople
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
17:15 ---
*** This bug has been marked as a duplicate of 20497 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
17:15 ---
*** Bug 20498 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20497
The following invalid code snippet causes an ICE on the 4.0 branch and
mainline:
==
struct A
{
struct B {};
};
struct A::B {};
==
The error message is:
bug.cc:6: error: redefinition of 'struct A::B'
bug.cc:3: error: previous definition of 'struct A::B'
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
17:25 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From fredrik dot huss at home dot se 2005-03-16
17:25 ---
I see similar problems with real by complex multiplications in C++.
The following test program,
#include
std::complex a, b;
double c;
void f()
{
a = b * c;
}
when compiled with "g++ -O3 -
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16
17:28 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01577.html
--
What|Removed |Added
--- Additional Comments From mustafa at il dot ibm dot com 2005-03-16
17:45 ---
For some reason the REG_DEAD is not the cause of the failure
it is the fact that the SMSed basic-block wasn't mark dirty for
update_life_info that come after it. doing so fixes the failure
even with REG_DEA
Hello,
I got the gcc-4_0-branch and I configured with
./configure --enable-languages=f95 --with-gmp=/sw/
I build with make and the build fails with
if [ x"" != x ] && [ ! -d pic ]; then \
mkdir pic; \
else true; fi
touch stamp-picdir
make[1]: *** No rule to make target `../include/ansidecl
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
17:59 ---
Don't build in the source directory it is known to be broken.
This is a dup of bug 17383.
*** This bug has been marked as a duplicate of 17383 ***
--
What|Removed |Adde
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
17:59 ---
*** Bug 20500 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
The new test gcc.dg/vect-93.c shows the following results on ia64-hpux on
mainline, both -mlp64 and -milp32.
FAIL: gcc.dg/vect/vect-93.c scan-tree-dump-times Alignment of access forced
using peeling 2
XPASS: gcc.dg/vect/vect-93.c scan-tree-dump-times Alignment of access forced
using peeling 3
--
As mentioned here:
https://www.redhat.com/archives/fedora-devel-java-list/2005-March/msg00178.html
gcj will fail if asked to compile a .jar that contains a given
.class twice. At the very least it should emit a better error
message.
--
Summary: gcj failure if .jar contains same .cla
--- Additional Comments From fca at mail dot cern dot ch 2005-03-16 18:54
---
Subject: Re: f95 build fails on MacOSX 10.4 Tiger
Thanks a lot. It goes further and then it fails with
make[4]: *** No rule to make target `all'. Stop.
make[3]: *** [multi-do] Error 1
make[2]: *** [all-mul
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 19:01
---
I think in general, if a .jar is valid for the VM, then we should do our best to
compile it without an error. So - we should just ignore (well, issue a warning
perhaps) duplicately-named class files in a jar.
-
--- Additional Comments From law at redhat dot com 2005-03-16 19:24 ---
An update on the new jump threading selection code.
All the base infrastructure is in place (namely the code to avoid creating
irreducible regions). Benchmarking the new selection code has turned up one
issue with e
System:
SuSE 9.2
OpenSSL openssl-0.9.7d-25.1.i586.rpm (obtained via apt-get for SuSE).
Command line:
gcc -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
-Wpointer-arith -D_GNU_SOURCE=1 -Dlinux=1 -I../../src/include
-I../../lib/include -DDEBUG -O2 -Werror -c -o
../../obj
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 19:33
---
I wonder why this check doesn't catch it (jcf-parse.c):
if (CLASS_PARSED_P (current_class))
{
/* FIXME - where was first time */
fatal_error ("reading class %s for the second time from %s",
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
20:26 ---
Are you sure that this is not a binutils bug?
--
What|Removed |Added
Severity|crit
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-16
20:36 ---
Subject: Bug 15700
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-16 20:36:45
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 20:39
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From doko at debian dot org 2005-03-16 20:45
---
fixed by the patch.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-16
20:52 ---
Are there any news, Steven?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19108
--- Additional Comments From anton at samba dot org 2005-03-16 20:54
---
FYI this is still present in 4.0.0 20050313
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14886
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251
This was originally filed in GNU Classpath's BTS, but it should probably be here
as well.
Ziga Mahkovec wrote there
(https://savannah.gnu.org/bugs/index.php?func=detailitem&item_id=12307):
We were recently having some problems with the search functionality in native
eclipse[1]. It boiled down to
--- Additional Comments From overholt at redhat dot com 2005-03-16 21:50
---
Created an attachment (id=8406)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8406&action=view)
Patch for quoting constructs (from Ziga's CP bug)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504
--- Additional Comments From overholt at redhat dot com 2005-03-16 21:51
---
Created an attachment (id=8407)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8407&action=view)
Mauve test cases for java.util.regex (from Ziga's CP bug)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 21:51
---
Actually, being a dup of PR 15700, it was a bug. No doc updates needed.
*** This bug has been marked as a duplicate of 15700 ***
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-16 21:51
---
*** Bug 20167 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15700
--
What|Removed |Added
Severity|enhancement |normal
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2016
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
22:06 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
When I try to compile with -ggdb2, it fails. When I try with -ggdb1, it doesn't.
version of GCC:
4.1.0 20050309 (experimental)
system type:
SunOS 5.8
GCC configure options:
./configure --prefix=/usr/local/toolchain-4.0.0 --with-gnu-as --with-gnu-l
d --enable-languages=c,c++
command line:
g++
--- Additional Comments From ivanr at syncad dot com 2005-03-16 22:15
---
Created an attachment (id=8408)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8408&action=view)
preprocessed and assembler files for clockevent.41.cpp
untar and apply this commmand:
g++ -v -save-temps -ggdb2
--- Additional Comments From mckinlay at redhat dot com 2005-03-16 22:27
---
The patch looks reasonable to me. Is the quoting feature something that should
be used in Perl style regular expressions as well, or is this a difference
between Perl-style and Java-style? If it is a difference,
--
What|Removed |Added
Component|c++ |debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
--
What|Removed |Added
Keywords||ice-on-valid-code
Summary|internal error when |[4.0/4.1 Regression]
|comp
--
What|Removed |Added
GCC build triplet|sparc-sun-solaris2.8|
GCC host triplet|sparc-sun-solaris2.8|
GCC target triplet||dwarf-2
ht
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-16 22:49
---
There are now two separate bugs being discussed in this PR.
The first bug is an ICE in schedule_insns at sched-rgn.c:2549. This
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
23:25 ---
Confirmed, reduce testcase:
struct a
{
int b,c;
};
template
struct b
{
static const int d;
virtual bool f() const=0;
};
template <>
const int b<2>::d = ((int)(&((a*)1)->c) - 1);
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
23:45 ---
Reduced a little further, no templates now:
struct b
{
static const int d;
virtual bool IsEmpty() const=0;
int e,c;
};
const int b::d = ((int)(&((b*)1)->c) - 1);
: Search converges between 2004-08-30
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
23:48 ---
Hmm, I think this was caused by:
2004-08-30 Richard Henderson <[EMAIL PROTECTED]>
* class.c (build_base_path): Use build_address directly.
* typeck.c (build_unary_op): Don't lower
--
What|Removed |Added
GCC host triplet|SuSE 9.2, Linux gluon 2.6.8-|
|24.11-smp #1 SMP Fri Jan 14 |
|13:01:26|
GCC target
1 - 100 of 143 matches
Mail list logo
