[Bug ada/25844] [4.9/5/6/7 regression] ICE on overloaded renames
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25844 Anh Vo changed: What|Removed |Added CC||anhvofrcaus at gmail dot com --- Comment #17 from Anh Vo --- These codes compile fine under GNAT-GPL-2016.
[Bug ada/48918] GNAT Bug Box with Assert_Failure with einfo.adb:2661
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48918 --- Comment #3 from Anh Vo --- Great. Thank you for your effort.
[Bug ada/58151] "conflict of writable function parameter in construct with arbitrary order of evaluation" is often a spurious error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58151 Anh Vo changed: What|Removed |Added CC||anhvofrcaus at gmail dot com --- Comment #1 from Anh Vo --- Based on this code, lines 80 and 81 are perfectly fine. What problem do you expect from these two lines?
[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + C
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 > > Andrew Pinski changed: > > What |Removed |Added > > Status|UNCONFIRMED |WAITING > Last reconfirmed| |2012-02-03 > Ever Confirmed|0 |1 > > --- Comment #9 from Andrew Pinski 2012-02-03 > 22:46:24 UTC --- > Does this work with a newer GCC? > > -- > Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email > --- You are receiving this mail because: --- > You reported the bug.
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
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.
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
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 fixed these errors with my own ways (mostly adding explicit conversion), the bootstrap went further and finally crashed with a bug box as originally report as shown below. Thus, implicit-zee.c may not be an issue regarding this snapshot. /c/Gcc/Build-4.7.x/./prev-gcc/xgcc -B/c/Gcc/Build-4.7.x/./prev-gcc/ -B/usr/local /i686-pc-mingw32/bin/ -L/c/Gcc/Build-4.7.x/i686-pc-mingw32/winsup/mingw -L/c/Gcc /Build-4.7.x/i686-pc-mingw32/winsup/w32api/lib -isystem /c/Gcc/gcc-4.7-2005/ winsup/mingw/include -isystem /c/Gcc/gcc-4.7-2005/winsup/w32api/include -B/u sr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/lo cal/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include - c -g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-format -gnatpg -gnata -W -Wall - nostdinc -I- -I. -Iada -I../../gcc-4.7-2005/gcc/ada -I../../gcc-4.7-2005 /gcc/ada/gcc-interface ../../gcc-4.7-2005/gcc/ada/a-charac.ads -o ada/a-char ac.o gnat1.exe: warning: command line option '-Wno-pedantic-ms-format' is valid for C /C++/ObjC/ObjC++ but not for Ada [enabled by default] +===GNAT BUG DETECTED==+ | 4.7.0 2005 (experimental) (i686-pc-mingw32) Program_Error EXCEPTION_ACCESS _VIOLATION| | Error detected at system.ads:175:5 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). ../../gcc-4.7-2005/gcc/ada\system.ads ../../gcc-4.7-2005/gcc/ada/a-charac.ads ../../gcc-4.7-2005/gcc/ada\ada.ads compilation abandoned make[3]: *** [ada/a-charac.o] Error 1 make[3]: Leaving directory `/c/Gcc/Build-4.7.x/gcc' make[2]: *** [all-stage3-gcc] Error 2 make[2]: Leaving directory `/c/Gcc/Build-4.7.x' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build-4.7.x' make: *** [all] Error 2
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
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 trailing error message. [...] /c/Gcc/Build/./prev-gcc/g++ -B/c/Gcc/Build/./prev-gcc/ -B/usr/local/i686-pc-mingw32/bin/ -nostdinc++ -B/c/Gcc/Build/prev-i686-pc-mingw32/libstdc++-v3/src/.libs -B/c/Gcc/Build/prev-i686-pc-mingw32/libstdc++-v3/libsupc++/.libs -I/c/Gcc/Build/prev-i686-pc-mingw32/libstdc++-v3/include/i686-pc-mingw32 -I/c/Gcc/Build/prev-i686-pc-mingw32/libstdc++-v3/include -I/c/Gcc/gcc-4.7-20110730/libstdc++-v3/libsup c++ -L/c/Gcc/Build/prev-i686-pc-mingw32/libstdc++-v3/src/.libs -L/c/Gcc/Build/prev-i686-pc-mingw32/libstdc++-v3/libsupc++/.libs -c -g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-format -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-o verlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.7-20110730/gcc -I../../gcc-4.7-20110730/gcc/. -I../../gcc-4.7-20110730/gcc/../include -I./../intl -I../../gcc-4.7-20110730/gcc/../libcpp/include -I../../gcc-4.7-20110730/gcc/../libdecnumber -I../../gcc-4.7-20110730/gcc/../libdecnumber/bid -I../libdecnumber ../../gcc-4.7-20110730/gcc/implicit-zee.c -o implicit-zee.o ../../gcc-4.7-20110730/gcc/implicit-zee.c: In function 'unsigned int find_and_re move_ze()': ../../gcc-4.7-20110730/gcc/implicit-zee.c:950:59: error: unknown conversion type character 'l' in format [-Werror=format] ../../gcc-4.7-20110730/gcc/implicit-zee.c:950:59: error: unknown conversion type character 'l' in format [-Werror=format] ../../gcc-4.7-20110730/gcc/implicit-zee.c:950:59: error: too many arguments for format [-Werror=format-extra-args] cc1plus.exe: all warnings being treated as errors make[3]: *** [implicit-zee.o] Error 1 make[3]: Leaving directory `/c/Gcc/Build/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/c/Gcc/Build' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build' make: *** [all] Error 2
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
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
> 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 ---
>> Does it work now?
>
> It still fails with snapshot gcc-4.7-20110716. I am downloading
> gcc-4.7-20110730 at this minute. I will report the result of it once
> the build is complete.
It fails once again. However, it fails at different point (in stage 2)
and with different error message compared to the past failure. Below
is the error message:
[...]
/c/Gcc/Build-4.7.x/./prev-gcc/g++ -B/c/Gcc/Build-4.7.x/./prev-gcc/
-B/usr/local/i686-pc-mingw32/bin/ -nostdinc++
-B/c/Gcc/Build-4.7.x/prev-i686-pc-mingw32/libstdc++-v3/src/.libs
-B/c/Gcc/Build-4.7.x/prev-i686-pc-mingw32/libstdc++-v3/libsupc++/.libs
-I/c/Gcc/Build-4.7.x/prev-i686-pc-mingw32/libstdc++-v3/include/i686-pc-
mingw32 -I/c/Gcc/Build-4.7.x/prev-i686-pc-mingw32/libstdc++-v3/include
-I/c/Gcc/gcc-4.7-20110730/libstdc++-v3/libsupc++
-L/c/Gcc/Build-4.7.x/prev-i686-pc-mingw32/libstdc++-v3/src/.libs
-L/c/Gcc/Build-4.7.x/prev-i686-pc-mingw32/libstdc++-v3/libsupc++/.libs
-c -g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-format -DIN_GCC
-W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common -Wno-error -DHAVE_CONFIG_H -I. -Iada
-I../../gcc-4.7-20110730/gcc -I../../gcc-4.7-20110730/gcc/ada
-I../../gcc-4.7-20110730/gcc/../include -I./../intl
-I../../gcc-4.7-20110730/gcc/../libcpp/include
-I../../gcc-4.7-20110730/gcc/../libdecnumber
-I../../gcc-4.7-20110730/gcc/../libdecnumber/bid -I../libdecnumber
../../gcc-4.7-20110730/gcc/ada/adaint.c -o ada/adaint.o
../../gcc-4.7-20110730/gcc/ada/adaint.c: In function 'OS_Time
__gnat_file_time_n
ame_attr(char*, file_attributes*)':
../../gcc-4.7-20110730/gcc/ada/adaint.c:1373:73: warning: suggest parentheses
ar
ound assignment used as truth value [-Wparentheses]
../../gcc-4.7-20110730/gcc/ada/adaint.c: In function 'void
__gnat_set_OWNER_ACL(
TCHAR*, DWORD, DWORD)':
../../gcc-4.7-20110730/gcc/ada/adaint.c:2004:66: error: invalid conversion from
'DWORD {aka long unsigned int}' to 'ACCESS_MODE {aka _ACCESS_MODE}'
[-fpermissive]
/mingw/include/aclapi.h:15:23: error: initializing argument 4 of
'void BuildExplicitAccessWithNameW(PEXPLICIT_ACCESS_W, LPWSTR, DWORD,
ACCESS_MODE, DWORD)' [-fpermissive]
../../gcc-4.7-20110730/gcc/ada/adaint.c: At global scope:
../../gcc-4.7-20110730/gcc/ada/adaint.c:2263:1: warning: unused
parameter 'name' [-Wunused-parameter]
../../gcc-4.7-20110730/gcc/ada/adaint.c: In function 'void
add_handle(HANDLE, int)':
../../gcc-4.7-20110730/gcc/ada/adaint.c:2461:67: error: invalid
conversion from'void*' to 'void**' [-fpermissive]
../../gcc-4.7-20110730/gcc/ada/adaint.c:2463:60: error: invalid conversion from
'void*' to 'int*' [-fpermissive]
../../gcc-4.7-20110730/gcc/ada/adaint.c: In function 'char*
__gnat_locate_exec_on_path(char*)':
../../gcc-4.7-20110730/gcc/ada/adaint.c:2833:16: error: invalid
conversion from'void*' to 'TCHAR* {aka wchar_t*}' [-fpermissive]
../../gcc-4.7-20110730/gcc/ada/adaint.c:2843:15: error: invalid
conversion from'void*' to 'char*' [-fpermissive]
make[3]: *** [ada/adaint.o] Error 1
make[3]: Leaving directory `/c/Gcc/Build-4.7.x/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/c/Gcc/Build-4.7.x'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/c/Gcc/Build-4.7.x'
make: *** [all] Error 2
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
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 --- > Does it work now? It still fails with snapshot gcc-4.7-20110716. I am downloading gcc-4.7-20110730 at this minute. I will report the result of it once the build is complete.
[Bug ada/49084] [4.7 regression] bootstrap failure with Ada enabled
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.
[Bug ada/49084] New: Bootstrap failure with bug box of Program_Error EXCEPTION_ACCESS _VIOLATION / Error detected at system.ads:175:5
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: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassig...@gcc.gnu.org ReportedBy: anhvofrc...@gmail.com Snapshot gcc-4.7-20110514 fails bootstrap in stage 3 with bug box indicating error detected at system.ads:175:5. This build was configured as ../gcc-4.7-20110514/configure --without-build-config --disable-werror --enable-languages=ada,c. The trailing error message is shown below. /c/Gcc/Build-4.7.x/./prev-gcc/xgcc -B/c/Gcc/Build-4.7.x/./prev-gcc/ -B/usr/local/i686-pc-mingw32/bin/ -L/c/Gcc/Build-4.7.x/i686-pc-mingw32/winsup/mingw -L/c/Gcc/Build-4.7.x/i686-pc-mingw32/winsup/w32api/lib -isystem /c/Gcc/gcc-4.7-20110514/winsup/mingw/include -isystem /c/Gcc/gcc-4.7-20110514/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include-c -g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-format -gnatpg -gnata -nostdinc -I- -I. -Iada -I../../gcc-4.7-20110514/gcc/ada -I../../gcc-4.7-20110514/gcc/ada/gcc-interface ../../gcc-4.7-20110514/gcc/ada/a-charac.ads -o ada/a-charac.o gnat1.exe: warning: command line option '-Wno-pedantic-ms-format' is valid for C /C++/ObjC/ObjC++ but not for Ada [enabled by default] +===GNAT BUG DETECTED==+ | 4.7.0 20110514 (experimental) (i686-pc-mingw32) Program_Error EXCEPTION_ACCESS _VIOLATION| | Error detected at system.ads:175:5 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). ../../gcc-4.7-20110514/gcc/ada\system.ads ../../gcc-4.7-20110514/gcc/ada/a-charac.ads ../../gcc-4.7-20110514/gcc/ada\ada.ads compilation abandoned make[3]: *** [ada/a-charac.o] Error 1 make[3]: Leaving directory `/c/Gcc/Build-4.7.x/gcc' make[2]: *** [all-stage3-gcc] Error 2 make[2]: Leaving directory `/c/Gcc/Build-4.7.x' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build-4.7.x' make: *** [all] Error 2
[Bug ada/48918] New: GNAT Bug Box with Assert_Failure with einfo.adb:2661
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: unassig...@gcc.gnu.org ReportedBy: anhvofrc...@gmail.com Created attachment 24201 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24201 Ada source triggers the GNAT Bug Box $ gcc -c -gnat12 buffers.ads +===GNAT BUG DETECTED==+ | 4.6.0 (i686-pc-mingw32) Assert_Failure einfo.adb:2661| | Error detected at buffers.ads:3:58 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. Consider also -gnatd.n switch (see debug.adb). buffers.ads compilation abandoned
[Bug ada/48151] Bootstrap failure in stage3 comparison
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:57 UTC --- After rebooting the machine, the build resumed and passed this problem. As the build progress, another problem surfaced due to Ada syntax error messages as follows: /c/Gcc/Build-Test_MinWG/./gcc/xgcc -B/c/Gcc/Build-Test_MinWG/./gcc/ -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup/mingw -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup/w32api/lib -isystem /c/Gcc/gcc-4.6.0-RC-20110314/winsup/mingw/include -isystem /c/Gcc/gcc-4.6.0-RC-20110314/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include-c -g -O2-W -Wall -gnatpg g-socket.adb -o g-socket.o /c/Gcc/Build-Test_MinWG/./gcc/xgcc -B/c/Gcc/Build-Test_MinWG/./gcc/ -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup/mingw -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup/w32api/lib -isystem /c/Gcc/gcc-4.6.0-RC-20110314/winsup/mingw/include -isystem /c/Gcc/gcc-4.6.0 RC-20110314/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include-c -g -O2-W -Wall -gnatpg g-socthi.adb -o g-socthi.o g-socthi.adb:280:45: value not in range of type "Interfaces.C.unsigned" g-socthi.adb:280:45: static expression fails Constraint_Check make[6]: *** [g-socthi.o] Error 1 make[6]: Leaving directory `/c/Gcc/Build-Test_MinWG/gcc/ada/rts' make[5]: *** [gnatlib] Error 2 make[5]: Leaving directory `/c/Gcc/Build-Test_MinWG/gcc/ada' make[4]: *** [gnatlib-shared-win32] Error 2 make[4]: Leaving directory `/c/Gcc/Build-Test_MinWG/gcc/ada' make[3]: *** [gnatlib-shared] Error 2 make[3]: Leaving directory `/c/Gcc/Build-Test_MinWG/gcc/ada' make[2]: *** [gnatlib-shared] Error 2 make[2]: Leaving directory `/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/libada' make[1]: *** [all-target-libada] Error 2 make[1]: Leaving directory `/c/Gcc/Build-Test_MinWG' make: *** [all] Error 2 After this Ada syntax error was fixed (I fixed it with my own way for now), the build continued on. Finally, it completed successfully without any additional problem.
[Bug bootstrap/48151] Bootstrap failure in stage3 comparison
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/bin/ -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup /mingw -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup/w32api/lib -isystem /c/G cc/gcc-4.6.0-RC-20110314/winsup/mingw/include -isystem /c/Gcc/gcc-4.6.0-RC-20110 314/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc -mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i6 86-pc-mingw32/sys-include-c -g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-f ormat -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmiss ing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic -macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CON FIG_H -I. -I. -I../../gcc-4.6.0-RC-20110314/gcc -I../../gcc-4.6.0-RC-20110314/gc c/. -I../../gcc-4.6.0-RC-20110314/gcc/../include -I./../intl -I../../gcc-4.6.0-R C-20110314/gcc/../libcpp/include -I../../gcc-4.6.0-RC-20110314/gcc/../libdecnum ber -I../../gcc-4.6.0-RC-20110314/gcc/../libdecnumber/bid -I../libdecnumber . ./../gcc-4.6.0-RC-20110314/gcc/dojump.c -o dojump.o /c/Gcc/Build-Test_MinWG/./prev-gcc/xgcc -B/c/Gcc/Build-Test_MinWG/./prev-gcc/ -B /usr/local/i686-pc-mingw32/bin/ -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup /mingw -L/c/Gcc/Build-Test_MinWG/i686-pc-mingw32/winsup/w32api/lib -isystem /c/G cc/gcc-4.6.0-RC-20110314/winsup/mingw/include -isystem /c/Gcc/gcc-4.6.0-RC-20110 314/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc -mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i6 86-pc-mingw32/sys-include-c -g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-f ormat -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmiss ing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic -macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CON FIG_H -I. -I. -I../../gcc-4.6.0-RC-20110314/gcc -I../../gcc-4.6.0-RC-20110314/gc c/. -I../../gcc-4.6.0-RC-20110314/gcc/../include -I./../intl -I../../gcc-4.6.0-R C-20110314/gcc/../libcpp/include -I../../gcc-4.6.0-RC-20110314/gcc/../libdecnum ber -I../../gcc-4.6.0-RC-20110314/gcc/../libdecnumber/bid -I../libdecnumber . ./../gcc-4.6.0-RC-20110314/gcc/dominance.c -o dominance.o make[3]: *** wait: No children. Stop. make[3]: *** Waiting for unfinished jobs make[3]: *** wait: No children. Stop. make[2]: *** [all-stage2-gcc] Error 2 make[1]: *** [stage2-bubble] Interrupt make: *** [all] Interrupt
[Bug bootstrap/48151] Bootstrap failure in stage3 comparison
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.
[Bug bootstrap/48151] Bootstrap failure in stage3 comparison
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.
[Bug bootstrap/48151] New: Bootstrap failure in stage3 comparison
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...@gcc.gnu.org ReportedBy: anhvofrc...@gmail.com Host: MinGW Target: MinGW Build: gcc-4.6.0-RC-20110314 Created attachment 23679 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23679 Object files fail stage 3 comparison test The boostrap failure occurs in stage 3 comparison. The build was configured with --enable-languages=ada,c --disable-werror. File .bad_compare was created. It contains all the object files which failed the comparison. This file is attached here.
[Bug bootstrap/45248] Stage 3 bootstrap comparison failure (powerpc-darwin8)
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.
[Bug bootstrap/45248] Stage 3 bootstrap comparison failure (powerpc-darwin8)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248 Anh Vo changed: What|Removed |Added CC||anhvofrcaus at gmail dot ||com --- Comment #13 from Anh Vo 2011-03-03 23:20:15 UTC --- This failure occurred on MinGW also with slightly trailing error messages. In addition, it was configured with --enable-languages=ada,c,c++ --disable-werror. [...] libiberty/xstrdup.o differs libiberty/xstrerror.o differs libiberty/xstrndup.o differs lto-plugin/.libs/lto-plugin.o differs zlib/libz_a-adler32.o differs zlib/libz_a-compress.o differs zlib/libz_a-crc32.o differs zlib/libz_a-deflate.o differs zlib/libz_a-gzio.o differs zlib/libz_a-infback.o differs zlib/libz_a-inffast.o differs zlib/libz_a-inflate.o differs zlib/libz_a-inftrees.o differs zlib/libz_a-trees.o differs zlib/libz_a-uncompr.o differs zlib/libz_a-zutil.o differs make[2]: *** [compare] Error 1 make[2]: Leaving directory `/c/Gcc/Build-4.6.x' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build-4.6.x' make: *** [all] Error 2
[Bug lto/47669] bootstrap failure due to undefined references
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.
[Bug lto/47669] New: bootstrap failure due to undefined references
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: unassig...@gcc.gnu.org ReportedBy: anhvofrc...@gmail.com Host: MinGW Target: MinGW Build: bootstrap Below is the trail end of error messages when boostrap failure occurs. The build was configured with option --enable-languages=ada,c. make[3]: Leaving directory `/c/Gcc/Build-4.6.x/libdecnumber' make[3]: Entering directory `/c/Gcc/Build-4.6.x/lto-plugin' /bin/sh ./libtool --tag=CC --tag=disable-static --mode=compile gcc -DHAVE_CON G_H -I. -I../../gcc-4.6-20110205/lto-plugin -I../../gcc-4.6-20110205/lto-plug /../include -DHAVE_CONFIG_H -Wall -Werror -g -fkeep-inline-functions -c -o lt plugin.lo ../../gcc-4.6-20110205/lto-plugin/lto-plugin.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../gcc-4.6-20110205/lto-plugin I../../gcc-4.6-20110205/lto-plugin/../include -DHAVE_CONFIG_H -Wall -Werror -g fkeep-inline-functions -c ../../gcc-4.6-20110205/lto-plugin/lto-plugin.c -DDL EXPORT -DPIC -o .libs/lto-plugin.o /bin/sh ./libtool --tag=CC --tag=disable-static --mode=link gcc -Wall -Werror g -fkeep-inline-functions -no-undefined -bindir "/usr/local/bin" -bindir /usr/ cal/libexec/gcc/i686-pc-mingw32/4.6.0 -Wl,--stack,12582912 -o liblto_plugin.l -rpath /usr/local/libexec/gcc/i686-pc-mingw32/4.6.0 lto-plugin.lo ../libiberty ic/libiberty.a *** Warning: Trying to link with static lib archive ../libiberty/pic/libiberty . *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because the file extensions .a of this argument makes me believe *** that it is just a static archive that I should not use here. libtool: link: gcc -shared .libs/lto-plugin.o-Wl,--stack -Wl,12582912 - .libs/liblto_plugin-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib - inker .libs/liblto_plugin.dll.a Creating library file: .libs/liblto_plugin.dll.a .libs/lto-plugin.o: In function `parse_table_entry': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:2 : undefined reference to `xstrdup' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:2 : undefined reference to `concat' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:2 : undefined reference to `xstrdup' .libs/lto-plugin.o: In function `translate': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:2 : undefined reference to `xrealloc' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:2 : undefined reference to `xrealloc' .libs/lto-plugin.o: In function `add_output_files': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:4 : undefined reference to `xmalloc' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:4 : undefined reference to `xrealloc' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:4 : undefined reference to `xrealloc' .libs/lto-plugin.o: In function `exec_lto_wrapper': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `make_temp_file' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `writeargv' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `concat' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `pex_init' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `pex_run' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `pex_read_output' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `pex_get_status' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:5 : undefined reference to `pex_free' .libs/lto-plugin.o: In function `all_symbols_read_handler': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:6 : undefined reference to `xcalloc' .libs/lto-plugin.o: In function `hash_sym': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:6 : undefined reference to `htab_hash_string' .libs/lto-plugin.o: In function `resolve_conflicts': c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:7 : undefined reference to `htab_create' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-plugin/lto-plugin.c:7 : undefined reference to `xmalloc' c:\Gcc\Build-4.6.x\lto-plugin/../../gcc-4.6-20110205/lto-pl
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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, with very long lines' while > > gcc/tmp3-tm.texi has 'ASCII English text' only when examined with 'file' > > command. In addition, gcc/tm.texi is slightly larger in size (507 KB) than > > gcc/tmp3-tm.texi (493 KB). > I don't understand this at all. The \r removal works for gcc/tm.texi, > but not for gcc/tmp3-tm.texi? And yet the latter is smaller? Or does > the latter have no line endings at all because you somehow untarred the > source file with MacOs 9 style line endings? > What size is your $(srcdir)/doc/tm.texi ? > How many lines do the varyous tm.texi files have? (wc should tell) > Could you show the start of these files with od, like shown in > comment 13? This problem does not occur in the latest snapshot, gcc-4.6-20101204. In fact, the build passed this point successfully. However, other problem surfaces. With Cygwin build, it complained assembly code as shown in error message below. [...] make[4]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x/i686-pc-cygwin/libgcc' /cygdrive/c/Gcc/Build-4.6.x/./gcc/xgcc -B/cygdrive/c/Gcc/Build-4.6.x/./gcc/ -B/u sr/local/i686-pc-cygwin/bin/ -B/usr/local/i686-pc-cygwin/lib/ -isystem /usr/loca l/i686-pc-cygwin/include -isystem /usr/local/i686-pc-cygwin/sys-include-g -O 2 -O2 -I../../gcc-4.6-20101204/gcc/../winsup/w32api/include -I../../gcc-4.6-2010 1204/gcc/../winsup/include -I../../gcc-4.6-20101204/gcc/../winsup/cygwin/include -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmi ssing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 - D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector -I. -I. -I../.././gcc -I../../../ gcc-4.6-20101204/libgcc -I../../../gcc-4.6-20101204/libgcc/. -I../../../gcc-4.6- 20101204/libgcc/../gcc -I../../../gcc-4.6-20101204/libgcc/../include -I../../../ gcc-4.6-20101204/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_EMUTLS -o _chkstk_s.o -MT _chkstk_s.o -MD -MP -MF _chkstk_s.dep -DSHARED - DL_chkstk -xassembler-with-cpp \ -c ../../../gcc-4.6-20101204/libgcc/../gcc/config/i386/cygwin.asm ../../../gcc-4.6-20101204/libgcc/../gcc/config/i386/cygwin.asm: Assembler messag es: ../../../gcc-4.6-20101204/libgcc/../gcc/config/i386/cygwin.asm:30: Error: unknow n pseudo-op: `.cfi_sections' make[3]: *** [_chkstk_s.o] Error 1 make[3]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x/i686-pc-cygwin/libgcc' make[2]: *** [all-stage1-target-libgcc] Error 2 make[2]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x' make: *** [all] Error 2 For MinGW build, it complained about lto plugin as shown below. [...] make[3]: Entering directory `/c/Gcc/Build-Test/lto-plugin' /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../gcc- 4.6-20101204/lto-plugin -I../../gcc-4.6-20101204/lto-plugin/../include -DHAVE_C ONFIG_H -Wall -Werror -g -fkeep-inline-functions -c -o lto-plugin.lo ../../gcc- 4.6-20101204/lto-plugin/lto-plugin.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../gcc-4.6-20101204/lto-plugin - I../../gcc-4.6-20101204/lto-plugin/../include -DHAVE_CONFIG_H -Wall -Werror -g - fkeep-inline-functions -c ../../gcc-4.6-20101204/lto-plugin/lto-plugin.c -DDLL_ EXPORT -DPIC -o .libs/lto-plugin.o cc1.exe: warnings being treated as errors ../../gcc-4.6-20101204/lto-plugin/lto-plugin.c: In function 'exec_lto_wrapper': ../../gcc-4.6-20101204/lto-plugin/lto-plugin.c:556:3: error: implicit declaratio n of function 'WIFEXITED' ../../gcc-4.6-20101204/lto-plugin/lto-plugin.c:556:3: error: implicit declaratio n of function 'WEXITSTATUS' make[3]: *** [lto-plugin.lo] Error 1 make[3]: Leaving directory `/c/Gcc/Build-Test/lto-plugin' make[2]: *** [all-stage1-lto-plugin] Error 2 make[2]: Leaving directory `/c/Gcc/Build-Test' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build-Test' make: *** [all] Error 2
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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: ASCII English text, with > > very > > long lines is outputed. > Did your Makefile actually get regenerated? > The idea is that gcc/tm.texi is no longer compared against > $(srcdir))/doc/tm.texi, > but against gcc/tmp3-tm.texi, which should have the same line endings as > gcc/tm.texi . gcc/tm.texi and gcc/tmp3-tm.texi did not have same same line ending. In fact, gcc/tm.texi contains 'ASCII English text, with very long lines' while gcc/tmp3-tm.texi has 'ASCII English text' only when examined with 'file' command. In addition, gcc/tm.texi is slightly larger in size (507 KB) than gcc/tmp3-tm.texi (493 KB).
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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.
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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.
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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.
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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 build directory outputs gcc/tm.texi: ASCII English text, with very long lines. Obviously, the results are not the same.
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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 fact, it > > failed the same way, as reported earlier, on both MinGW and Cygwin. > Can you show 'cd gcc && make SHELL="/bin/sh -x"' output? > With Cygwin, are you on a text or binmode mount? The output below is shown below. It must be in text mode. v...@gldlcasc024623 /cygdrive/c/Gcc/Build-4.6.x $ cd gcc && make SHELL="/bin/sh -x" + pwd + '[' -f /cygdrive/c/Gcc/Build-4.6.x/gcc/../binutils/ar ']' + '[' i686-pc-cygwin = i686-pc-cygwin ']' + echo ar + '[' -f /cygdrive/c/Gcc/Build-4.6.x/gcc/../binutils/ranlib ']' + '[' i686-pc-cygwin = i686-pc-cygwin ']' + echo ranlib + '[' -f /cygdrive/c/Gcc/Build-4.6.x/gcc/../binutils/strip ']' + '[' i686-pc-cygwin = i686-pc-cygwin ']' + echo strip + echo /usr/local/lib + sed -e 's|^/usr/local||' -e 's|/$||' -e 's|^[^/]|/|' -e 's|/[^/]*|../|g' + echo /usr/local + sed -e 's|^/usr/local||' -e 's|^/||' -e '/./s|$|/|' + echo gcc + sed s,y,y, + echo gcc + sed s,y,y, + echo cpp + sed s,y,y, + echo gcov + sed s,y,y, + cat ../../gcc-4.6-20101113/gcc/BASE-VER + cat ../../gcc-4.6-20101113/gcc/DEV-PHASE + cat ../../gcc-4.6-20101113/gcc/DATESTAMP + echo c++ + sed s,y,y, + echo g++ + sed s,y,y, + echo c++ + sed s,y,y, + echo g++ + sed s,y,y, + echo gfortran + sed s,y,y, + echo gfortran + sed s,y,y, + echo gcj + sed s,y,y, + echo gcj + sed s,y,y, + echo gt-coverage.h gt-caller-save.h gt-alias.h gt-bitmap.h gt-cselib.h gt-cgra ph.h gt-ipa-prop.h gt-ipa-cp.h gt-ipa-inline.h gt-matrix-reorg.h gt-dbxout.h gt- ipa-struct-reorg.h gt-dwarf2out.h gt-dwarf2asm.h gt-tree-vect-generic.h gt-dojum p.h gt-emit-rtl.h gt-explow.h gt-expr.h gt-function.h gt-except.h gt-gcse.h gt-i ntegrate.h gt-lists.h gt-optabs.h gt-profile.h gt-mcf.h gt-reg-stack.h gt-cfglay out.h gt-sdbout.h gt-stor-layout.h gt-stringpool.h gt-tree.h gt-varasm.h gt-gimp le.h gt-tree-mudflap.h gt-tree-ssanames.h gt-tree-eh.h gt-tree-ssa-address.h gt- tree-cfg.h gt-tree-dfa.h gt-tree-iterator.h gt-gimplify.h gt-tree-scalar-evoluti on.h gt-tree-profile.h gt-tree-nested.h gt-varpool.h gt-tree-parloops.h gt-omp-l ow.h gt-targhooks.h gt-config/i386/i386.h gt-passes.h gt-cgraphunit.h gt-tree-ss a-propagate.h gt-tree-phinodes.h gt-tree-ssa-structalias.h gt-lto-symtab.h gt-co nfig/i386/winnt.h gt-ada/gcc-interface/decl.h gt-ada/gcc-interface/trans.h gt-ad a/gcc-interface/utils.h gt-ada/gcc-interface/misc.h gt-cp/rtti.h gt-cp/mangle.h gt-cp/name-lookup.h gt-cp/call.h gt-cp/decl.h gt-cp/decl2.h gt-cp/pt.h gt-cp/rep o.h gt-cp/semantics.h gt-cp/tree.h gt-cp/parser.h gt-cp/method.h gt-cp/typeck2.h gt-c-family/c-common.h gt-c-family/c-lex.h gt-c-family/c-pragma.h gt-cp/class.h gt-cp/cp-objcp-common.h gt-cp/cp-lang.h gt-fortran/f95-lang.h gt-fortran/trans- decl.h gt-fortran/trans-intrinsic.h gt-fortran/trans-io.h gt-fortran/trans-stmt. h gt-fortran/trans-types.h gt-java/builtins.h gt-java/class.h gt-java/constants. h gt-java/decl.h gt-java/expr.h gt-java/jcf-parse.h gt-java/lang.h gt-java/mangl e.h gt-java/resource.h gt-lto/lto-lang.h gt-lto/lto.h gt-c-parser.h gt-c-decl.h gt-c-objc-common.h gt-c-family/c-common.h gt-c-family/c-pragma.h gt-objc/objc-ac t.h gt-objcp/objcp-decl.h gt-objc/objc-act.h gt-cp/rtti.h gt-cp/mangle.h gt-cp/n ame-lookup.h gt-cp/call.h gt-cp/decl.h gt-cp/decl2.h gt-cp/pt.h gt-cp/repo.h gt- cp/semantics.h gt-cp/tree.h gt-cp/parser.h gt-cp/method.h gt-cp/typeck2.h gt-c-f amily/c-common.h gt-c-family/c-lex.h gt-c-family/c-pragma.h gt-cp/cp-objcp-commo n.h gt-c-lang.h gt-c-decl.h gt-c-family/c-common.h gt-c-family/c-cppbuiltin.h gt -c-family/c-pragma.h gt-c-objc-common.h gt-c-parser.h + sed -e 's|/[^ ]*/|/|g' -e 's|gt-config/|gt-|g' + true [repeating] + true build/genhooks.exe \ ../../gcc-4.6-20101113/gcc/doc/tm.texi.in > tmp-tm.texi + build/genhooks.exe ../../gcc-4.6-20101113/gcc/doc/tm.texi.in case `echo X|tr X '\101'` in \ A) tr -d '\015' < tmp-tm.texi > tmp2-tm.texi ;; \ *) tr -d '\r' < tmp-tm.texi > tmp2-tm.texi ;; \ esac + case `echo X|tr X '\101'` in ++ echo X ++ tr X '\101' + tr -d '\015' mv tmp2-tm.texi tmp-tm.texi + mv tmp2-tm.texi tmp-tm.texi /bin/sh -x ../../gcc-4.6-20101113/gcc/../move-if-change tmp-tm.texi tm.texi + /bin/sh -x ../../gcc-4.6-20101113/gcc/../move-if-change tmp-tm.texi tm.texi + usage='../../gcc-4.6-20101113/gcc/../move-if-change: usage: ../../gcc-4.6-2010 1113/gcc/../move-if-change SOURCE DEST' + case $# in +
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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 Rennecke > Ralf Wildenhues > PR bootstrap/45888 > * Makefile.in (s-tm-texi): Remove \r occurences from tmp-tm.texi. > Fix target.def pathname in timestamp comparison. > Modified: > trunk/gcc/ChangeLog > trunk/gcc/Makefile.in I was on vacation last week. So, I did not have a chance to reply. It is interesting that this fix worked for Cesar but not for me. In fact, it failed the same way, as reported earlier, on both MinGW and Cygwin. Note that I started out with a clean slate for these builds. The respective result from uname -a comnand for MinGW and Cygwin are shown below. $ uname -a MINGW32_NT-5.1 GLDLCASC024623 1.0.11(0.46/3/2) 2009-07-11 17:46 i686 Msys $ uname -a CYGWIN_NT-5.1 GLDLCASC024623 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin Anh Vo
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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.texi > tmp2-tm.texi ;; \ > > esac > > mv tmp2-tm.texi tmp-tm.texi > > /bin/sh ../../gcc-4.6-20101113/gcc/../move-if-change tmp-tm.texi tm.texi > > > > You should edit ../../gcc-4.6-20101113/gcc/doc/tm.texi.in rather than > > ../../gcc- > > 4.6-20101113/gcc/doc/tm.texi . > Does the generated tm.texi still have carriage return characters? > Or is there some other difference to the tm.texi in $(srcdir)/doc ? When opening tm.texi under Word, I see ¶ character at the end of the lines. It must be the carriage return.
[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken
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 doesn't
> do the right thing for MacOS 9 build systems either - assuming you can
> actually configure GCC 4.6 on such a platform.
I have the results for this question. I hope you do not mind.
No, it did not work on Cygwin nor MinGW with error message below.
...
echo "@set BUGURL @uref{http://gcc.gnu.org/bugs.html}"; >> gcc-vers.texiT; \
mv -f gcc-vers.texiT gcc-vers.texi
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --split-size=500
--split-size=
500 --no-split -I . -I ../../gcc-4.6-20101113/gcc/doc \
-I ../../gcc-4.6-20101113/gcc/doc/include -o
doc/cpp.inf
o ../../gcc-4.6-20101113/gcc/doc/cpp.texi; \
fi
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --split-size=500
--split-size=
500 --no-split -I . -I ../../gcc-4.6-20101113/gcc/doc \
-I ../../gcc-4.6-20101113/gcc/doc/include -o
doc/gcc.inf
o ../../gcc-4.6-20101113/gcc/doc/gcc.texi; \
fi
make[3]: Circular s-tm-texi <- ../../gcc-4.6-20101113/gcc/doc/tm.texi
dependency
dropped.
build/genhooks.exe \
../../gcc-4.6-20101113/gcc/doc/tm.texi.in > tmp-tm.texi
case `echo X|tr X '\101'` in \
A) tr -d '\015' < tmp-tm.texi > tmp2-tm.texi ;; \
*) tr -d '\r' < tmp-tm.texi > tmp2-tm.texi ;; \
esac
mv tmp2-tm.texi tmp-tm.texi
/bin/sh ../../gcc-4.6-20101113/gcc/../move-if-change tmp-tm.texi tm.texi
You should edit ../../gcc-4.6-20101113/gcc/doc/tm.texi.in rather than
../../gcc-
4.6-20101113/gcc/doc/tm.texi .
make[3]: *** [s-tm-texi] Error 1
make[3]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/cygdrive/c/Gcc/Build-4.6.x'
make: *** [all] Error 2
[Bug bootstrap/46549] New: MinGW bootstrap failure regarding texi GFPL license
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 AssignedTo: unassig...@gcc.gnu.org ReportedBy: anhvofrc...@gmail.com Boostrap failed with the output below. In addition, the latest snapshot, gcc-4.6-20101113 fails the same way. if [ xinfo = xinfo ]; then \ makeinfo --split-size=500 --split-size=500 --split-size= 500 --no-split -I . -I ../../gcc-4.6-20101016/gcc/doc \ -I ../../gcc-4.6-20101016/gcc/doc/include -o doc/gcc.inf o ../../gcc-4.6-20101016/gcc/doc/gcc.texi; \ fi make[3]: Circular s-tm-texi <- ../../gcc-4.6-20101016/gcc/doc/tm.texi dependency dropped. build/genhooks.exe \ ../../gcc-4.6-20101016/gcc/doc/tm.texi.in > tmp-tm.texi /bin/sh ../../gcc-4.6-20101016/gcc/../move-if-change tmp-tm.texi tm.texi Verify that you have permission to grant a GFDL license for all new text in tm.texi, then copy it to ../../gcc-4.6-20101016/gcc/doc/tm.texi. make[3]: *** [s-tm-texi] Error 1 make[3]: Leaving directory `/c/Gcc/Build-4.6.x/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/c/Gcc/Build-4.6.x' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build-4.6.x' make: *** [all] Error 2
[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + C
--- 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/Gcc/Build-Test/./prev-gcc/xgcc -B/c/Gcc/Build-Test/./prev-gcc/ -B/usr/local/i686-pc-mingw32/bin/ -L/c/Gcc/Build-Test/i686-pc-mingw32/winsup/mingw -L/c/Gcc/Build-Test/i686-pc-mingw32/winsup/w32api/lib -isystem /c/Gcc/gcc-4.5-20091015/winsup/mingw/include -isystem /c/Gcc/gcc-4.5-20091015/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include-qversion >&5 xgcc.exe: unrecognized option '-qversion' xgcc.exe: no input files configure:2958: $? = 1 configure:2978: checking for C compiler default output file name configure:3000: /c/Gcc/Build-Test/./prev-gcc/xgcc -B/c/Gcc/Build-Test/./prev-gcc/ -B/usr/local/i686-pc-mingw32/bin/ -L/c/Gcc/Build-Test/i686-pc-mingw32/winsup/mingw -L/c/Gcc/Build-Test/i686-pc-mingw32/winsup/w32api/lib -isystem /c/Gcc/gcc-4.5-20091015/winsup/mingw/include -isystem /c/Gcc/gcc-4.5-20091015/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/ -B/usr/local/i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem /usr/local/i686-pc-mingw32/sys-include-g -O2 -D__USE_MINGW_ACCESS -Wno-pedantic-ms-format -gtoggleconftest.c >&5 Warning: .drectve `-aligncomm:___CTOR_LIST__,2 ' unrecognized Warning: .drectve `-aligncomm:___DTOR_LIST__,2' unrecognized configure:3004: $? = 0 configure:3041: result: a.exe configure:3057: checking whether the C compiler works configure:3066: ./a.exe /c/Gcc/gcc-4.5-20091015/intl/configure: line 3068: ./a.exe: Bad file number configure:3070: $? = 126 configure:3077: error: in `/c/Gcc/Build-Test/intl': configure:3081: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + 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-20091015/configure --enable-languages=ada,c,c++,fortran --with-gmp =/c/tools/gmp-4.3.0/ --with-mpfr=/c/tools/mpfr-2.4.1/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + C
--- 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 version: MINGW32_NT-5.1 GLDLCASC024623 1.0.11(0.46/3/2) 2009-07-11 17:46 i686 Msys [...] gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -W no-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -Wl,--stack,8388608 -o build/gengenrtl.exe \ build/gengenrtl.o build/errors.o ../build-i686-pc-mingw32/libiberty/ libiberty.a build/gengenrtl.exe -h > tmp-genrtl.h /bin/sh ../../gcc-4.5-20091015/gcc/../move-if-change tmp-genrtl.h genrtl.h echo timestamp > s-genrtl-h gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qu al -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definit ion -Wc++-compat -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../ ../gcc-4.5-20091015/gcc -I../../gcc-4.5-20091015/gcc/build -I../../gcc-4.5-20091 015/gcc/../include -I./../intl -I../../gcc-4.5-20091015/gcc/../libcpp/include -I /c/tools/gmp-4.3.0//include -I/c/tools/mpfr-2.4.1//include -I../../gcc-4.5-20091 015/gcc/../libdecnumber -I../../gcc-4.5-20091015/gcc/../libdecnumber/dpd -I../li bdecnumber \ -o build/gengtype.o ../../gcc-4.5-20091015/gcc/gengtype.c /c/Gcc/gcc-4.5-20091015/missing flex -ogengtype-lex.c ../../gcc-4.5-20091015/gc c/gengtype-lex.l WARNING: `flex' is missing on your system. You should only need it if you modified a `.l' file. You may need the `Flex' package in order for those modifications to take effect. You can get `Flex' from any GNU archive site. gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qu al -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definit ion -Wc++-compat -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ib uild -I../../gcc-4.5-20091015/gcc -I../../gcc-4.5-20091015/gcc/build -I../../gcc -4.5-20091015/gcc/../include -I./../intl -I../../gcc-4.5-20091015/gcc/../libcpp/ include -I/c/tools/gmp-4.3.0//include -I/c/tools/mpfr-2.4.1//include -I../../gcc -4.5-20091015/gcc/../libdecnumber -I../../gcc-4.5-20091015/gcc/../libdecnumber/d pd -I../libdecnumber \ -o build/gengtype-lex.o gengtype-lex.c gcc.exe: gengtype-lex.c: No such file or directory gcc.exe: no input files make[3]: *** [build/gengtype-lex.o] Error 1 make[3]: Leaving directory `/c/Gcc/Build-4.5.0/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/c/Gcc/Build-4.5.0' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/c/Gcc/Build-4.5.0' make: *** [all] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
[Bug bootstrap/41709] Failing bootstrap in stage 2 while building Ada + C
--- 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/show_bug.cgi?id=41709
[Bug c/41709] Failing bootstrap in stage 2 while building Ada + C
--- 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 Summary|Failing bootstrap in stage 2|Failing bootstrap in stage 2 |while building Ada + C |while building Ada + C http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41709
[Bug c/41709] New: Failing bootstrap in stage 2 while building Ada + C
Bootstrap fails in stage 2 with tail end error message shown below.
[...]
# Now that we have built all the objects, we need to copy
# them back to the GCC directory. Too many things (other
# in-tree libraries, and DejaGNU) know about the layout
# of the build tree, for now.
make install-leaf DESTDIR=../.././gcc \
slibdir= libsubdir= MULTIOSDIR=.
make[4]: Entering directory `/c/Gcc/Build-4.5.0/i686-pc-mingw32/libgcc'
/bin/sh ../../../gcc-4.5-20091008/libgcc/../mkinstalldirs ../.././gcc
/bin/install -c -m 644 libgcc_eh.a ../.././gcc/
chmod 644 ../.././gcc/libgcc_eh.a
ranlib ../.././gcc/libgcc_eh.a
/bin/sh ../../../gcc-4.5-20091008/libgcc/../mkinstalldirs ../.././gcc;
/bin/inst
all -c ./shlib/libgcc_s_sjlj-1.dll
../.././gcc/usr/local/bin/libgcc_s_sjlj-1.dll
; /bin/install -c -m 644 ./shlib/libgcc_s.a ../.././gcc/libgcc_s.a
/bin/install: cannot create regular file
`../.././gcc/usr/local/bin/libgcc_s_sjl
j-1.dll': No such file or directory
/bin/sh ../../../gcc-4.5-20091008/libgcc/../mkinstalldirs ../.././gcc
/bin/install -c -m 644 libgcc.a ../.././gcc/
chmod 644 ../.././gcc/libgcc.a
ranlib ../.././gcc/libgcc.a
/bin/install -c -m 644 libgcov.a ../.././gcc/
chmod 644 ../.././gcc/libgcov.a
ranlib ../.././gcc/libgcov.a
parts="crtbegin.o crtend.o crtfastmath.o"; \
for file in $parts; do \
rm -f ../.././gcc/$file; \
/bin/install -c -m 644 $file ../.././gcc/;\
done
make[4]: Leaving directory `/c/Gcc/Build-4.5.0/i686-pc-mingw32/libgcc'
make[3]: Leaving directory `/c/Gcc/Build-4.5.0/i686-pc-mingw32/libgcc'
make[2]: Leaving directory `/c/Gcc/Build-4.5.0'
make[2]: Entering directory `/c/Gcc/Build-4.5.0'
make[3]: Entering directory `/c/Gcc/Build-4.5.0'
rm -f stage_current
make[3]: Leaving directory `/c/Gcc/Build-4.5.0'
make[2]: Leaving directory `/c/Gcc/Build-4.5.0'
make[2]: Entering directory `/c/Gcc/Build-4.5.0'
Configuring stage 2 in ./intl
configure: creating cache ./config.cache
checking whether make sets $(MAKE)... yes
checking for a BSD-compatible install... /bin/install -c
checking whether NLS is requested... yes
checking for msgfmt... no
checking for gmsgfmt... :
checking for xgettext... no
checking for msgmerge... no
checking for i686-pc-mingw32-gcc... /c/Gcc/Build-4.5.0/./prev-gcc/xgcc
-B/c/Gcc
/Build-4.5.0/./prev-gcc/ -B/usr/local/i686-pc-mingw32/bin/
-L/c/Gcc/Build-4.5.0/
i686-pc-mingw32/winsup/mingw
-L/c/Gcc/Build-4.5.0/i686-pc-mingw32/winsup/w32api/
lib -isystem /c/Gcc/gcc-4.5-20091008/winsup/mingw/include -isystem
/c/Gcc/gcc-4.
5-20091008/winsup/w32api/include -B/usr/local/i686-pc-mingw32/bin/
-B/usr/local/
i686-pc-mingw32/lib/ -isystem /usr/local/i686-pc-mingw32/include -isystem
/usr/l
ocal/i686-pc-mingw32/sys-include
checking for C compiler default output file name... a.exe
checking whether the C compiler works... configure: error: in
`/c/Gcc/Build-4.5.
0/intl':
configure: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
make[2]: *** [configure-stage2-intl] Error 1
make[2]: Leaving directory `/c/Gcc/Build-4.5.0'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/c/Gcc/Build-4.5.0'
make: *** [all] Error 2
--
Summary: Failing bootstrap in stage 2 while building Ada + C
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
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
[Bug ada/39611] 4.4/4.5 check-gnat broken after successful build
--- 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
[Bug ada/39611] New: 4.4/4.5 check-gnat broken after successful build
Error message below is from building gcc-4.5.0. It happens the same way for
gcc-4.4.0.
[cascsd10601]:{98#}% make -C gcc check-gnat
make: Entering directory `/home/voax/linux/build-4.5.0/gcc'
test -d testsuite || mkdir testsuite
test -d testsuite/gnat || mkdir testsuite/gnat
(rootme=`${PWDCMD-pwd}`; export rootme; \
srcdir=`cd ../../gcc-4.5-20090327/gcc; ${PWDCMD-pwd}` ; export srcdir ; \
cd testsuite/gnat; \
rm -f tmp-site.exp; \
sed '/set tmpdir/ s|testsuite|testsuite/gnat|' \
< ../../site.exp > tmp-site.exp; \
/bin/sh ${srcdir}/../move-if-change tmp-site.exp site.exp; \
EXPECT=`if [ -f ${rootme}/../expect/expect ] ; then echo
${rootme}/../expect/eect ; else echo expect ; fi` ; export EXPECT ; \
if [ -f ${rootme}/../expect/expect ] ; then \
TCL_LIBRARY=`cd .. ; cd ${srcdir}/../tcl/library ; ${PWDCMD-pwd}` ; \
export TCL_LIBRARY ; fi ; \
`if [ -f ${srcdir}/../dejagnu/runtest ] ; then echo ${srcdir}/../dejagnu/runte
; else echo runtest; fi` --tool gnat )
/bin/sh: runtest: command not found
make: [check-gnat] Error 127 (ignored)
make: Leaving directory `/home/voax/linux/build-4.5.0/gcc'
--
Summary: 4.4/4.5 check-gnat broken 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 triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39611
[Bug ada/37543] Assembler error during compilation
--- 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 <[EMAIL PROTECTED]> wrote: > > > --- Comment #5 from sam at gcc dot gnu dot org 2008-11-17 19:40 --- > Please open a separate bug if you still experience build problems. This one > (problem with generated assembler when compiling Ada code) should be closed as > it has been resolved by yourself. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37543
[Bug ada/37543] Assembler error during compilation
--- 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 -Wmissing-prototypes -Wcast-qual -Wold-style-definition
-Wc++-compat -Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../gcc-4.4-20080912/gcc
-I../../gcc-4.4-20080912/gcc/. -I../../gcc-4.4-20080912/gcc/../include
-I../../gcc-4.4-20080912/gcc/../libcpp/include
-I/home/voax/linux/tools/gmp-4.2.2/include
-I/home/voax/linux/tools/mpfr-2.3.2/include
-I../../gcc-4.4-20080912/gcc/../libdecnumber
-I../../gcc-4.4-20080912/gcc/../libdecnumber/bid -I../libdecnumber
insn-attrtab.c -o insn-attrtab.o
The process, cc1, runs away when it attempts to execute the above line.
Additionally, other information is shown below.
[sjswdev3]:{79#}% uname -a
Linux sjswdev3 2.4.21-40.ELsmp #1 SMP Thu Feb 2 22:22:39 EST 2006 i686 i686
i386 GNU/Linux
[sjswdev3]:{80#}% gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.3-20080911/configure
--enable-languages=c,ada,c++,fortran
--with-gmp=/home/voax/linux/tools/gmp-4.2.2
--with-mpfr=/home/voax/linux/tools/mpfr-2.3.2
Thread model: posix
gcc version 4.3.3 20080911 (prerelease) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37543
[Bug ada/37543] Assembler error during compilation
--- 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 built this time due to process run away, 25% CPU, when fortran is included. I just wonder if any one have ran into this problem at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37543
[Bug ada/37543] Assembler error during compilation
--- 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,c++,fortran --with-mpfr=/home/voax/linux/tools/mpfr-2.2.1 Thread model: posix gcc version 4.4.0 20080912 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37543
[Bug ada/37543] New: Assembler error during compilation
bash-2.05b$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.4-20080912/configure
--enable-languages=ada,c++,fortran
--with-mpfr=/home/voax/linux/tools/mpfr-2.2.1
Thread model: posix
gcc version 4.4.0 20080912 (experimental) (GCC)
when compiling the hello.adb program below, the compiler fails as indication by
bash-2.05b$ gcc -c hello.adb
/tmp/ccV7MEis.s: Assembler messages:
/tmp/ccV7MEis.s:11: Error: unknown pseudo-op: `.cfi_personality'
with GNAT.IO; use GNAT.IO;
procedure Hello is
begin
Put_Line ("Hello World. Welcome to GNAT");
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: anhvofrcaus at gmail dot com
GCC host triplet: RH
GCC target triplet: RH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37543
[Bug ada/33457] Renaming in context of ragged array
--- 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. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33457
[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)
--- 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/show_bug.cgi?id=32181
[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)
--- 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. In the meantime, Pak2.Eq(Z1, Z2) always returns False. Therefore, comparing True and False should yield False. -- anhvofrcaus at gmail dot com changed: What|Removed |Added CC||anhvofrcaus at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32181
[Bug ada/32181] Legal program executes incorrectly, RM 3.4(27)
--- 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.T1(Z2) should
return True (due to the Parent type having null record), and Pak2.Eq(Z1, Z2)
should return False because the objects are different obviously. Thus, the
equality Pak2.Eq(Z1, Z2) = Pak1.Eq(Pak1.T1(Z1), Pak1.T1(Z2)) should evaluate to
False. In summary, the equality should be changed to inequality as shown below.
with Text_IO; use Text_IO;
procedure Test1 is
package Pak1 is
type T1 is tagged null record;
function Eq(X, Y: T1) return Boolean renames "=";
end Pak1;
package Pak2 is
type T2 is new Pak1.T1 with record
F1: Integer;
end record;
end Pak2;
Z1: Pak2.T2 := (F1 => 1);
Z2: Pak2.T2 := (F1 => 2);
begin
if Pak2.Eq(Z1, Z2) /= Pak1.Eq(Pak1.T1(Z1), Pak1.T1(Z2))
then Put_Line("PASSED");
else Put_Line("FAILED");
end if;
end Test1;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32181
[Bug bootstrap/35941] gcc-4.4-20080411 bootstrap failure
--- 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
[Bug bootstrap/35941] gcc-4.4-20080411 bootstrap failure
--- 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 Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Report bugs to <[EMAIL PROTECTED]>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35941
[Bug bootstrap/35941] New: gcc-4.4-20080411 bootstrap failure
bootstrap fails with the trailing error messages below [...] gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/gencheck \ build/gencheck.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a build/gencheck > tmp-check.h /bin/sh ../../gcc-4.4-20080411/gcc/../move-if-change tmp-check.h tree-check.h echo timestamp > s-check build/genpreds -c ../../gcc-4.4-20080411/gcc/config/i386/i386.md > tmp-constrs.h/bin/sh ../../gcc-4.4-20080411/gcc/../move-if-change tmp-constrs.h tm-constrs.h echo timestamp > s-constrs-h gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I../../gcc-4.4-20080411/gcc -I../../gcc-4.4-20080411/gcc/build -I../../gcc-4.4-20080411/gcc/../include -I../../gcc-4.4-20080411/gcc/../libcpp/include -I/home/voax/linux/tools/mpfr-2.3.1/include -I../../gcc-4.4-20080411/gcc/../libdecnumber -I../../gcc-4.4-20080411/gcc/../libdecnumber/bid -I../libdecnumber -o build/gencondmd.o build/gencondmd.c gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/gencondmd \ build/gencondmd.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a build/gencondmd > tmp-cond.md /bin/sh ../../gcc-4.4-20080411/gcc/../move-if-change tmp-cond.md insn-conditions.md echo timestamp > s-condmd build/genflags ../../gcc-4.4-20080411/gcc/config/i386/i386.md \ insn-conditions.md > tmp-flags.h /bin/sh ../../gcc-4.4-20080411/gcc/../move-if-change tmp-flags.h insn-flags.h echo timestamp > s-flags make[3]: *** No rule to make target `|', needed by `c-lang.o'. Stop. make[3]: Leaving directory `/home/voax/linux/build-4.4.0/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/home/voax/linux/build-4.4.0' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/home/voax/linux/build-4.4.0' make: *** [bootstrap] Error 2 -- 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 gmail dot com GCC build triplet: gcc-4.4-20080411 GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35941
[Bug ada/33457] Renaming in context of ragged array
--- 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
[Bug ada/22559] Bug box, Program_Error at sinput.adb:404, derived fixed-point type
--- 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
[Bug ada/22559] Bug box, Program_Error at sinput.adb:404, derived fixed-point type
--- 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
[Bug ada/22559] Bug box, Program_Error at sinput.adb:404, derived fixed-point type
--- 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) Program_Error sinput.adb:403 explicit raise| | Error detected at test_deltas.adb:1:1| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. list may be incomplete compilation abandoned -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22559
[Bug ada/33457] Renaming in context of ragged array
--- 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
[Bug ada/33457] New: Renaming in context of ragged array
The object renaming does not behave properly as demonstrated with the test
codes below. Note that line 11 of message_services.adb contains the problem. In
addition, if line 11 is commented out and line 12 in uncommented, the codes
behave properly.
package Message_Services is
type Message_Code is range 0 .. 100;
subtype Message is String;
function Get_Message (Code : Message_Code) return String;
pragma Inline (Get_Message);
end Message_Services;
package body Message_Services is
type Message_Handle is access constant Message;
Message_0 : aliased constant Message := "OK";
Message_1 : aliased constant Message := "Up";
Message_2 : aliased constant Message := "Down";
Message_3 : aliased constant Message := "Left";
Message_4 : aliased constant Message := "Right";
-- ...
Default : Message renames Message_0; -- bug here
-- Default : aliased constant Message := Message_0; -- work around
Message_Table : array (Message_Code) of Message_Handle := (
000 => Message_0'access,
001 => Message_1'access,
002 => Message_2'access,
003 => Message_3'access,
004 => Message_4'access,
others => Default'access);
function Get_Message (Code : Message_Code) return String is
begin
return Message_Table (Code).all;
end Get_Message;
end Message_Services;
with Ada.Text_IO;
procedure Message_Services.Test is
use Ada;
use Text_IO;
Test_Message : constant Message := "OK";
begin
Put_Line ("Static Ragged Array construction, no heap involvement");
for Index in Message_Code range 0 .. 9 loop
Put_Line ("Message" & Message_Code'Image (Index) & " is: " &
Get_Message (Index));
end loop;
for Index in Message_Code range 5 .. 9 loop
if Get_Message (Index) /= Test_Message then
Put_Line ("Test 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: 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-20070914
GCC host triplet: Red Hat i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33457
[Bug ada/33392] ACATS cxa5a09, cxa5a10 and controlled2.adb failure
--- 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/show_bug.cgi?id=33392
[Bug ada/33392] ACATS cxa5a09, cxa5a10 and controlled2.adb failure
--- 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-gcc/ -B/usr/local/i686-pc-linux-gnu/bin/
-c -g -O2 -fomit-frame-pointer -gnatpg -gnata -g -O1 -fno-inline \
-nostdinc -I- -I. -Iada -I../../gcc-4.3-20070907/gcc/ada
../../gcc-4.3-20070907/gcc/ada/a-except.adb -o ada/a-except.o
+===GNAT BUG DETECTED==+
| 4.3.0 20070907 (experimental) (i686-pc-linux-gnu) Storage_Error stack
overflow (or erroneous memory access)|
| Error detected at a-except.adb:61:17 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report. |
| Include the exact gcc or gnatmake command that you entered. |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files). |
+==+
Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
compilation abandoned
make[3]: *** [ada/a-except.o] Error 1
make[3]: Leaving directory `/home/voax/linux/build-4.3.x/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/home/voax/linux/build-4.3.x'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/home/voax/linux/build-4.3.x'
make: *** [bootstrap] Error 2
AV
(In reply to comment #1)
> cxa* tests have already been handled by Eric in latest sources.
> controlled2.adb was a missing commit, also fixed yesterday.
> So the solution is simply to update your tree.
> Arno
(In reply to comment #0)
> make: Entering directory `/home/voax/linux/build-4.3.x/gcc'
> test -d testsuite/ada/acats || mkdir -p testsuite/ada/acats
> testdir=`cd ../../gcc-4.3-20070907/gcc/testsuite/ada/acats; ${PWDCMD-pwd}`; \
> export testdir; cd testsuite/ada/acats; /bin/sh ${testdir}/run_acats
> === acats configuration ===
> target gcc is /home/voax/linux/build-4.3.x/gcc/xgcc
> -B/home/voax/linux/build-4.3.x/gcc/
> Reading specs from /home/voax/linux/build-4.3.x/gcc/specs Target:
> i686-pc-linux-gnu Configured with: ../gcc-4.3-20070907/configure
> --enable-languages=ada --with-mpfr=/home/voax/linux/tools/mpfr-2.2.1 Thread
> model: posix gcc version 4.3.0 20070907 (experimental) (GCC)
> host=i386-redhat-linux
> target=i686-pc-linux-gnu
> gnatmake is /home/voax/linux/build-4.3.x/gcc/gnatmake
> === acats support ===
> Generating support files... done.
> Compiling support files... done.
> === acats tests ===
> Running chapter a ...
> Running chapter c2 ...
> Running chapter c3 ...
> Running chapter c4 ...
> Running chapter c5 ...
> Running chapter c6 ...
> Running chapter c7 ...
> Running chapter c8 ...
> Running chapter c9 ...
> Running chapter ca ...
> Running chapter cb ...
> Running chapter cc ...
> Running chapter cd ...
> FAIL: cd92001
> Running chapter ce ...
> Running chapter cxa ...
> FAIL: cxa5a09
> FAIL: cxa5a10
> Running chapter cxb ...
> Running chapter cxf ...
> Running chapter cxg ...
> Running chapter cxh ...
> FAIL: cxh1001
> Running chapter cz ...
> Running chapter d ...
> Running chapter e ...
> Running chapter gcc ...
> Running chapter l ...
> === acats Summary ===
> # of expected passes2311
> # of unexpected failures4
> *** FAILURES: cd92001 cxa5a09 cxa5a10 cxh1001
> Making a new config file...
> echo "set tmpdir /home/voax/linux/build-4.3.x/gcc/testsuite" >> ./tmp0
> test -d testsuite || mkdir testsuite
> test -d testsuite/gnat || mkdir testsuite/gnat
> (rootme=`${PWDCMD-pwd}`; export rootme; \
> srcdir=`cd ../../gcc-4.3-20070907/gcc; ${PWDCMD-pwd}` ; export srcdir ; \
> cd testsuite/gnat; \
> rm -f tmp-site.exp; \
> sed '/set tmpdir/ s|testsuite|testsuite/gnat|' \
> < ../../site.exp > tmp-site.exp; \
> /bin/sh ${srcdir}/../move-if-change tmp-site.exp site.exp; \
> EXPECT=`if [ -f ${rootme}/../expect/expect ] ; then echo
> ${rootme}/../expect/expect ; else echo expect ; fi` ; export EXPECT ; \
> if [ -f ${rootme}/../expect/expect ] ; then \
>TCL_LIBRARY=`cd .. ; cd ${srcdir}/../tcl/library ; ${PWDCMD-pwd}` ; \
> export TCL_LIBRARY ; fi ; \
> GCC_EXEC_PREFIX="
[Bug ada/33392] New: ACATS cxa5a09, cxa5a10 and controlled2.adb failure
make: Entering directory `/home/voax/linux/build-4.3.x/gcc'
test -d testsuite/ada/acats || mkdir -p testsuite/ada/acats
testdir=`cd ../../gcc-4.3-20070907/gcc/testsuite/ada/acats; ${PWDCMD-pwd}`; \
export testdir; cd testsuite/ada/acats; /bin/sh ${testdir}/run_acats
=== acats configuration ===
target gcc is /home/voax/linux/build-4.3.x/gcc/xgcc
-B/home/voax/linux/build-4.3.x/gcc/
Reading specs from /home/voax/linux/build-4.3.x/gcc/specs Target:
i686-pc-linux-gnu Configured with: ../gcc-4.3-20070907/configure
--enable-languages=ada --with-mpfr=/home/voax/linux/tools/mpfr-2.2.1 Thread
model: posix gcc version 4.3.0 20070907 (experimental) (GCC)
host=i386-redhat-linux
target=i686-pc-linux-gnu
gnatmake is /home/voax/linux/build-4.3.x/gcc/gnatmake
=== acats support ===
Generating support files... done.
Compiling support files... done.
=== acats tests ===
Running chapter a ...
Running chapter c2 ...
Running chapter c3 ...
Running chapter c4 ...
Running chapter c5 ...
Running chapter c6 ...
Running chapter c7 ...
Running chapter c8 ...
Running chapter c9 ...
Running chapter ca ...
Running chapter cb ...
Running chapter cc ...
Running chapter cd ...
FAIL: cd92001
Running chapter ce ...
Running chapter cxa ...
FAIL: cxa5a09
FAIL: cxa5a10
Running chapter cxb ...
Running chapter cxf ...
Running chapter cxg ...
Running chapter cxh ...
FAIL: cxh1001
Running chapter cz ...
Running chapter d ...
Running chapter e ...
Running chapter gcc ...
Running chapter l ...
=== acats Summary ===
# of expected passes2311
# of unexpected failures4
*** FAILURES: cd92001 cxa5a09 cxa5a10 cxh1001
Making a new config file...
echo "set tmpdir /home/voax/linux/build-4.3.x/gcc/testsuite" >> ./tmp0
test -d testsuite || mkdir testsuite
test -d testsuite/gnat || mkdir testsuite/gnat
(rootme=`${PWDCMD-pwd}`; export rootme; \
srcdir=`cd ../../gcc-4.3-20070907/gcc; ${PWDCMD-pwd}` ; export srcdir ; \
cd testsuite/gnat; \
rm -f tmp-site.exp; \
sed '/set tmpdir/ s|testsuite|testsuite/gnat|' \
< ../../site.exp > tmp-site.exp; \
/bin/sh ${srcdir}/../move-if-change tmp-site.exp site.exp; \
EXPECT=`if [ -f ${rootme}/../expect/expect ] ; then echo
${rootme}/../expect/expect ; else echo expect ; fi` ; export EXPECT ; \
if [ -f ${rootme}/../expect/expect ] ; then \
TCL_LIBRARY=`cd .. ; cd ${srcdir}/../tcl/library ; ${PWDCMD-pwd}` ; \
export TCL_LIBRARY ; fi ; \
GCC_EXEC_PREFIX="/usr/local/lib/gcc/" ; export GCC_EXEC_PREFIX ; \
`if [ -f ${srcdir}/../dejagnu/runtest ] ; then echo
${srcdir}/../dejagnu/runtest ; else echo runtest; fi` --tool gnat )
WARNING: Couldn't find the global config file.
Test Run By voax on Mon Sep 10 15:09:03 2007
Native configuration is i686-pc-linux-gnu
=== gnat tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using /home/voax/linux/gcc-4.3-20070907/gcc/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /home/voax/linux/gcc-4.3-20070907/gcc/testsuite/gnat.dg/dg.exp ...
FAIL: gnat.dg/controlled2.adb (test for excess errors)
Running /home/voax/linux/gcc-4.3-20070907/gcc/testsuite/gnat.dg/specs/specs.exp
...
Running /home/voax/linux/gcc-4.3-20070907/gcc/testsuite/gnat.dg/style/style.exp
...
=== gnat Summary ===
# of expected passes287
# of unexpected failures1
make: [check-gnat] Error 1 (ignored)
make: Leaving directory `/home/voax/linux/build-4.3.x/gcc'
ACATS cd92001 and cxh1001 were reported under bugs #32407 and #26797
respectively.
--
Summary: ACATS cxa5a09, cxa5a10 and controlled2.adb failure
Product: gcc
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 triplet: Red Hat x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33392
[Bug ada/32983] New: gcc-4.3-20070803 bootstrap failure
The bootstrap process fails with error message below.
[...]
make[2]: Entering directory `/home/voax/build-4.3.0'
make[3]: Entering directory `/home/voax/build-4.3.0'
rm -f stage_current
make[3]: Leaving directory `/home/voax/build-4.3.0'
Comparing stages 2 and 3
warning: ./cc1-checksum.o differs
warning: ./cc1plus-checksum.o differs
Bootstrap comparison failure!
./ada/exp_aggr.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/home/voax/build-4.3.0'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/home/voax/build-4.3.0'
make: *** [bootstrap] Error 2
make: *** gcc: No such file or directory. Stop.
--
Summary: gcc-4.3-20070803 bootstrap failure
Product: gcc
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: 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
[Bug ada/31669] GNAT blows up during compilation
--- 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
[Bug ada/32407] New: ACATS cd92001 fails
lt item 65. * CD92001 Expected 'Valid =FALSE for Default item 66. * CD92001 Expected 'Valid =FALSE for Default item 67. * CD92001 Expected 'Valid =FALSE for Default item 68. * CD92001 Expected 'Valid =FALSE for Default item 69. * CD92001 Expected 'Valid =FALSE for Default item 70. * CD92001 Expected 'Valid =FALSE for Default item 71. * CD92001 Expected 'Valid =FALSE for Default item 72. * CD92001 Expected 'Valid =FALSE for Default item 73. * CD92001 Expected 'Valid =FALSE for Default item 74. * CD92001 Expected 'Valid =FALSE for Default item 75. * CD92001 Expected 'Valid =FALSE for Default item 76. * CD92001 Expected 'Valid =FALSE for Default item 77. * CD92001 Expected 'Valid =FALSE for Default item 78. * CD92001 Expected 'Valid =FALSE for Default item 79. * CD92001 Expected 'Valid =FALSE for Default item 80. * CD92001 Expected 'Valid =FALSE for Default item 81. * CD92001 Expected 'Valid =FALSE for Default item 82. * CD92001 Expected 'Valid =FALSE for Default item 83. * CD92001 Expected 'Valid =FALSE for Default item 84. * CD92001 Expected 'Valid =FALSE for Default item 85. * CD92001 Expected 'Valid =FALSE for Default item 86. * CD92001 Expected 'Valid =FALSE for Default item 87. * CD92001 Expected 'Valid =FALSE for Default item 88. * CD92001 Expected 'Valid =FALSE for Default item 89. * CD92001 Expected 'Valid =FALSE for Default item 90. * CD92001 Expected 'Valid =FALSE for Default item 91. * CD92001 Expected 'Valid =FALSE for Default item 92. * CD92001 Expected 'Valid =FALSE for Default item 93. * CD92001 Expected 'Valid =FALSE for Default item 94. * CD92001 Expected 'Valid =FALSE for Default 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 =FALSE for Default item 100. CD92001 FAILED . FAIL: cd92001 -- Summary: ACATS cd92001 fails Product: gcc 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-20070615 GCC host triplet: Red Hat 9.0 on i686 GCC target triplet: Red Hat 9.0 on i686 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32407
[Bug ada/32234] [Ada] Default pointer initialization not occuring - due to the use of <>
--- 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 verifies that the bug exists. In summary, the program, small or large, behaves the same way although it is an undersired behavior in this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32234
[Bug ada/32234] [Ada] Default pointer initialization not occuring - due to the use of <>
--- 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; procedure P is function H (I : Integer) return Ada.Containers.Hash_Type is begin return Ada.Containers.Hash_Type'Mod (I); end; type Item_Pointer is access Boolean; package M is new Ada.Containers.Hashed_Maps (Integer, Item_Pointer, H, "="); Z : M.Map; Position : M.Cursor; Inserted : Boolean; Item : Item_Pointer; begin M.Insert (Z, 2, Position, Inserted); -- default initialization for new item Item := M.Element (Position); if not Item.all'Valid then -- equivalent to Item /= null if check raise Program_Error with "Failing test"; end if; end P; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32234
[Bug ada/32234] Default pointer initialization not occuring - due to the use of <>
--- 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
[Bug ada/32234] Default pointer initialization not occuring - due to the use of <>
--- 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/show_bug.cgi?id=32234
[Bug ada/32234] Default pointer initialization not occuring - due to the use of <>
--- 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|Removed |Added CC||anhvofrcaus at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32234
[Bug ada/32234] Default pointer initialization not occuring - due to the use of <>
--- 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
[Bug ada/31174] [4.2 regression] ACATS C380004 fails
--- 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
[Bug ada/31800] ACATS c46051a fails
--- 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
[Bug ada/31800] ACATS c46051a fails
--- 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
[Bug ada/31669] GNAT blows up during compilation
--- 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://gcc.gnu.org/bugzilla/show_bug.cgi?id=31669
[Bug ada/31800] New: ACATS c46051a fails
test -d testsuite/ada/acats || mkdir -p testsuite/ada/acats
testdir=`cd ../../gcc-4.2.0-20070501/gcc/testsuite/ada/acats; ${PWDCMD-pwd}`;\
export testdir; cd testsuite/ada/acats; /bin/sh ${testdir}/run_acats
=== acats configuration ===
target gcc is /home/voax/build-4.2.0/gcc/xgcc -B/home/voax/build-4.2.0/gcc/
Reading specs from /home/voax/build-4.2.0/gcc/specs Target:
i686-pc-linux-gnuConfigured with: ../gcc-4.2.0-20070501/configure
--enable-languages=ada,c++ Thread model: posix gcc version 4.2.0 20070501
(prerelease)
host=i386-redhat-linux
target=i686-pc-linux-gnu
gnatmake is /home/voax/build-4.2.0/gcc/gnatmake
=== acats support ===
Generating support files... done.
Compiling support files... done.
=== acats tests ===
Running chapter a ...
Running chapter c2 ...
Running chapter c3 ...
FAIL: c380004
Running chapter c4 ...
FAIL: c46051a
Running chapter c5 ...
Running chapter c6 ...
Running chapter c7 ...
Running chapter c8 ...
Running chapter c9 ...
Running chapter ca ...
Running chapter cb ...
Running chapter cc ...
Running chapter cd ...
Running chapter ce ...
Running chapter cxa ...
Running chapter cxb ...
Running chapter cxf ...
Running chapter cxg ...
Running chapter cxh ...
Running chapter cz ...
Running chapter d ...
Running chapter e ...
Running chapter gcc ...
Running chapter l ...
=== acats Summary ===
# of expected passes2313
# of unexpected failures2
*** FAILURES: c380004 c46051a
--
Summary: ACATS c46051a fails
Product: gcc
Version: 4.2.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 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
[Bug ada/31174] [4.2 regression] ACATS C380004 fails
--- 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
[Bug ada/31174] [4.2 regression] ACATS C380004 fails
--- 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
[Bug ada/31669] New: GNAT blows up during compilation
Ada compiler, GNAT, blows up during compilation of the code segment below with
an unhandled exception error message "raised RTSIFND.RE_NOT_AVAILABLE :
rts.find.adb:210"
package Abstract_Base is
pragma Pure;
type Base_Type is abstract tagged limited private;
procedure Update (This : access Base_Type;
Data : in Integer) is abstract;
private
type Base_Type is abstract tagged limited null record;
end Abstract_Base;
with Abstract_Base;
package Re_Not_Available is
pragma Remote_Call_Interface;
type Base_Access is access all Abstract_Base.Base_Type'Class;
type Subscription is private;
Null_Sub : constant Subscription;
procedure Subscribe (This : in out Subscription;
Callback : in Base_Access);
procedure Unsubscribe (This : in out Subscription);
type Publication is Private;
Null_Pub : constant Publication;
procedure Register (This : in out Publication);
function Register return Publication;
procedure Unregister (This : in out Publication);
procedure Publish (This : Publication;
Data : Integer);
private
Max_Subscribers : constant := 20;
type Subscriber_Id is range 0 .. Max_Subscribers;
type Subscription is new Subscriber_Id;
type Publication is new Boolean;
Null_Sub : constant Subscription := 0;
Null_Pub : constant Publication := False;
end Re_Not_Available;
--
Summary: GNAT blows up during 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-20070420
GCC host triplet: RedHat 10.0 on X86
GCC target triplet: RedHat 10.0 on X86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31669
[Bug ada/31174] New: ACATS C380004 Fails
Ada compiler under gcc-4.2-20070307 fails ACATS c380004. Below is the content of the test log ,.,. C380004 ACATS 2.5 07-03-12 14:21:49 C380004 Check evaluation of discriminant expressions when the constraint depends on a discriminant, and the discriminants have defaults - discriminant-dependententry families and protected components. - C380004 Discriminant-dependent entry families for task types. * C380004 Unexpected exception raised - 2. * C380004 Discriminant values not correct - 3. * C380004 Unexpected exception. C380004 FAILED . -- Summary: ACATS C380004 Fails Product: gcc Version: 4.2.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.2-20070307 GCC host triplet: Red Hat 10.0 GCC target triplet: X86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
[Bug c++/30648] New: gcc-4.1.2-20070128 [bootstrap] Error 2 when building C++
[...]
/home/voax/linux/build-4.1.x/./gcc/xgcc -shared-libgcc
-B/home/voax/linux/build-4.1.x/./gcc -nostdinc++
-L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src/.libs
-B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/
-isystem /usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i686-pc-linux-gnu/sys-include -shared -nostdlib /usr/lib/crti.o
/home/voax/linux/build-4.1.x/./gcc/crtbeginS.o .libs/bitmap_allocator.o
.libs/pool_allocator.o .libs/mt_allocator.o .libs/codecvt.o
.libs/compatibility.o .libs/complex_io.o .libs/ctype.o .libs/debug.o
.libs/debug_list.o .libs/functexcept.o .libs/globals_locale.o
.libs/globals_io.o .libs/ios.o .libs/ios_failure.o .libs/ios_init.o
.libs/ios_locale.o .libs/limits.o .libs/list.o .libs/locale.o
.libs/locale_init.o .libs/locale_facets.o .libs/localename.o .libs/stdexcept.o
.libs/strstream.o .libs/tree.o .libs/allocator-inst.o .libs/concept-inst.o
.libs/fstream-inst.o .libs/ext-inst.o .libs/ios-inst.o .libs/iostream-inst.o
.libs/istream-inst.o .libs/istream.o .libs/locale-inst.o
.libs/locale-misc-inst.o .libs/misc-inst.o .libs/ostream-inst.o
.libs/sstream-inst.o .libs/streambuf-inst.o .libs/streambuf.o
.libs/string-inst.o .libs/valarray-inst.o .libs/wlocale-inst.o
.libs/wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o
.libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o
.libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o
.libs/basic_file.o .libs/c++locale.o -Wl,--whole-archive
../libmath/.libs/libmath.a ../libsupc++/.libs/libsupc++convenience.a
-Wl,--no-whole-archive
-L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src
-L/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src/.libs -lm
../libmath/.libs/libmath.a -lm ../libsupc++/.libs/libsupc++convenience.a -lm
-L/home/voax/linux/build-4.1.x/./gcc -L/usr/local/lib -lgcc_s -lc -lgcc_s -lm
-lgcc_s -lc -lgcc_s /home/voax/linux/build-4.1.x/./gcc/crtendS.o
/usr/lib/crtn.o -Wl,-O1 -Wl,--version-script=libstdc++-symbol.ver -Wl,-soname
-Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.8
/usr/bin/ld: BFD 2.14.90.0.4 20030523 internal error, aborting at
../../bfd/elf32-i386.c line 2377 in elf_i386_relocate_section
/usr/bin/ld: Please report this bug.
collect2: ld returned 1 exit status
make[5]: *** [libstdc++.la] Error 1
make[5]: Leaving directory
`/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3/src'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/voax/linux/build-4.1.x/i686-pc-linux-gnu/libstdc++-v3'
make[2]: *** [all-target-libstdc++-v3] Error 2
make[2]: Leaving directory `/home/voax/linux/build-4.1.x'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/voax/linux/build-4.1.x'
make: *** [bootstrap] Error 2
make: Entering directory `/home/voax/linux/build-4.1.x/gcc'
--
Summary: gcc-4.1.2-20070128 [bootstrap] Error 2 when building C++
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
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
[Bug ada/25839] New: ACATS Results
There are three test failures as shown below.
[EMAIL PROTECTED] build-4.1.0]$ make -C gcc check-ada
make: Entering directory `/home/voax/build-4.1.0/gcc'
test -d testsuite/ada/acats || mkdir -p testsuite/ada/acats
testdir=`cd ../../gcc-4.1-20060106/gcc/testsuite/ada/acats; ${PWDCMD-pwd}`; \
export testdir; cd testsuite/ada/acats; ${testdir}/run_acats
=== acats configuration ===
target gcc is /home/voax/build-4.1.0/gcc/xgcc -B/home/voax/build-4.1.0/gcc/
Reading specs from /home/voax/build-4.1.0/gcc/specs Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20060106/configure --enable-languages=c,ada,c++
Thread model: posix gcc version 4.1.0 20060106 (prerelease)
host=i386-redhat-linux
target=i686-pc-linux-gnu
gnatmake is /home/voax/build-4.1.0/gcc/gnatmake
=== acats support ===
Generating support files... done.
Compiling support files... done.
=== acats tests ===
Running chapter a ...
Running chapter c2 ...
Running chapter c3 ...
Running chapter c4 ...
Running chapter c5 ...
FAIL: c52103x
FAIL: c52104x
FAIL: c52104y
Running chapter c6 ...
Running chapter c7 ...
Running chapter c8 ...
Running chapter c9 ...
Running chapter ca ...
Running chapter cb ...
Running chapter cc ...
Running chapter cd ...
Running chapter ce ...
Running chapter cxa ...
Running chapter cxb ...
Running chapter cxf ...
Running chapter cxg ...
Running chapter cxh ...
Running chapter cz ...
Running chapter d ...
Running chapter e ...
Running chapter gcc ...
Running chapter l ...
=== acats Summary ===
# of expected passes2316
# of unexpected failures3
*** FAILURES: c52103x c52104x c52104y
--
Summary: ACATS Results
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)
GCC host triplet: Red Hat Linux 9.0 on i686
GCC target triplet: i686-pc-linux gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25839
[Bug ada/25838] New: Assert Failure with Bug Box
nd loop;
Put_Line ("Task Gary_Right terminates");
end Gary_Right;
protected body Anh_Left is
Procedure Put (Data : in Integer) is
begin
Put_Line ("Put data in buffer");
Data_Storage (In_Index) := Data;
In_Index := In_Index mod Data_Storage'Length + 1;
Size := Size + 1;
end Put;
entry Get (Data : out Integer) when Size > 0 is
begin
Put_Line ("Extract data");
Data := Data_Storage (Out_Index);
Out_Index := Out_Index mod Data_Storage'Length + 1;
Size := Size - 1;
end Get;
end Anh_Left;
protected body Anh_Right is
Procedure Put (Data : in Integer) is
begin
Put_Line ("Put data in buffer");
Data_Storage (In_Index) := Data;
In_Index := In_Index mod Data_Storage'Length + 1;
Size := Size + 1;
end Put;
entry Get (Data : out Integer) when Size > 0 is
begin
Put_Line ("Extract data");
Data := Data_Storage (Out_Index);
Out_Index := Out_Index mod Data_Storage'Length + 1;
Size := Size - 1;
end Get;
end Anh_Right;
task body Brian_Left is
begin
loop
accept Wait do
Put_Line ("Wait for some one");
end Wait;
accept Signal do
Put_Line ("Notify some one");
end Signal;
end loop;
end Brian_Left;
task body Brian_Right is
begin
loop
accept Wait do
Put_Line ("Wait for some one");
end Wait;
accept Signal do
Put_Line ("Notify some one");
end Signal;
end loop;
end Brian_Right;
procedure Serialized_Code (Obj : in out Mutex'Class) is
begin
Obj.Wait;
Put_Line ("Modifying data while protected by Mutex");
Obj.Signal;
end Serialized_Code;
procedure Consumer (Obj : in out Buffer'Class) is
Data : Integer := -1;
begin
Obj.Get (Data);
Put_Line ("Data is extracted");
end Consumer;
procedure Producer (Obj : in out Buffer'Class;
Data : in Integer) is
begin
Obj.Put (Data);
Put_Line ("Data is put in the buffer");
end Producer;
procedure Serialized_Code (Obj : in out Event'Class) is
begin
Obj.Wait;
Put_Line ("Consume event notification by Event");
Obj.Signal;
end Serialized_Code;
end Implementing_Interface;
with Gnat.OS_Lib;
with Ada.Exceptions;
with Ada.Text_Io;
with Implementing_Interface;
procedure Bugs_Test is
use Ada;
use Text_Io;
begin
Put_Line ("Minimum codes used to demonstrate the Assert_Failure");
--$$$ Causing Assert_Failure (einfo.adb:507) in gnatgcc-4.1.0 and
gccgnat-4.2.0
declare
use Implementing_Interface;
begin
Serialized_Code (Gary_Left); -- Error occurs here
Gary_Left.Shutdown;
delay 2.0;
Serialized_Code (Gary_Right);
Gary_Right.Shutdown;
end;
-- Terminate all child tasks if they are still around
Gnat.OS_Lib.OS_Exit(0);
exception
when Error : others =>
Put_Line ("Show stopper ==> " & Exceptions.Exception_Information
(Error));
-- Terminate all child tasks if they still exist
Gnat.OS_Lib.OS_Exit(0);
end Bugs_Test;
project Assert_Failure is
for Main use ("bugs_test.adb");
package Pretty_Printer is
for Default_Switches ("ada") use ("-A4");
end Pretty_Printer;
package Compiler is
for Default_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
[Bug ada/24370] New: ICE / GNAT BUG BOX
(...) stage1/xgcc -Bstage1/ -B/usr/local/powerpc-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc-4.1-20051001/gcc/ada ../../gcc-4.1-20051001/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o stage1/xgcc -Bstage1/ -B/usr/local/powerpc-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -g -O1 -fno-inline \ -I- -I. -Iada -I../../gcc-4.1-20051001/gcc/ada ../../gcc-4.1-20051001/gcc/ada/a-except.adb -o ada/a-except.o +===GNAT BUG DETECTED==+ | 4.1.0 20051001 (experimental) (powerpc-unknown-linux-gnu) GCC error: | | tree check: expected class | | Error detected at a-except.adb:1387:1| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[2]: *** [ada/a-except.o] Error 1 make[2]: Leaving directory `/home/voax/build-4.1.0/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/home/voax/build-4.1.0/gcc' make: *** [bootstrap] Error 2 -- Summary: ICE / GNAT 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.0-20051001 GCC host triplet: Yellow Dog Linux 4.0 GCC target triplet: G5 PowerPC http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24370
