Re: Apple's Ventura OS issue with RSB.

2022-11-12 Thread Karel Gardas 


Hi,

more info on the issue. So, with Ventura I went up to 95 builds of 
6/rtems-sparc from which 29 failed.


I've found out that M1 Parallels supports installing Mac OS X 
installation into the VM hence went ahead and installed Monterey to have 
both OSes available on the same box. Now, in Monterey VM I did 54 builds 
of 6/rtems-sparc and with 0 failures. All built fine.


As the issue is pretty random it's really hard to report anything 
meaningful to any community. Hence just heads up to you, if you are on 
Mac OS X, expect some issues with Ventura -- till hopefully Apple fixes 
those...


Karel


On 11/8/22 10:15, Karel Gardas wrote:


More info on this issue:

(1) the issue (internal compiler error) does not happen all the time. In 
fact there are builds which even complete. The ratio failure/ok is 10/30 
so far -- building in a loop 6/rtems-sparc.


(2) attempt to bootstrap with GCC failed even more miserably. At least 
with GCC 12.x I installed from homebrew. The symptoms are fork sys call 
failing and a lot of processes created during the configure stage of 
various packages in a manner that it's too much. Basically RSB's 
packages' configure scripts are a fork bomb for whatever reason here on 
Ventura when attempting to use homebrew GCC 12.x. See below.


Due to nature of unpredictability this is not something worth reporting 
to GCC team now IMHO. We need to investigate more.


Ryan, if I'm not mistaken you have M1 mini for RTEMS builds, is that 
right? If so, do you still have Monterey on it? If so, could you be so 
kind and loop building of RSB's 6/rtems-sparc and allow it run for some 
time to see if by any mistake we have not overlooked the same stability 
issues on Monterey too? Let's say 1-2 days run should be enough to tell 
us more or give us some confidence if all builds pass well.


What I did to my clean config in order to compile RSB is:

- install xz (from homebrew is fine), side effect of this is you will 
get Apple's command line developer tools installed too -- which you need.


- compile python3.10 from source -- you need to enable SSL on it 
otherwise RSB would not be able to download from https.


- set paths to those two and run RSB

Nothing more was needed on Monterey in order to RSB compile...

Thanks!
Karel



Fork issues (example):

checking whether strtoull is declared... no
checking whether strverscmp is declared... no
checking whether strnlen is declared... no
checking whether canonicalize_file_name must be declared... yes
checking for stdlib.h... (cached) yes
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
checking for unistd.h... (cached) yes
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
checking for sys/param.h... (cached) yes
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
checking for getpagesize... (cached) yes
checking for working mmap... no
checking for working strncmp... no
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
configure: updating cache ./config.cache
configure: creating ./config.status
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
./config.status: fork: Resource temporarily unavailable
./config.status: fork: Resource temporarily unavailable
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure:
 fork: Resource temporarily unavailable
make[1]: *** [configure-libiberty] Error 1
rm: conftest.dSYM: is a directory
BSD nm
checking whether ln -s works... yes



On 11/6/22 16:09, Joel Sherrill wrote:
Is the cross gcc compiled with the native compiler provided by Apple? 
The alternative would likely be you installing something special.


I wonder if using gcc to compile it would work. But there's not a real 
solution.


Seems like an issue which needs reporting to gcc.

On Sun, Nov 6, 2022, 5:25 AM Karel Gardas  
wrote:



   Folks,

    upgraded to Ventura from Monterey and this breaks RSB for unknown
    reason. The issue looks like segfault/internal compiler error in GCC
    while compiling newlib.

    6/rtems-sparc:

    CC       libc/stdlib/libc_a-strtoll_r.o
    CC       libm/complex/libm_a-cpowf.o

Re: Apple's Ventura OS issue with RSB.

2022-11-08 Thread Karel Gardas 


More info on this issue:

(1) the issue (internal compiler error) does not happen all the time. In 
fact there are builds which even complete. The ratio failure/ok is 10/30 
so far -- building in a loop 6/rtems-sparc.


(2) attempt to bootstrap with GCC failed even more miserably. At least 
with GCC 12.x I installed from homebrew. The symptoms are fork sys call 
failing and a lot of processes created during the configure stage of 
various packages in a manner that it's too much. Basically RSB's 
packages' configure scripts are a fork bomb for whatever reason here on 
Ventura when attempting to use homebrew GCC 12.x. See below.


Due to nature of unpredictability this is not something worth reporting 
to GCC team now IMHO. We need to investigate more.


Ryan, if I'm not mistaken you have M1 mini for RTEMS builds, is that 
right? If so, do you still have Monterey on it? If so, could you be so 
kind and loop building of RSB's 6/rtems-sparc and allow it run for some 
time to see if by any mistake we have not overlooked the same stability 
issues on Monterey too? Let's say 1-2 days run should be enough to tell 
us more or give us some confidence if all builds pass well.


What I did to my clean config in order to compile RSB is:

- install xz (from homebrew is fine), side effect of this is you will 
get Apple's command line developer tools installed too -- which you need.


- compile python3.10 from source -- you need to enable SSL on it 
otherwise RSB would not be able to download from https.


- set paths to those two and run RSB

Nothing more was needed on Monterey in order to RSB compile...

Thanks!
Karel



Fork issues (example):

checking whether strtoull is declared... no
checking whether strverscmp is declared... no
checking whether strnlen is declared... no
checking whether canonicalize_file_name must be declared... yes
checking for stdlib.h... (cached) yes
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable

checking for unistd.h... (cached) yes
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable

checking for sys/param.h... (cached) yes
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable

checking for getpagesize... (cached) yes
checking for working mmap... no
checking for working strncmp... no
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable

configure: updating cache ./config.cache
configure: creating ./config.status
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable

./config.status: fork: Resource temporarily unavailable
./config.status: fork: Resource temporarily unavailable
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gdb-11.2-arm64-apple-darwin22.1.0-1/gdb-11.2/libiberty/configure: 
fork: Resource temporarily unavailable

make[1]: *** [configure-libiberty] Error 1
rm: conftest.dSYM: is a directory
BSD nm
checking whether ln -s works... yes



On 11/6/22 16:09, Joel Sherrill wrote:
Is the cross gcc compiled with the native compiler provided by Apple? 
The alternative would likely be you installing something special.


I wonder if using gcc to compile it would work. But there's not a real 
solution.


Seems like an issue which needs reporting to gcc.

On Sun, Nov 6, 2022, 5:25 AM Karel Gardas  wrote:


   Folks,

upgraded to Ventura from Monterey and this breaks RSB for unknown
reason. The issue looks like segfault/internal compiler error in GCC
while compiling newlib.

6/rtems-sparc:

    CC       libc/stdlib/libc_a-strtoll_r.o
    CC       libm/complex/libm_a-cpowf.o
../../../../gnu-mirror-gcc-a5a6598/newlib/libm/complex/cexpf.c: In
function 'cexpf':
../../../../gnu-mirror-gcc-a5a6598/newlib/libm/complex/cexpf.c:47:9:
internal compiler error: Segmentation fault: 11
     47 |         w = r * cosf(y) + r * sinf(y) * I;
        |         ^
libbacktrace could not find executable to open
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
See > for
instructions.
make[6]: *** [libm/complex/libm_a-cexpf.o] Error 1
make[6]: *** Waiting for unfinished jobs
    CC   

Re: Apple's Ventura OS issue with RSB.

2022-11-06 Thread Karel Gardas 

On 11/6/22 22:42, Chris Johns wrote:

indeed, the report here is probably minimal thing I should do.


Sebastian has pushed updates to the tools to the RSB. Did you happen to pick up
those?


Not at all! I'm still on:

https://git.rtems.org/rtems-source-builder/commit/?id=b02f7788e8bec38bbab9c57f65802e473d492a9c

Exactly the code working on Monterey.

Karel

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Apple's Ventura OS issue with RSB.

2022-11-06 Thread Chris Johns 
On 7/11/2022 5:38 am, Karel Gardas wrote:
> 
> Side note before answering : the email was motivated by the fact that I 
> provided
> few patches to RSB to make that working well on Monterey running on M1. This 
> was
> just few weeks ago so I know, this was running well. Last week I've updated to
> Ventura and things felt apart. Hence the report here.
> 
> On 11/6/22 16:09, Joel Sherrill wrote:
>> Is the cross gcc compiled with the native compiler provided by Apple? 
> 
> Yes, it is.
> 
>> The alternative would likely be you installing something special.
> 
> No, I keep OS as clean as possible and as stock as possible to be as close as
> possible to customer configuration.
> 
>> I wonder if using gcc to compile it would work. But there's not a real 
>> solution.
> 
> Indeed, I'll see if I can do anything about that as that would also be usable
> for...
> 
>>
>> Seems like an issue which needs reporting to gcc.
>>
> 
> indeed, the report here is probably minimal thing I should do.

Sebastian has pushed updates to the tools to the RSB. Did you happen to pick up
those?

Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Apple's Ventura OS issue with RSB.

2022-11-06 Thread Karel Gardas 



Side note before answering : the email was motivated by the fact that I 
provided few patches to RSB to make that working well on Monterey 
running on M1. This was just few weeks ago so I know, this was running 
well. Last week I've updated to Ventura and things felt apart. Hence the 
report here.


On 11/6/22 16:09, Joel Sherrill wrote:
Is the cross gcc compiled with the native compiler provided by Apple? 


Yes, it is.


The alternative would likely be you installing something special.


No, I keep OS as clean as possible and as stock as possible to be as 
close as possible to customer configuration.


I wonder if using gcc to compile it would work. But there's not a real 
solution.


Indeed, I'll see if I can do anything about that as that would also be 
usable for...




Seems like an issue which needs reporting to gcc.



indeed, the report here is probably minimal thing I should do.

Thanks,
Karel

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Apple's Ventura OS issue with RSB.

2022-11-06 Thread Joel Sherrill 
Is the cross gcc compiled with the native compiler provided by Apple? The
alternative would likely be you installing something special.

I wonder if using gcc to compile it would work. But there's not a real
solution.

Seems like an issue which needs reporting to gcc.

On Sun, Nov 6, 2022, 5:25 AM Karel Gardas  wrote:

>
>   Folks,
>
> upgraded to Ventura from Monterey and this breaks RSB for unknown
> reason. The issue looks like segfault/internal compiler error in GCC
> while compiling newlib.
>
> 6/rtems-sparc:
>
>CC   libc/stdlib/libc_a-strtoll_r.o
>CC   libm/complex/libm_a-cpowf.o
> ../../../../gnu-mirror-gcc-a5a6598/newlib/libm/complex/cexpf.c: In
> function 'cexpf':
> ../../../../gnu-mirror-gcc-a5a6598/newlib/libm/complex/cexpf.c:47:9:
> internal compiler error: Segmentation fault: 11
> 47 | w = r * cosf(y) + r * sinf(y) * I;
>| ^
> libbacktrace could not find executable to open
> Please submit a full bug report, with preprocessed source (by using
> -freport-bug).
> See  for instructions.
> make[6]: *** [libm/complex/libm_a-cexpf.o] Error 1
> make[6]: *** Waiting for unfinished jobs
>CC   libc/stdlib/libc_a-strtoull_r.o
>CC   libc/stdlib/libc_a-wcstoll.o
>CC   libc/stdlib/libc_a-wcstoll_r.o
>CC   libc/stdlib/libc_a-wcstoull.o
>CC   libc/stdlib/libc_a-wcstoull_r.o
>CC   libc/stdlib/libc_a-atoll.o
> make[5]: *** [all] Error 2
> make[4]: *** [multi-do] Error 1
> make[3]: *** [all-multi] Error 2
> make[3]: *** Waiting for unfinished jobs
>
>
>
> 6/rtems-arm:
>
>CC   libm/common/libm_a-s_isinf.o
>CC   libm/common/libm_a-s_isinfd.o
> ../../../../../../gnu-mirror-gcc-a5a6598/newlib/libm/common/s_expm1.c:
> In function 'expm1':
>CC   libm/common/libm_a-s_isnan.o
> ../../../../../../gnu-mirror-gcc-a5a6598/newlib/libm/common/s_expm1.c:225:9:
>
> internal compiler error: in real_from_string, at real.cc:2131
>225 | hfx = 0.5*x;
>| ^~~
>CC   libm/common/libm_a-s_isnand.o
> Please submit a full bug report, with preprocessed source (by using
> -freport-bug).
> See  for instructions.
> make[6]: *** [libm/common/libm_a-s_expm1.o] Error 1
> make[6]: *** Waiting for unfinished jobs
>CC   libm/common/libm_a-s_log1p.o
> make[5]: *** [all] Error 2
> make[4]: *** [multi-do] Error 1
> make[3]: *** [all-multi] Error 2
> make[2]: *** [all] Error 2
> make[1]: *** [all-target-newlib] Error 2
> make: *** [all] Error 2
> shell cmd failed: /bin/sh -ex
> /Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gcc-a5a6598
>
>
> So just HEADS UP to those using Mac OS X on Apple silicon!
>
> Karel
>
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel
>
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Apple's Ventura OS issue with RSB.

2022-11-06 Thread Karel Gardas 



 Folks,

upgraded to Ventura from Monterey and this breaks RSB for unknown 
reason. The issue looks like segfault/internal compiler error in GCC 
while compiling newlib.


6/rtems-sparc:

  CC   libc/stdlib/libc_a-strtoll_r.o
  CC   libm/complex/libm_a-cpowf.o
../../../../gnu-mirror-gcc-a5a6598/newlib/libm/complex/cexpf.c: In 
function 'cexpf':
../../../../gnu-mirror-gcc-a5a6598/newlib/libm/complex/cexpf.c:47:9: 
internal compiler error: Segmentation fault: 11

   47 | w = r * cosf(y) + r * sinf(y) * I;
  | ^
libbacktrace could not find executable to open
Please submit a full bug report, with preprocessed source (by using 
-freport-bug).

See  for instructions.
make[6]: *** [libm/complex/libm_a-cexpf.o] Error 1
make[6]: *** Waiting for unfinished jobs
  CC   libc/stdlib/libc_a-strtoull_r.o
  CC   libc/stdlib/libc_a-wcstoll.o
  CC   libc/stdlib/libc_a-wcstoll_r.o
  CC   libc/stdlib/libc_a-wcstoull.o
  CC   libc/stdlib/libc_a-wcstoull_r.o
  CC   libc/stdlib/libc_a-atoll.o
make[5]: *** [all] Error 2
make[4]: *** [multi-do] Error 1
make[3]: *** [all-multi] Error 2
make[3]: *** Waiting for unfinished jobs



6/rtems-arm:

  CC   libm/common/libm_a-s_isinf.o
  CC   libm/common/libm_a-s_isinfd.o
../../../../../../gnu-mirror-gcc-a5a6598/newlib/libm/common/s_expm1.c: 
In function 'expm1':

  CC   libm/common/libm_a-s_isnan.o
../../../../../../gnu-mirror-gcc-a5a6598/newlib/libm/common/s_expm1.c:225:9: 
internal compiler error: in real_from_string, at real.cc:2131

  225 | hfx = 0.5*x;
  | ^~~
  CC   libm/common/libm_a-s_isnand.o
Please submit a full bug report, with preprocessed source (by using 
-freport-bug).

See  for instructions.
make[6]: *** [libm/common/libm_a-s_expm1.o] Error 1
make[6]: *** Waiting for unfinished jobs
  CC   libm/common/libm_a-s_log1p.o
make[5]: *** [all] Error 2
make[4]: *** [multi-do] Error 1
make[3]: *** [all-multi] Error 2
make[2]: *** [all] Error 2
make[1]: *** [all-target-newlib] Error 2
make: *** [all] Error 2
shell cmd failed: /bin/sh -ex 
/Users/karel/src/macosx-fix-sis/rtems/build/arm-rtems6-gcc-a5a6598



So just HEADS UP to those using Mac OS X on Apple silicon!

Karel

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel