[omniORB] Building omniORBpy 2.4.6 on MSYS2 + MinGW64

[Nabil Ghodbane]

Hi,
yes you're right it's 4.2.6; I modified the dir.mk files such that the pyd
files are now generated.
Unfortunately,  I come to this error during the installation process about
corbaidl.idl
Does this by chance ring a bell ? I welcome hints about how to proceed here
.
I will of course gather all these patches into one single file that I will
share at the end .
Thanks for your valuable feedback.

Traceback (most recent call last):
  File "<string>", line 33, in <module>
  File
"D:\msys64\home\nghodban\workspace\BUILD\omniORB-4.2.6\lib\python\omniidl\main.py",
line 430, in main
    tree = _omniidl.compile(file, name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: Cannot open file descriptor

nghodban at PO16920 MINGW64 ~/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy
$ make export
PYSUBDIR = python3
making export in src/lib/omniORBpy/modules...
make[1]: Entering directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/modules'
File pydistdate.hh hasn't changed.
File _omnipy.pyd hasn't changed.
making export in src/lib/omniORBpy/modules/codesets...
make[2]: Entering directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/modules/codesets'
File _omnicodesets.pyd hasn't changed.
make[2]: Leaving directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/modules/codesets'
making export in src/lib/omniORBpy/modules/connections...
make[2]: Entering directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/modules/connections'
File _omniConnMgmt.pyd hasn't changed.
make[2]: Leaving directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/modules/connections'
make[1]: Leaving directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/modules'
making export in src/lib/omniORBpy/python3...
make[1]: Entering directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/python3'
making export in src/lib/omniORBpy/python3/omniidl_be...
make[2]: Entering directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/python3/omniidl_be'
File __init__.py hasn't changed.
File python.py hasn't changed.
Listing '.'...
Listing '.\\cxx'...
Listing '.\\cxx\\dynskel'...
Listing '.\\cxx\\header'...
Listing '.\\cxx\\impl'...
Listing '.\\cxx\\skel'...
make[2]: Leaving directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/python3/omniidl_be'
making export in src/lib/omniORBpy/python3/omniORB...
make[2]: Entering directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/python3/omniORB'
../../../../../bin/x86_win32/omniidl -v -p../../../../../python3/omniidl_be
\
        -I../../../../../idl \
        -I../../../idl/omniORB \
        -I../../../share/idl/omniORB \
        -I/idl/omniORB \
        -bpython -nf -Wbno_package ../../../../../idl/corbaidl.idl
omniidl: Importing back-end 'python'
omniidl: 'python' imported from
'D:\msys64\home\nghodban\workspace\BUILD\omniORB-4.2.6\lib\python\omniidl_be\python.py'
omniidl: Preprocessing '../../../../../idl/corbaidl.idl' with
'D:\msys64\home\nghodban\workspace\BUILD\omniORB-4.2.6\bin\x86_win32\omnicpp
-lang-c++ -undef -D__OMNIIDL__=0x2630 -I "../../../..
/../idl" -I "../../../idl/omniORB" -I "../../../share/idl/omniORB" -I
"D:/msys64/idl/omniORB" -D__OMNIIDL_PYTHON__
"../../../../../idl/corbaidl.idl"'
omniidl: Running front end
Traceback (most recent call last):
  File "<string>", line 33, in <module>
  File
"D:\msys64\home\nghodban\workspace\BUILD\omniORB-4.2.6\lib\python\omniidl\main.py",
line 430, in main
    tree = _omniidl.compile(file, name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: Cannot open file descriptor
make[2]: *** [dir.mk:16: corbaidl_idl.py] Error 127
make[2]: Leaving directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/python3/omniORB'
make[1]: *** [dir.mk:12: export] Error 2
make[1]: Leaving directory
'/home/nghodban/workspace/BUILD/omniORB-4.2.6/src/lib/omniorpy/python3'





On Sun, Jul 14, 2024 at 8:34 PM Duncan Grisby <duncan at grisby.org> wrote:

> On Sun, 2024-07-14 at 14:16 +0200, Nabil Ghodbane via omniORB-list
> wrote:
>
> [...]
> >   - It seems that omniORB 2.4.6 at least does not support c++17
> > standard on MinGW and one has to fall back to c++14.
>
> I assume you mean 4.2.6. There was never a 2.4.6 release.
>
> Regardless, 4.2 is very old. The current release is 4.3.2. You are
> unlikely to have much success in using up-to-date C++ and Python
> versions with old omniORB versions.
>
> MinGW is not a supported compiler for omniORB. You might be able to
> make it work, but it is no surprise if it doesn't work at present.
>
> If you are successful in compiling omniORB and omniORBpy 4.3.2 with
> MinGW, please send patches.
>
> Regards,
>
> Duncan.
>
> --
> Duncan Grisby <duncan at grisby.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.omniorb-support.com/pipermail/omniorb-list/attachments/20240714/69db2f3c/attachment-0001.htm>