Menu
▾
▴
mingw-users
|
From: David G. <DGr...@am...> - 2017-07-27 15:22:32
|
Here is the source code of a simple program (test.adb) that fails to build:
with Ada.Text_IO;
use Ada.Text_IO;
with Ada.Directories;
use Ada.Directories;
procedure Test
is
Search: Search_Type;
File: Directory_Entry_Type;
begin
Start_Search(Search, ".", "*");
while More_Entries(Search) loop
Get_Next_Entry(Search, File);
Ada.Text_IO.Put_Line(Simple_Name(File));
end loop;
End_Search(Search);
end Test;
When I try to build it, I get this:
$ gnatmake test
fatal error, run-time library not installed correctly
cannot locate file system.ads
ǩ: *** make failed.
system.ads does exist; it is at C:\MinGW\lib\gcc\mingw32\6.3.0\adainclude\system.ads
The problem occurs with two installations of GCC-6.3.0, one on a Windows 7
computer, and another on Windows 10.
I will open a ticket for this later today
|
|
From: Keith M. <kei...@us...> - 2017-07-30 16:01:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 27/07/17 16:22, David Gressett wrote: > Here is the source code of a simple program (test.adb) that fails to > build: > > with Ada.Text_IO; > use Ada.Text_IO; > > with Ada.Directories; > use Ada.Directories; > > procedure Test > is > Search: Search_Type; > File: Directory_Entry_Type; > > begin > Start_Search(Search, ".", "*"); > > while More_Entries(Search) loop > Get_Next_Entry(Search, File); > Ada.Text_IO.Put_Line(Simple_Name(File)); > end loop; > > End_Search(Search); > > end Test; > > When I try to build it, I get this: > > $ gnatmake test > fatal error, run-time library not installed correctly > cannot locate file system.ads > ǩ: *** make failed. FWIW, this WJFFM with the cross-compiler, with which I built GCC-6.3.0 as a MinGW.org distributable suite: $ mingw32-gnatmake test mingw32-gcc -c test.adb mingw32-gnatbind -x test.ali mingw32-gnatlink test.ali Running it (under wine): $ ./test.exe ; rstty . .. test.o test.adb test.exe test.ali (The "rstty" is there because wine lacks the courtesy to restore my terminal settings, after it has mucked about with them). > system.ads does exist; it is at > C:\MinGW\lib\gcc\mingw32\6.3.0\adainclude\system.ads In my case, it is in: $ find ~/mingw32/ -name system.ads /home/keith/mingw32/lib/gcc/mingw32/6.3.0/adainclude/system.ads (with the entire cross-compiler suite installed behind the ~/mingw32 symlink). > The problem occurs with two installations of GCC-6.3.0, one on a > Windows 7 computer, and another on Windows 10. So, is this an issue with my crossed-native distribution build? It clearly doesn't affect my cross-compiler itself. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJZfgLIAAoJEMCtNsY0flo/e54P/RDVFQoaLWb30REq9JhQUnwD 10OyzGnHuVNFlEL2CIqV1ksHJDp2HH3L5V3zME6JFNRdO5Ev+Evq2+0p/vpCj21e d5DoVVySoCoJPWzwhinjHP1wmvrnO6JLO1kO/zf7s3+qTkQQl8V7wyrHrL2Zg8pR 0b+V7vkUo3JIelU8rgwbsgvVdsvge04CpCQIlRjEoBk7dH+Grx96FgiTNeijI9uN 5s46YQasOBJ6j6RPz/Jf/e4948XGCHCx2IciOkyc3OBDXA2CEosrlQ5J9vU3ngCm YPo75mVy8so6WNBFgp38+I4XmbvQUeBmX3WH/QGY1yBk4U4XluaOx7by/BPM2PwC /WCKT5nv5r2ZhpVH9h6r1AX3Hv8TJYX7EMwmOEcecPNL6+3ReuUiGQPkje3S2maA EC0eSWjkSF+wNVnd85mxHXm5S9THtNHcXF89HpnYyla8b5qjr9Jdlt7diCTHfPoP OKdrbr8cA3LL04pPWCwAPXfRspN/gqTo89cQtZit+TCQpQQl35RqazXQUWKQ8fQe Mg1tAnx5rZ4NZ9K5gbO2LrcZjxlR0AcRn0UJtkeUhiXWyY9VZNbQrnQDK5MFhLpV Ztw/gcQnJ38Pb2zuXpbH0l7Jfq3TkIXzBn405G8DsNLXlerSVmiJBUqTHYvxPFsT wPX6GEMbENkzEHHpUOlO =er1f -----END PGP SIGNATURE----- |
|
From: David G. <DGr...@am...> - 2017-07-31 15:31:38
|
On Sunday, July 30, 201 Keith Marshall wrote >On 27/07/17 16:22, David Gressett wrote: >> Here is the source code of a simple program (test.adb) that fails to > build: ... snip ... >FWIW, this WJFFM with the cross-compiler, with which I built GCC-6.3.0 as a MinGW.org distributable suite: ... snip ... >So, is this an issue with my crossed-native distribution build? It clearly doesn't affect my cross-compiler itself. I downloaded the MinGW 6.3.0 source code and built it as a native build; I used that to overwrite the original installation made by the graphical-mode installer. The problem disappeared. I need to do some detective work to compare my overwritten MinGW directory structure with a new installation. My free time for such things has disappeared, so I will probably not get to that until the weekend. |
|
From: David G. <DGr...@am...> - 2017-08-20 20:16:37
|
On Sunday, July 30, 2017 Keith Marshall wrote: >On 27/07/17 16:22, David Gressett wrote: >> Here is the source code of a simple program (test.adb) that fails to >> build: >> >> with Ada.Text_IO; >> use Ada.Text_IO; >> >> with Ada.Directories; >> use Ada.Directories; >> >> procedure Test >> is >> Search: Search_Type; >> File: Directory_Entry_Type; >> >> begin >> Start_Search(Search, ".", "*"); >> >> while More_Entries(Search) loop >> Get_Next_Entry(Search, File); >> Ada.Text_IO.Put_Line(Simple_Name(File)); >> end loop; >> >> End_Search(Search); >> >> end Test; >> >> When I try to build it, I get this: >> >> $ gnatmake test >> fatal error, run-time library not installed correctly cannot locate >> file system.ads >> ǩ: *** make failed. >FWIW, this WJFFM with the cross-compiler, with which I built GCC-6.3.0 as a MinGW.org distributable suite: > $ mingw32-gnatmake test > mingw32-gcc -c test.adb > mingw32-gnatbind -x test.ali > mingw32-gnatlink test.ali >Running it (under wine): > $ ./test.exe ; rstty > . > .. > test.o > test.adb > test.exe > test.ali >(The "rstty" is there because wine lacks the courtesy to restore my terminal settings, after it has mucked about with them). >> system.ads does exist; it is at >> C:\MinGW\lib\gcc\mingw32\6.3.0\adainclude\system.ads >In my case, it is in: > $ find ~/mingw32/ -name system.ads > /home/keith/mingw32/lib/gcc/mingw32/6.3.0/adainclude/system.ads >(with the entire cross-compiler suite installed behind the ~/mingw32 symlink). >> The problem occurs with two installations of GCC-6.3.0, one on a >> Windows 7 computer, and another on Windows 10. >So, is this an issue with my crossed-native distribution build? It clearly doesn't affect my cross-compiler itself. I have located several points of failure. They are all distributed in gcc-ada-6.3.0-1-mingw32-bin.tar.xz They are in the bin subdirectory, which contains 13 executables. I have tested 8 of these at this point and 6 of the 8 do not work correctly as distributed. When I overwrite them with my native-windows-built executables, the problems disappear. The offenders found so far are gnatmake.exe - crashes gnatlink.exe - can't find the files specified on its command line gnatclean.exe - crashes gnatxref.exe - does nothing, produces no error messages gnatls.exe - can't find the files specified on its command line gnatchop.exe - can't find the files specified on its command line gnatbind.exe and gnatkr.exe seem to behave correctly. At this point, new projects that were dumped on me have eaten up all of my round tuits. When I get back to this, I will open an issues ticket for this which will contain minimal source files which are used to cause the failures and also the exact error messages. |
|
From: Keith M. <kei...@us...> - 2017-08-21 12:33:04
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 20/08/17 21:16, David Gressett wrote: > The offenders found so far are > > gnatmake.exe - crashes > gnatlink.exe - can't find the files specified on its command line > gnatclean.exe - crashes > gnatxref.exe - does nothing, produces no error messages > gnatls.exe - can't find the files specified on its command line > gnatchop.exe - can't find the files specified on its command line > > gnatbind.exe and gnatkr.exe seem to behave correctly. Since Ada might just as well be greek (a language which I do not speak) to me ... > At this point, new projects that were dumped on me have eaten up all > of my round tuits. When I get back to this, I will open an issues > ticket for this which will contain minimal source files which are > used to cause the failures and also the exact error messages. ... until you can do this, there isn't much I can do to investigate. FWIW, under wine: $ WINEPATH=/mingw/bin dist/staged/bin/gnatmake.exe --version; rstty GNATMAKE 6.3.0 Copyright (C) 1995-2016, 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. (and "gnatmake.exe --help", similarly, produces expected output). That's about the limit of the testing I can perform, unaided. FTR, without "WINEPATH=/mingw/bin" it does crash, because libiconv-2.dll is nowhere that gnatmake.exe can find it, but I suspect that your issue is more fundamental than that. I have rebuilt all of the packages, since uploading the distribution, to remove an accidental dependency on libmingwex-0.dll, but I don't believe any of the Ada tools were affected. If it helps, I can make the rebuilt Ada binary package available, via your ticket, so you may check if the issue persists with that. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJZmtL4AAoJEMCtNsY0flo/mBUP/i+W2WNA7ToKiHS+sFvOJqno EKwmjnCqnF7/PkeY9vBebYLGBULOtmhB8ka+geVMW0Fpmu7FzIgv1gwmIvjwMNG3 WoHryvGozwyjfXlLz1uhF4xe3+tirZbVzKNNjhW7g7jB1GtXdGPOoKbBkxfFLgLm 8ymm3WTjpUMwRCxt36OsnMLuyt+uNP5I/PD0Q7PGebxcvRr7qmOHa3JRsXvpDYmN gFHidnf9fhR+o6YHRKpIrfqIoNC2wKy5e7Ns9RRboQaVMyNdsFK+60IwPP4cxkDC tZX0oUN8Rgw6rkcTJvpE/kQKXg9chV5DY8DuBY5Wn87eYzXgOz1GMeOD4Lcp7Vnx lKFjWj4Q45xrqzQSt+srQmQScHE4iAjCiNbXMrS3xt2tFAUK7h/Ogy74OTvwWY0H wX1E42PayGMU8uCZoZ46aw1kPHqHILPLvXx8uspA+HHmPFDMEOpP+Ye9CeDQpfqn Dqq7b4khWtwrWBRGr3jWrlUdFAlqlDg3B+X2J3I/Yfp5TdXVMN6xknQsNQYGaWDC aHp+0EY2A3IfFbupsyx0cZNbtsj4CDwk2Rr/NN+3HMak18xvb+KkSsWJafRYjCM0 lU42IDWcSYwqLp5RWXgX18LTJPhDczojaJzy1clRNePuq9hHyGqk5+5AbEIhIqBT BOyU7WgcIsQnRFESRQU/ =PkrH -----END PGP SIGNATURE----- |
Thanks for helping keep SourceForge clean.
X