raulcd commented on PR #45618:
URL: https://github.com/apache/arrow/pull/45618#issuecomment-2757774226

   @kou it seems I've been able to fix the CGLib & Ruby jobs here but I am 
unsure why the one for MinGW fails. It seems it is not correctly linking with 
`arrow_compute` on that case and we get the missing symbol to register the 
Compute Kernels:
   ```
   creating Makefile
   
C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
 arrow.o: in function `__static_initialization_and_destruction_0':
   C:/msys64/ucrt64/include/arrow/compute/kernels/api.h:29:(.text+0x613): 
undefined reference to `__imp__ZN5arrow7compute22RegisterComputeKernelsEv'
   
C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
 converters.o: in function `__static_initialization_and_destruction_0':
   C:/msys64/ucrt64/include/arrow/compute/kernels/api.h:29:(.text+0x48a): 
undefined reference to `__imp__ZN5arrow7compute22RegisterComputeKernelsEv'
   
C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
 memory-view.o: in function `__static_initialization_and_destruction_0':
   C:/msys64/ucrt64/include/arrow/compute/kernels/api.h:29:(.text+0x482): 
undefined reference to `__imp__ZN5arrow7compute22RegisterComputeKernelsEv'
   
C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
 raw-records.o: in function `__static_initialization_and_destruction_0':
   C:/msys64/ucrt64/include/arrow/compute/kernels/api.h:29:(.text+0x6418): 
undefined reference to `__imp__ZN5arrow7compute22RegisterComputeKernelsEv'
   
C:/msys64/ucrt64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
 values.o: in function `__static_initialization_and_destruction_0':
   C:/msys64/ucrt64/include/arrow/compute/kernels/api.h:29:(.text+0x3868): 
undefined reference to `__imp__ZN5arrow7compute22RegisterComputeKernelsEv'
   ```
   
   I've tried to follow the same approach we follow for Acero but I am unsure 
on some of the internals of the build system for CGLib Ruby, let me know if you 
have an idea on where the issue is.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: github-unsubscr...@arrow.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to