Closed VictorMiasnikov closed 2 years ago
"Sub-Issue 1037-1" stay "Sub-Issue 1052-1"
Sub-Issue 1037-1 :
There is traditional
--- cm3.cfg 000 non-Ok Tue Aug 23 19:09:27 2022
+++ cm3.cfg Wed Aug 24 10:30:22 2022
@@ -5,7 +5,7 @@
if not defined("M3_PROFILING") M3_PROFILING = FALSE end
if not defined("SL") SL = "/" end
%-------------------------------------------------------------------
-if not defined("HOST") HOST = "AMD64_CYGWIN" end
-if not defined("TARGET") TARGET = HOST end
+HOST = "AMD64_CYGWIN"
+TARGET = HOST
INSTALL_ROOT = (path() & SL & "..")
include(path() & SL & "config" & SL & TARGET)
"Sub-Issue 1037-2" stay "Sub-Issue 1052-2"
Sub-Issue 1037-2 :
This patch:
--- Autotools.common 000 Tue Aug 23 19:09:26 2022
+++ Autotools.common Wed Aug 24 11:08:33 2022
@@ -68,15 +69,15 @@
% - $OS == Windows_NT for Cygwin, and we should avoid wsl for that host.
%
local wsl = ""
- if equal ($OS, "Windows_NT")
- %wsl = "wsl"
- end
+ %%%%VVM if equal ($OS, "Windows_NT")
+ %%%%VVM %wsl = ""
+ %%%%VVM end
if not FileExists("Makefile") or not FileExists("configure")
- exec(wsl, "autoreconf -i ")
+ exec(wsl, "bash autoreconf -i ")
end
if not FileExists("Makefile")
- exec(wsl, "./configure --disable-dependency-tracking")
+ exec(wsl, "bash ./configure --disable-dependency-tracking")
end
exec(wsl, "make -j", M3_PARALLEL_BACK)
end
fix
-> archiving libm3core.a
autoreconf -i
'autoreconf' is not recognized as an internal or external command,
operable program or batch file.
"C:\Tools\cygwin\usr\local\cm3\bin/config\Autotools.common", line 76: quake runtime error: exit 1: autoreconf -i
--procedure-- -line- -file---
exec -- <builtin>
automake 76 C:\Tools\cygwin\usr\local\cm3\bin/config\Autotools.common
make_lib 121 C:\Tools\cygwin\usr\local\cm3\bin/config\Autotools.common
Library -- <builtin>
include_dir 77 C:\Tools\cygwin\usr\local\cm3\src\m3-libs\m3core\src\m3makefile
8 C:\Tools\cygwin\usr\local\cm3\src\m3-libs\m3core\AMD64_CYGWIN\m3make.args
Fatal Error: procedure "make_lib" defined in "C:\Tools\cygwin\usr\local\cm3\bin\cm3.cfg" failed.
*** execution of [<function _BuildGlobalFunction at 0x6fffffce3040>, <function _ShipFunction at 0x6fffffce30d0>] failed ***
ERROR: ./do-pkg.py m3cc m3core libm3 buildship c c AMD64_CYGWIN
"Sub-Issue 1037-3" stay "Sub-Issue 1052-3"
Sub-Issue 1037-3 :
This error:
make -j 20
g++ -DPACKAGE_NAME=\"a\" -DPACKAGE_TARNAME=\"a\" -DPACKAGE_VERSION=\"1\" -DPACKAGE_STRING=\"a\ 1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I. -m64 -g -c -o Main.m3.o Main.m3.cpp
g++ -DPACKAGE_NAME=\"a\" -DPACKAGE_TARNAME=\"a\" -DPACKAGE_VERSION=\"1\" -DPACKAGE_STRING=\"a\ 1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I. -m64 -g -c -o _m3main.o _m3main.cpp
g++ -m64 -g -o m3cggen.exe Main.m3.o _m3main.o C:\Tools\cygwin\usr\local\cm3\pkg\m3middle\AMD64_CYGWIN/libm3middle.a C:\Tools\cygwin\usr\local\cm3\pkg\sysutils\AMD64_CYGWIN/libsysutils.a C:\Tools\cygwin\usr\local\cm3\pkg\libm3\AMD64_CYGWIN/libm3.a C:\Tools\cygwin\usr\local\cm3\pkg\m3core\AMD64_CYGWIN/libm3core.a -liphlpapi -lrpcrt4 -lcomctl32 -lws2_32 -lgdi32 -luser32 -ladvapi32
==> /usr/local/cm3/src/m3-sys/m3cggen done
+++ /usr/local/cm3/bin/cm3.exe -DM3_BACKEND_MODE=C -DBUILD_DIR=AMD64_CYGWIN -ship -DROOT=/usr/local/cm3/src -DTARGET=AMD64_CYGWIN +++
--- shipping from AMD64_CYGWIN ---
. => C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/AMD64_CYGWIN
.M3EXPORTS .M3WEB
../src => C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/src
Main.m3
. => C:/Tools/cygwin/usr/local/cm3/bin
m3cggen "C:\Tools\cygwin\usr\local\cm3\src\m3-sys\m3cggen\AMD64_CYGWIN\.M3SHIP", line 7: quake runtime error: unable to copy "m3cggen" to "C:\Tools\cygwin\usr\local\cm3\bin\m3cggen": ErrorCode=2: The system cannot find the file specified.
--procedure-- -line- -file---
install_file -- <builtin>
7 C:\Tools\cygwin\usr\local\cm3\src\m3-sys\m3cggen\AMD64_CYGWIN\.M3SHIP
Fatal Error: package build failed
*** execution of [<function _BuildGlobalFunction at 0x6fffffce8160>, <function _ShipFunction at 0x6fffffce81f0>] failed ***
I can not fix it.
I do editing in text editor and re-compile packages one by one.
Please, see examples:
1)
--- .M3SHIP 000 Wed Aug 24 11:14:05 2022
+++ .M3SHIP VVM Wed Aug 24 11:15:01 2022
@@ -4,4 +4,4 @@
make_dir("C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/src")
install_file("../src/Main.m3", "C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/src", "0644")
make_dir("C:/Tools/cygwin/usr/local/cm3/bin")
-install_file("m3cggen", "C:/Tools/cygwin/usr/local/cm3/bin", "0755")
+install_file("m3cggen.exe", "C:/Tools/cygwin/usr/local/cm3/bin", "0755")
2)
--- .M3SHIP 000 Wed Aug 24 11:25:59 2022
+++ .M3SHIP VVM Wed Aug 24 11:28:03 2022
@@ -33,7 +33,7 @@
install_file("../src/WebFile.i3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/src", "0644")
install_file("../src/WebFile.m3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/src", "0644")
install_file("../src/Main.m3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/src", "0644")
-install_file("cm3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/AMD64_CYGWIN", "0644")
+install_file("cm3.exe", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/AMD64_CYGWIN", "0644")
make_dir("C:/Tools/cygwin/usr/local/cm3/man/man1")
install_file("cm3.1", "C:/Tools/cygwin/usr/local/cm3/man/man1", "0644")
make_dir("C:/Tools/cygwin/usr/local/cm3/man/man7")
Can you try sh
instead of bash
?
My concern is getting this working on other systems like Mac and Solaris and BSD, where sh is probably there and probably works, and bash
might not be.
I suppose we could make bash
a dependency though, and that might work out better, on some systems.
Can you try
sh
instead ofbash
? My concern is getting this working on other systems like Mac and Solaris and BSD, where sh is probably there and probably works, andbash
might not be. I suppose we could makebash
a dependency though, and that might work out better, on some systems.
As solution of "Sub-Issue 1052-2" ?
I.e. apply this patch?
See:
--- Autotools.common 000 Tue Aug 23 19:09:26 2022
+++ Autotools.common 2022-09-06
@@ -68,15 +69,15 @@
% - $OS == Windows_NT for Cygwin, and we should avoid wsl for that host.
%
local wsl = ""
- if equal ($OS, "Windows_NT")
- %wsl = "wsl"
- end
+ %%%%VVM if equal ($OS, "Windows_NT")
+ %%%%VVM %wsl = ""
+ %%%%VVM end
if not FileExists("Makefile") or not FileExists("configure")
- exec(wsl, "autoreconf -i ")
+ exec(wsl, "sh autoreconf -i ")
end
if not FileExists("Makefile")
- exec(wsl, "./configure --disable-dependency-tracking")
+ exec(wsl, "sh ./configure --disable-dependency-tracking")
end
exec(wsl, "make -j", M3_PARALLEL_BACK)
end
"Sub-Issue 1037-3" stay "Sub-Issue 1052-3"
Sub-Issue 1037-3 :
This error:
make -j 20 g++ -DPACKAGE_NAME=\"a\" -DPACKAGE_TARNAME=\"a\" -DPACKAGE_VERSION=\"1\" -DPACKAGE_STRING=\"a\ 1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I. -m64 -g -c -o Main.m3.o Main.m3.cpp g++ -DPACKAGE_NAME=\"a\" -DPACKAGE_TARNAME=\"a\" -DPACKAGE_VERSION=\"1\" -DPACKAGE_STRING=\"a\ 1\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -I. -m64 -g -c -o _m3main.o _m3main.cpp g++ -m64 -g -o m3cggen.exe Main.m3.o _m3main.o C:\Tools\cygwin\usr\local\cm3\pkg\m3middle\AMD64_CYGWIN/libm3middle.a C:\Tools\cygwin\usr\local\cm3\pkg\sysutils\AMD64_CYGWIN/libsysutils.a C:\Tools\cygwin\usr\local\cm3\pkg\libm3\AMD64_CYGWIN/libm3.a C:\Tools\cygwin\usr\local\cm3\pkg\m3core\AMD64_CYGWIN/libm3core.a -liphlpapi -lrpcrt4 -lcomctl32 -lws2_32 -lgdi32 -luser32 -ladvapi32 ==> /usr/local/cm3/src/m3-sys/m3cggen done +++ /usr/local/cm3/bin/cm3.exe -DM3_BACKEND_MODE=C -DBUILD_DIR=AMD64_CYGWIN -ship -DROOT=/usr/local/cm3/src -DTARGET=AMD64_CYGWIN +++ --- shipping from AMD64_CYGWIN --- . => C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/AMD64_CYGWIN .M3EXPORTS .M3WEB ../src => C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/src Main.m3 . => C:/Tools/cygwin/usr/local/cm3/bin m3cggen "C:\Tools\cygwin\usr\local\cm3\src\m3-sys\m3cggen\AMD64_CYGWIN\.M3SHIP", line 7: quake runtime error: unable to copy "m3cggen" to "C:\Tools\cygwin\usr\local\cm3\bin\m3cggen": ErrorCode=2: The system cannot find the file specified. --procedure-- -line- -file--- install_file -- <builtin> 7 C:\Tools\cygwin\usr\local\cm3\src\m3-sys\m3cggen\AMD64_CYGWIN\.M3SHIP Fatal Error: package build failed *** execution of [<function _BuildGlobalFunction at 0x6fffffce8160>, <function _ShipFunction at 0x6fffffce81f0>] failed ***
I can not fix it.
I do editing in text editor and re-compile packages one by one.
Please, see examples:
--- .M3SHIP 000 Wed Aug 24 11:14:05 2022 +++ .M3SHIP VVM Wed Aug 24 11:15:01 2022 @@ -4,4 +4,4 @@ make_dir("C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/src") install_file("../src/Main.m3", "C:/Tools/cygwin/usr/local/cm3/pkg/m3cggen/src", "0644") make_dir("C:/Tools/cygwin/usr/local/cm3/bin") -install_file("m3cggen", "C:/Tools/cygwin/usr/local/cm3/bin", "0755") +install_file("m3cggen.exe", "C:/Tools/cygwin/usr/local/cm3/bin", "0755")
--- .M3SHIP 000 Wed Aug 24 11:25:59 2022 +++ .M3SHIP VVM Wed Aug 24 11:28:03 2022 @@ -33,7 +33,7 @@ install_file("../src/WebFile.i3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/src", "0644") install_file("../src/WebFile.m3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/src", "0644") install_file("../src/Main.m3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/src", "0644") -install_file("cm3", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/AMD64_CYGWIN", "0644") +install_file("cm3.exe", "C:/Tools/cygwin/usr/local/cm3/pkg/cm3/AMD64_CYGWIN", "0644") make_dir("C:/Tools/cygwin/usr/local/cm3/man/man1") install_file("cm3.1", "C:/Tools/cygwin/usr/local/cm3/man/man1", "0644") make_dir("C:/Tools/cygwin/usr/local/cm3/man/man7")
P.S.
I successfully compile Hello.exe from examples suite. ( by run cm3.exe)
But I have problem with "cm3 --ship" on AMD64_CYGWIN target.
P.P.S.
With bash. I only going to test "sh.exe instead bash".
Still the one you manually modified on text editor and build one by one? Please try my approach here and see if you could help: https://github.com/modula3/cm3/issues/1055
On both msys2 and cygwin bash is used as the default shell. On Linux and Solaris bash is used as the default shell too. The BSDs are different. FreeBSD and Dragonfly use the C shell, C shell doesn't compat with Bourne shell so people have to install bash anyway. OpenBSD is using oksh (a dialect of Korn shell). NetBSD's sh is very limited as I think people always replace it with bash. So yes, it's nothing wrong to require bash.
With bash. I only going to test "sh.exe instead bash".
On Cygwin and MSYS2, sh is bash.
1) Yes, it is : I "temporary solve" sub-issue N3 by manual editing.
2) I see N1055. It looks like that solving our 1,2,3 sub-issues will very helpfull for solving problems of "cmake .py".
It doesn't solve all N1055, but ...
06.09.2022, 15:14, "jpgpng" @.***>: Still the one you manually modified on text editor and build one by one? Please try my approach here and see if you could help: #1055
1) Yes, it is : I "temporary solve" sub-issue N3 by manual editing.2) I see N1055. It looks like that solving our 1,2,3 sub-issues will very helpfull for solving problems of "cmake .py". It doesn't solve all N1055, but ...06.09.2022, 15:14, "jpgpng" @.>: Still the one you manually modified on text editor and build one by one? Please try my approach here and see if you could help: #1055 —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.>
Now I feel my head hurts again. I should go away a while. As I said I always have great troubles understand what you said...
VVM}} With bash. I only going to test "sh.exe instead bash".
06.09.2022, 15:19, "jpgpng" @.***>:
On Cygwin and MSYS2, sh is bash.
It's good news. We can use "sh style patch" for solve Sub-Issue N2.
IMHO, any of sh / bash / csh (?) can be use in Sub-Issue N2
206.09.2022, 15:18, "jpgpng" @.***>: On both msys2 and cygwin bash is used as the default shell. On Linux and Solaris bash is used as the default shell too. The BSDs are different. FreeBSD and Dragonfly use the C shell, C shell doesn't compat with Bourne shell so people have to install bash anyway. OpenBSD is using oksh (a dialect of Korn shell). NetBSD's sh is very limited as I think people always replace it with bash. So yes, it's nothing wrong to require bash.
Still the one you manually modified on text editor and build one by one? Please try my approach here and see if you could help: https://github.com/modula3/cm3/issues/1055
Yes, I did editing. I open text editor and "press keys".
P,S. IMHO, "Sub-Issue 1052-3" can not by solved be changing only file "cmake .py"
06.09.2022, 15:21, "jpgpng" @.***>:
The following "just worked" for me.
# make a bootstrap from some working system # which for me, shares the file system cmd> boot1.py amd64_cygwin cyg> cd scripts/cm3-boot-AMD64_CYGWIN-d5.11.9-20220827 make -j22 file cm3 ./cm3 => unable to find cm3.cfg, which is success mkdir -p /cm3/bin mv cm3 /cm3/bin PATH=/cm3/bin:$PATH cd .. cm3 --version => host: AMD64_CYWIN ./boot2min.py
Well, it is still running, the last line.
It does use autotools, "inside". This is a little gross, but it works.
2022-09-06:
File
cm3-boot-AMD64_CYGWIN-d5.11.9-CYGWIN64-2022-02-08_13-48FIXedbyVVM20220906_15-5716bitUnicode__AMD64_CYGWINTargetcm3-69f22c9.7z (
)
added.
Can you try
sh
instead ofbash
? My concern is getting this working on other systems like Mac and Solaris and BSD, where sh is probably there and probably works, andbash
might not be. I suppose we could makebash
a dependency though, and that might work out better, on some systems.
I will try sh
at 2022-09-07.
- Yes, it is : I "temporary solve" sub-issue N3 by manual editing.2) I see N1055. It looks like that solving our 1,2,3 sub-issues will very helpfull for solving problems of "cmake .py". It doesn't solve all N1055, but ...06.09.2022, 15:14, "jpgpng" @.**>: Still the one you manually modified on text editor and build one by one? Please try my approach here and see if you could help: Cygwin gcc new issues (threads related) #1055 —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.**>
Now I feel my head hurts again. I should go away a while. As I said I always have great troubles understand what you said...
I did fixing formatting, etc
Can you try
sh
instead ofbash
? My concern is getting this working on other systems like Mac and Solaris and BSD, where sh is probably there and probably works, andbash
might not be. I suppose we could makebash
a dependency though, and that might work out better, on some systems.
It looks like, I have fixed sub-issues N2 and N3 by using "boot1.py --} make --} boot2.py" method . . .
I will public binaries in near future.
P.S. IMHO, this patch is not principal:
--- Autotools.common 000 Tue Jan 18 12:12:37 2022
+++ Autotools.common Wed Sep 07 10:15:10 2022
@@ -67,18 +67,19 @@
% but was producing warnings.
% - $OS == Windows_NT for Cygwin, and we should avoid wsl for that host.
%
- local wsl = ""
+ local shell_name_wsl_or_bash_or_sh = ""
if equal ($OS, "Windows_NT")
- %wsl = "wsl"
+ %%%%VVM %shell_name_wsl_or_bash_or_sh = "wsl"
+ %shell_name_wsl_or_bash_or_sh = "sh"
end
if not FileExists("Makefile") or not FileExists("configure")
- exec(wsl, "autoreconf -i ")
+ exec(shell_name_wsl_or_bash_or_sh, "autoreconf -i ")
end
if not FileExists("Makefile")
- exec(wsl, "./configure --disable-dependency-tracking")
+ exec(shell_name_wsl_or_bash_or_sh, "./configure --disable-dependency-tracking")
end
- exec(wsl, "make -j", M3_PARALLEL_BACK)
+ exec(shell_name_wsl_or_bash_or_sh, "make -j", M3_PARALLEL_BACK)
end
proc compile_c(source, object, options, optimize, debug) is
P.P.S.
VVM}} I will public binaries in near future.
This is really hard to keep track now. What's fixed and what's not?
Sub-issue N1 doesn't fixed, other has been fixed all time.
We should start use cm3.exe AMD64_CYGWIN as early as possible by "download cm3-boot-AMD64_GYGWIN --} make --} boot2.py" "methodology".
08.09.2022, 04:39, "jpgpng" @.***>: This is really hard to keep track now. What's fixed and what's not?
mini-HowTo
0)
Unpack source code to /usr/local/cm3/src/
1)
Download file
cm3-boot-AMD64_CYGWIN-d5.11.9-CYGWIN64-2022-02-08_13-48FIXedbyVVM20220906_15-5716bitUnicode__AMD64_CYGWINTargetcm3-69f22c9.7z
(
)
2)
Unpack to any folder, run make
3)
Copy resulted cm3.exe to folder /usr/local/cm3/bin
4)
Run:
export PATH=/usr/local/cm3/bin:$PATH cd /usr/local/cm3/src/scripts/python/ python boot2.py AMD64_CYGWIN
@VictorMiasnikov Autotools is awfully slow compared to cmake and ninja. After a lengthy build process it failed with this error:
autoreconf -i
configure.ac:17: installing './ar-lib'
configure.ac:17: installing './compile'
configure.ac:13: installing './config.guess'
configure.ac:13: installing './config.sub'
configure.ac:14: installing './install-sh'
configure.ac:14: installing './missing'
Makefile.am:2: error: bad characters in variable name 'libm3unit-numeric_a_SOURCES'
Makefile.am: installing './depcomp'
automake-1.16: warnings are treated as errors
Makefile.am:2: warning: variable 'libm3unit-numeric_a_SOURCES' is defined but no program or
Makefile.am:2: library has 'libm3unit-numeric_a' as canonical name (possible typo)
autoreconf-2.71: error: automake failed with exit status: 1
"/home/Administrator/cm3-install/bin/config/Autotools.common", line 76: quake runtime error: exit 256: autoreconf -i
--procedure-- -line- -file---
exec -- <builtin>
automake 76 /home/Administrator/cm3-install/bin/config/Autotools.common
make_lib 121 /home/Administrator/cm3-install/bin/config/Autotools.common
library -- <builtin>
include_dir 7 /home/Administrator/cm3-master/m3-libs/unittest-numeric/src/m3makefile
8 /home/Administrator/cm3-master/m3-libs/unittest-numeric/AMD64_CYGWIN/m3make.args
Fatal Error: procedure "make_lib" defined in "/home/Administrator/cm3-install/bin/cm3.cfg" failed.
*** execution of [<function _BuildGlobalFunction at 0x6fffffce5160>, <function _ShipFunction at 0x6fffffce51f0>] failed ***
ERROR: ./do-cm3-all.py buildship AMD64_CYGWIN
Very disappointed.
@VictorMiasnikov It seems there is no hyphen allowed in variable names. This is the reason we have the errors above.
Update: or is it a typo? What does the 'a' in 'libm3unit-numeric_a_SOURCES' means?
Anyway, I will not follow the issues with Cygwin GCC any further. Bye.
Can I public pseudo-screenshot?
{{{
════ * 1252 Ln 1/34 Col 3 Ch 3 C:\Program Files\Far3\ readme.txt ════
╔══════════════════════════════ Search ══════════════════════
║ Search for
║ -
╟────────────────────────────────────────────────────────────
║ [ ] Case sensitive [ ] Regular expressions
║ [ ] Whole words [ ] Reverse search
╟────────────────────────────────────────────────────────────
║ { Search } [ All ] [ Cancel ]
╚════════════════════════════════════════════════════════════
> mini_HowTo
^^^^^^^^^^^^ changed
0`)` Unpack source code to /usr/local/cm3/src/
1`)` Download file
zzzzzzzzzzzAMD64_CYGWIN___d5.11.9__CYGWIN64___2022___02___08_13___48__FIXed__by
^^^^^^^^^^^^ changed
(
h____ttp___s://github.com/VictorMiasnikov/cm3/releases/download/d5.11.9___ZZYYX
^^^^^^^^^^ changed
)
2`)` Unpack to any folder, run make
3`)` Copy resulted cm3.exe to folder /usr/local/cm3/bin
4`)` Run:
export PATH=/usr/local/cm3/bin:$PATH
cd /usr/local/cm3/src/scripts/python/
python boot2.py AMD64_CYGWIN
}}}
I press [Enter] key. And what I see?
I don't see any hyphen
in folders on local hard drive ( HDD / SDD):
{{
════ * 1252 Ln 1/34 Col 3 Ch 3 C:\Program Files\Far3\ readme.txt ════
> mini_HowTo
^^^^^^^^^^^^ changed
0`)` Unpack source code to /usr/local/cm3/src/
1`)` Download file
zzzzzzzzzzzAMD64_CYGWIN___d5.11.9__CYGWIN64___2022___02_
^^^^^^^^^^^^ changed
(
h____ttp___s://github.com/VictorMiasnikov/cm3/releases/d
^^^^^^^^^^ changed
)
2`)` Unpack to any folder, run make
3`)` Copy resulted cm3.exe to folder /usr/local/cm3/bin
4`)` Run:
export PATH=/usr/local/cm3/bin:$PATH
cd /usr/local/cm3/src/scripts/python/
python boot2.py AMD64_CYGWIN
╔═════════ Search ══════════╗
║ Could not find the string ║
║ "-" ║
╟───────────────────────────╢
║ { OK } ║
╚═══════════════════════════╝
```}}
(...)
(...)
(...)
there is no hyphen allowed in variable names
May be. I will create dedicated Issue...
(...)
(...)
(...)
Reason for close Issue:
We have fully worked cm3 AMD64_NT, AMD64_MINGW, AMD64_CYGWIN. And we have their 32bit analogs: I386_NT, I386_MINGW.
We have cm3 5.7.X I386_CYGWIN.
These messages are too cryptic.
These messages are too cryptic.
I glad to see You! I want ask You -- are You found releases?
These messages are too cryptic.
Glad to see You! I want ask You -- You found releseses?
I don't understand anything.
I.e. are You found this
https://github.com/VictorMiasnikov/cm3/releases/tag/d5.11.9-ZZYYXX-20220208_13-48
?
P.S. See later:
}
__https___://github.com/VictorMiasnikov/cm3/releases/tag/d5.11.9-ZZYYXX-20220208_13-48
You ask some question inside discussion part of Github
I.e. are You found this
https://github.com/VictorMiasnikov/cm3/releases/tag/d5.11.9-ZZYYXX-20220208_13-48
?
I'm not part of this discussion. I don't use Cygwin.
BTW, if it's fully working, then what's this? https://github.com/modula3/cm3/issues/1071
@VictorMiasnikov Autotools is awfully slow compared to cmake and ninja. After a lengthy build process it failed with this error:
autoreconf -i configure.ac:17: installing './ar-lib' configure.ac:17: installing './compile' configure.ac:13: installing './config.guess' configure.ac:13: installing './config.sub' configure.ac:14: installing './install-sh' configure.ac:14: installing './missing' Makefile.am:2: error: bad characters in variable name 'libm3unit-numeric_a_SOURCES' Makefile.am: installing './depcomp' automake-1.16: warnings are treated as errors Makefile.am:2: warning: variable 'libm3unit-numeric_a_SOURCES' is defined but no program or Makefile.am:2: library has 'libm3unit-numeric_a' as canonical name (possible typo) autoreconf-2.71: error: automake failed with exit status: 1 "/home/Administrator/cm3-install/bin/config/Autotools.common", line 76: quake runtime error: exit 256: autoreconf -i --procedure-- -line- -file--- exec -- <builtin> automake 76 /home/Administrator/cm3-install/bin/config/Autotools.common make_lib 121 /home/Administrator/cm3-install/bin/config/Autotools.common library -- <builtin> include_dir 7 /home/Administrator/cm3-master/m3-libs/unittest-numeric/src/m3makefile 8 /home/Administrator/cm3-master/m3-libs/unittest-numeric/AMD64_CYGWIN/m3make.args Fatal Error: procedure "make_lib" defined in "/home/Administrator/cm3-install/bin/cm3.cfg" failed. *** execution of [<function _BuildGlobalFunction at 0x6fffffce5160>, <function _ShipFunction at 0x6fffffce51f0>] failed *** ERROR: ./do-cm3-all.py buildship AMD64_CYGWIN
Very disappointed.
What's this, too?
BTW, if it's fully working, then what's this? #1071
In short: I close this Issue. All sub-issues will be moved to N1071.
He seems like make statements out of thin air. No one understand what he said. Btw, repair your mouse. I think you have double click problem. One click become multiple clicks hence multiple duplicated messages and most of those messages are meaningless/nonsense. Very hard to decipher your messages.
BTW, if it's fully working, then what's this? #1071
In short: I close this Issue. All sub-issues will be moved to N1071.
So the issues are not resolved and it's not fully working. Why did you said it's fully working? I don't understand.
I prepare detailed instructions. ( Yes?)
I specialy write good names of directories. ( Yes?)
And? All this ignored ;-(
My head hurts.
N1052 is "my issue". All that I want to be repaired - have been repaired.
Ok: We can return to interesting thigs
==
> } `__https___://github.com/VictorMiasnikov/cm3/releases/tag/d5.11.9-ZZYYXX-20220208_13-48`
You ask some question inside discussion part of Github
==
I have idea: may be download binaries and run someone in VM ?
N1052 is "my issue". All that I want to be repaired - have been repaired.
This is easier to understand. You only care if the bootstrap compiled out of the box. The issue I reported is about boot2.py unable to compile due to makefile errors. These makefiles in turn were generated by the python script itself (aren't them?)
Ok: We can return to interesting thigs == > } `__https___://github.com/VictorMiasnikov/cm3/releases/tag/d5.11.9-ZZYYXX-20220208_13-48` You ask some question inside discussion part of Github == I have idea: may be download binaries and run someone in VM ?
Which email client are you using? I saw Far3 on one of the images (Far file manager? Does it has an email client? Update: it seems it does: https://www.farmanager.com/plugins.php). Btw, your releases are as cryptic as your messages (thanks @pwd96m4a for the word cryptic, this is the correct word to describe this). Why didn't you shorten the file names a bit I wonder? If I have to read over this mess to find the thing I needed to download I would rather give up sorry.
AMD64_CYGWIN problems
3 problems are un-resolved now: