https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25844
Anh Vo changed:
What|Removed |Added
CC||anhvofrcaus at gmail dot com
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48918
--- Comment #3 from Anh Vo ---
Great. Thank you for your effort.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58151
Anh Vo changed:
What|Removed |Added
CC||anhvofrcaus at gmail dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
--- Comment #10 from Anh Vo 2012-02-04 05:06:33
UTC ---
This was fixed long time ago. Thus, it can be closed. Thanks.
Anh Vo
On Fri, Feb 3, 2012 at 2:46 PM, pinskia at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #24 from Anh Vo 2011-12-16 16:24:19
UTC ---
Indeed, the build went smoothly. Thank you all specially Eric Botcazou for
fixing this issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #8 from Anh Vo 2011-11-15 01:09:00
UTC ---
with snapshot gcc-4.7-2005, there are syntax errors in adainit.c,
initialize.c, seh_init.c and tracebak.c. These files are located at /gcc/ada
directory which is part of Ada compiler.
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #6 from Anh Vo 2011-08-04 16:01:59
UTC ---
The configuration --enable-languages=ada --without-build-config
--disable-werror was used.
Now it causes gcc to fail when configuration --enable-languages=ada,c,c++ is
used. Below is the tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #5 from Anh Vo 2011-08-02 20:28:03
UTC ---
On Tue, Aug 2, 2011 at 8:41 AM, anhvofrcaus at gmail dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
>
> --- Comment #4 from Anh Vo 2011-08-02 15:40:34
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #4 from Anh Vo 2011-08-02 15:40:34
UTC ---
On Tue, Aug 2, 2011 at 7:18 AM, rguenth at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
>
> --- Comment #3 from Richard Guenther 2011-08-02
> 14:12:01 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #2 from Anh Vo 2011-05-23 18:49:10
UTC ---
It will be fine if the fix goes into the latest snapshot.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
Summary: Bootstrap failure with bug box of Program_Error
EXCEPTION_ACCESS _VIOLATION / Error detected at
system.ads:175:5
Product: gcc
Version: 4.7.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48918
Summary: GNAT Bug Box with Assert_Failure with einfo.adb:2661
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48151
Anh Vo changed:
What|Removed |Added
Component|bootstrap |ada
--- Comment #5 from Anh Vo 2011-03-18 15:58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48151
--- Comment #4 from Anh Vo 2011-03-16 18:49:19
UTC ---
Now the build fails at stage 2. Below are the trailing end error messages.
[...]
/c/Gcc/Build-Test_MinWG/./prev-gcc/xgcc -B/c/Gcc/Build-Test_MinWG/./prev-gcc/
-B
/usr/local/i686-pc-mingw32/b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48151
--- Comment #3 from Anh Vo 2011-03-16 16:53:53
UTC ---
Add option --without-build-config to the build configuration. The build is
currently in progress. Build result will be reported once the build is
complete.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48151
--- Comment #1 from Anh Vo 2011-03-16 16:14:18
UTC ---
Just to clearify that .bad_compare file was created by the build process, not
by me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48151
Summary: Bootstrap failure in stage3 comparison
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
--- Comment #14 from Anh Vo 2011-03-03 23:29:49
UTC ---
Sorry, I just realized that this bug was reported under version 4.5.1. However,
the problem I just reported should be against gcc-4.6-20110226 snapshot.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
Anh Vo changed:
What|Removed |Added
CC||anhvofrcaus at gmail dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47669
--- Comment #2 from Anh Vo 2011-02-28 23:50:00
UTC ---
It is agreed that this problem has been fixed. In fact, rebuilding the
gcc-4.6-20110226 snapshot, this problem went away.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47669
Summary: bootstrap failure due to undefined references
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #31 from Anh Vo 2010-12-11 00:54:08
UTC ---
(In reply to comment #30)
> (In reply to comment #29)
> > gcc/tm.texi and gcc/tmp3-tm.texi did not have same same line ending. In
> > fact,
> > gcc/tm.texi contains 'ASCII English text, wit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #29 from Anh Vo 2010-12-07 17:13:08
UTC ---
(In reply to comment #28)
> (In reply to comment #27)
> > No, the build still failed the same way. In fact, when issuing command 'file
> > gcc/tm.texi' on the build directory, gcc/tm.texi: A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #27 from Anh Vo 2010-12-03 23:23:49
UTC ---
No, the build still failed the same way. In fact, when issuing command 'file
gcc/tm.texi' on the build directory, gcc/tm.texi: ASCII English text, with very
long lines is outputed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #26 from Anh Vo 2010-12-03 22:35:13
UTC ---
Rebuilding was just started.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #23 from Anh Vo 2010-12-03 18:08:27
UTC ---
Yes, it is. In fact, I downloaded it from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20101113/. The exact name of the
snapshot is gcc-4.6-20101113.tar.bz2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #21 from Anh Vo 2010-12-03 17:45:58
UTC ---
Executing command 'file gcc/doc/tm.texi' yields
../gcc-4.6-20101113/gcc/doc/tm.texi: ASCII English text, with CRLF line
terminators.
However, executing command 'file gcc/tm.texi' in the bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #18 from Anh Vo 2010-11-30 17:00:31
UTC ---
(In reply to comment #17)
> * anhvofrcaus at gmail dot com wrote on Tue, Nov 30, 2010 at 01:25:49AM CET:
> > It is interesting that this fix worked for Cesar but not for me. In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #16 from Anh Vo 2010-11-30 00:25:26
UTC ---
(In reply to comment #15)
> Author: amylaar
> Date: Thu Nov 25 08:02:13 2010
> New Revision: 167137
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167137
> Log:
> 2010-11-25 Joern
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #12 from Anh Vo 2010-11-20 01:04:59
UTC ---
(In reply to comment #11)
> (In reply to comment #10)
> > case `echo X|tr X '\101'` in \
> > A) tr -d '\015' < tmp-tm.texi > tmp2-tm.texi ;; \
> > *) tr -d '\r' < tmp-tm.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888
--- Comment #10 from Anh Vo 2010-11-20 00:05:19
UTC ---
(In reply to comment #8)
> Created attachment 22400 [details]
> Proposed patch
> Does this patch work for you on Cygwin?
> It doesn't address MacOS 9 Issues, but then, the current Makefile d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46549
Summary: MinGW bootstrap failure regarding texi GFPL license
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
Assign
--- Comment #7 from anhvofrcaus at gmail dot com 2009-11-05 01:00 ---
I did look at it. However, I do not understand it thinks ./a.exe has bad file
number as shown in the fragment of the /intl/config.log. The question is how
can I fix this problem? Thanks.
[...]
configure:2947: /c
--- Comment #5 from anhvofrcaus at gmail dot com 2009-11-02 23:56 ---
The complain is the direct result of not have flex.exe on my system. After
installing flex, this complain goes away. However, the original problem shows
up again. The configuration for the build is
$ ../gcc-4.5
--- Comment #4 from anhvofrcaus at gmail dot com 2009-11-02 20:28 ---
OK, I upgraded to binutils-2.20-1-ming32, this time I got different kind of
failure. It complains about missing gengtype-lex.c with the error message shown
below. I used the most recent of MSYS, too. Here is the
--- Comment #3 from anhvofrcaus at gmail dot com 2009-10-31 02:22 ---
My binutils may be not be recent enough. Thus, I just updated to the latest
binutils. Currently, I am attempting to repeat the build. I will update the
status after it is complete.
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from anhvofrcaus at gmail dot com 2009-10-14 16:56 ---
gcc-4.5-20091008 snapshot was used. By the way, gcc-4.4.2-RC-20091008 works
fine.
--
anhvofrcaus at gmail dot com changed:
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC host triplet: i686-pc-mingw32
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
--- Comment #2 from anhvofrcaus at gmail dot com 2009-04-02 00:29 ---
I just checked to make sure I have it. It turns out that my linux box does not
have dejagnu installed. Therefore, I would like to withdraw this bug report.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39611
ken after successful build
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC host trip
--- Comment #6 from anhvofrcaus at gmail dot com 2008-11-18 15:32 ---
Subject: Re: Assembler error during compilation
The problem does not exist any longer starting with
gcc-4.4.0-20081031. Thus, it is considered fixed.
On Mon, Nov 17, 2008 at 11:40 AM, sam at gcc dot gnu dot org
--- Comment #4 from anhvofrcaus at gmail dot com 2008-09-19 15:24 ---
/home/voax/linux/build-4.4.0/./prev-gcc/xgcc
-B/home/voax/linux/build-4.4.0/./prev-gcc/ -B/usr/local/i686-pc-linux-gnu/bin/
-c -g -O2 -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes
--- Comment #3 from anhvofrcaus at gmail dot com 2008-09-19 14:23 ---
On the second attempt to build gcc-4.4-20080912 using the latest binutils along
with gmp-4.2.2 and mpfr-2.3.2, this problem goes away. In summary, GNAT works
fines now.
Additional note: c, ada, and c++ languages are
--- Comment #2 from anhvofrcaus at gmail dot com 2008-09-16 16:34 ---
Yes, I built the compiler myself. In fact, the configuration for this build is:
bash-2.05b$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.4-20080912/configure
--enable-languages=ada
ot;);
end Hello;
--
Summary: Assembler error during compilation
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvo
--- Comment #4 from anhvofrcaus at gmail dot com 2008-05-12 15:19 ---
Sam,
If you look at my comment on 21 January 2008. This problem was fixed starting
with gcc-4.3-20080118. That is why you did not see the problem existed. In
summary, this PR should be closed around that time
--- Comment #7 from anhvofrcaus at gmail dot com 2008-04-24 15:37 ---
Samuel and Ludovic,
You both are right that GNAT has a bug, and the original test code was a good
one. In fact, Pak2.Eq(Z1, Z2) would return True if GNAT worked correctly.
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from anhvofrcaus at gmail dot com 2008-04-24 01:32 ---
Samuel:
That is exactly my point. Pak1.= operator only operates on T1. The conversion
Pak1.T1(Z1) and Pak1.T1(Z2) will drop component F1. Thus, as I said before
Pak1.Eq(Pak1.T1(Z1), Pak1.T1(Z2)) always yields True
--- Comment #1 from anhvofrcaus at gmail dot com 2008-04-23 21:59 ---
The GNAT behaves correctly by printing FAILED because the test code has a
problem. When converting Child type to the Parent type, any component(s) of the
Child type will be lost. Therefore, Pak1.Eq(Pak1.T1(Z1), Pak1
--- Comment #4 from anhvofrcaus at gmail dot com 2008-04-15 01:13 ---
I upgraded to make-3.81 as suggested. This problem has gone away. Thank you all
for your quick help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35941
--- Comment #3 from anhvofrcaus at gmail dot com 2008-04-15 00:35 ---
[sjswdev2]:{71#}% make -version
GNU Make version 3.79.1, by Richard Stallman and Roland McGrath.
Built for i386-redhat-linux-gnu
Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000
Free
Summary: gcc-4.4-20080411 bootstrap failure
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at g
--- Comment #2 from anhvofrcaus at gmail dot com 2008-01-21 21:54 ---
This problem does not occur in gcc-4.3-20080118.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33457
--- Comment #6 from anhvofrcaus at gmail dot com 2007-12-05 16:16 ---
It is confirmed that this problem has been fixed under gcc-20071130.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22559
--- Comment #5 from anhvofrcaus at gmail dot com 2007-11-30 18:58 ---
Oops! I did not realize that. By the way, I will verify it with gcc-20071130.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22559
--- Comment #3 from anhvofrcaus at gmail dot com 2007-11-30 17:21 ---
The problem still exists as shown below.
bash-2.05b$ gcc -c test_deltas.adb
+===GNAT BUG DETECTED==+
| 4.3.0 20071123 (experimental) (i686-pc-linux-gnu
--- Comment #1 from anhvofrcaus at gmail dot com 2007-09-17 22:13 ---
Sorry for the typo in problem description paragraph. What I mean was if line 11
commented out and line 12 uncommented, the codes behave properly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33457
t fails");
return;
end if;
end loop;
Put_Line ("Test passes");
end Message_Services.Test;
--
Summary: Renaming in context of ragged array
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: norma
--- Comment #5 from anhvofrcaus at gmail dot com 2007-09-14 15:16 ---
Yes, you are absolutely correct that my tree is skewed. After updating my tree
again, all ACATS tests passed beautifully. One more thing to say you guys are
fantastic.
AV
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from anhvofrcaus at gmail dot com 2007-09-12 23:39 ---
Another problem, GNAT Bug Box, is resulted with the tree updated as shown
[...]
c-4.3-20070907/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o
/home/voax/linux/build-4.3.x/./prev-gcc/xgcc
-B/home/voax/linux/build-4.3.x/./prev
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: gcc-4.3-20070907 snapshot
GCC host triple
gnedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: Red Hat 10.0 on X86
GCC host triplet: Red Hat 10.0 on X86
GCC target triplet: same
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32983
--- Comment #3 from anhvofrcaus at gmail dot com 2007-06-26 15:15 ---
This problem does not occur in gcc-4.3-20070615.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31669
fault item 95.
* CD92001 Expected 'Valid =FALSE for Default item 96.
* CD92001 Expected 'Valid =FALSE for Default item 97.
* CD92001 Expected 'Valid =FALSE for Default item 98.
* CD92001 Expected 'Valid =FALSE for Default item 99.
* CD92001 Expected 'Valid
--- Comment #12 from anhvofrcaus at gmail dot com 2007-06-08 19:11 ---
You are right Constraint_Error is raised when checking for validity through
Item.all'Valid if Item is null. Therefore, using Laurent's to check Item for
null is the only way. Either one of these methods ver
--- Comment #10 from anhvofrcaus at gmail dot com 2007-06-08 01:10 ---
Thank you both for your explanation to a newbie having no experience with
valgrind tool. I have come up with a simpler version which similar to
Laurent's. Here it goes.
with Ada.Containers.Hashed_Maps;
proced
--- Comment #6 from anhvofrcaus at gmail dot com 2007-06-06 23:29 ---
Oop! I meant inclusive conclusion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32234
--- Comment #5 from anhvofrcaus at gmail dot com 2007-06-06 23:27 ---
Valgrind is helful only if there is a crash (segmentation fault). However,
there is no seg fault when executed in this case. Therefore, there would be
exclusive conclusion.
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from anhvofrcaus at gmail dot com 2007-06-06 20:46 ---
The test code works fine on GNAT-GPL-2007 (Linux and Windows). In addition, it
works fine on Linux with GCC-4.3-2007070518 and GCC-4.3-20070601 also.
--
anhvofrcaus at gmail dot com changed:
What
--- Comment #1 from anhvofrcaus at gmail dot com 2007-06-06 17:44 ---
Why shouldn't it happen in a small program?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32234
--- Comment #4 from anhvofrcaus at gmail dot com 2007-05-23 21:19 ---
Now ACATS c380004 passes in gcc-4.3-20070518.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
--- Comment #4 from anhvofrcaus at gmail dot com 2007-05-03 23:28 ---
On the second ACATS run, c46051a test passes. You are correct it exhibits a
spurious behavior. Therefore, this report is withdrawn (closed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31800
--- Comment #2 from anhvofrcaus at gmail dot com 2007-05-03 22:48 ---
Is there a spurious failure catatory in ACATS? If true, how many are there? Are
they documented in the ACATS test procedure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31800
--- Comment #2 from anhvofrcaus at gmail dot com 2007-05-03 22:42 ---
Just use a normal command as shown below:
gcc -c re_not_available.ads
It is true that gnatdist is part of GLADE. However, it should reject the codes
rather raising exception and terminated.
--
http
gmail dot com
GCC host triplet: Red Hat 10.0 Running on i386
GCC target triplet: Red Hat 10.0 Running on i386
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31800
--- Comment #3 from anhvofrcaus at gmail dot com 2007-05-02 23:28 ---
It still remains in prerelease-4.2.0-20070501. In addition, C46051a fails also.
It will be reported separately if it has not been filed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
--- Comment #2 from anhvofrcaus at gmail dot com 2007-05-02 22:06 ---
It still remains in prerelease-4.2.0-20070501. In addition, C46051a fails also.
It will be reported separately if it has not been filed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
ing compilation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: gcc-4.3-2007
gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: gcc-4.2-20070307
GCC host triplet: Red Hat 10.0
GCC target triplet: X86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC host triplet: Red Hat Enprise 3.0
GCC target triplet: Red Hat Enprise 3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30648
IRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: 4.1.0 20060106 (prerelease)
GCC host triplet: Red Hat Linux 9.0 on i686
GCC target triplet: i6
efault_Switches ("ada") use ("-gnat05");
end Compiler;
end Assert_Failure;
--
Summary: Assert Failure with Bug Box
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: 4.1.0 20060106 (prerelease) (i686-pc-linux-gnu)
GCC host triplet: Red Hat Linux 9.0 on i686
GCC target triplet: i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25838
AT BUG BOX
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: anhvofrcaus at gmail dot com
GCC build triplet: GCC-4.1.
83 matches
Mail list logo
