OS/2, eCS & ArcaOS - Technical > Programming

GCC - updates

<< < (19/20) > >>

Steven Levine:
I can be so brain-dead.  In hindsight the answer to my question is obviously gcc -v.

IAC, I may have found a way toward a solution.  A bit of poking about indicates that the kernel can return ERROR_BUSY if an allocation request for contiguous linear address space fails.  I guess the logic is that this might be a temporary resource limit.

I need to carve out some quality time with the kernel debugger to fully understand where the ERROR_BUSY is coming from.

This convinced me to try highmem -d on a corrected version of Knut's testcase.  Unfortunately highmem marks both the data and stack objects to load high which causes the testcase to trap.  Oops.  exehdr supports marking specific objects, but so far, it's trapping when asked to mark the testcase.

More later...

Exehdr was trapping because it cannot handle long names.  After renaming the testcase to 8.3 format, exehdr marked object 2 to load high.  Unfortunately, this did not avoid the fork failure.

Paul Smedley:
Building the release version of GCC 15.1.0 now - I expect the forking will still be a problem...

Paul Smedley:

--- Quote from: Paul Smedley on April 26, 2025, 03:09:31 am ---Building the release version of GCC 15.1.0 now - I expect the forking will still be a problem...

--- End quote ---


--- Code: ---gcc.exe (GCC) 15.1.0
Copyright (C) 2025 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.

--- End code ---

Paul Smedley:
https://smedley.id.au/tmp/gcc-15.1.0-os2-20250427.zip

Dave Yeo:
404

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version