• ALR unable to get many packages

    From Kenneth Wolcott@21:1/5 to All on Fri Aug 4 13:09:15 2023
    Hi;

    I am on a Mac Mini with an M1 chip and I have GNAT Ada 13.1 (thanks Simon!)

    ALR does not work very well for me. I am unable to "alr get" many packages (see below for an example).

    Updating the index does not help in most of these cases.

    Is ALR incompatible with an external GNAT compiler?

    What am I doing wrong here?

    Thanks,
    Ken Wolcott

    alr --no-color get aws
    Warning:
    Warning: New solution is incomplete.
    Warning: +i gnat 13.1.0 (new,installed,gnat_external)
    Warning: + gnatcoll 23.0.0 (new)
    Warning: + libgpr 23.0.0 (new,indirect)
    Warning: + make 3.81.0 (new)
    Warning: +~ openssl * (new,external)
    Warning: + xmlada 23.0.0 (new)
    Warning:
    Warning: Could not find a complete solution for aws=23.0.0
    Build will fail unless externals are made available, do you want to continue? [Y] Yes [N] No (default is No) n
    ERROR: Crate retrieval abandoned.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to Kenneth Wolcott on Sat Aug 5 08:28:53 2023
    Kenneth Wolcott <kennethwolcott@gmail.com> writes:

    I am on a Mac Mini with an M1 chip and I have GNAT Ada 13.1 (thanks Simon!)

    I take it you're using the aarch64 (Apple silicon) version?

    ALR does not work very well for me. I am unable to "alr get" many
    packages (see below for an example).

    Please let me know which (external) packages you're having trouble with.

    Updating the index does not help in most of these cases.

    Is ALR incompatible with an external GNAT compiler?

    No.

    Which version of alr are you using? If it's 2.0-dev (from my build, see
    below, for Apple silicon) then it understands Homebrew.

    https://github.com/simonjwright/alire-index.mac/releases/tag/alr_binary_aarch64-1.0.0

    Not all index entries for external packages have been updated to include Homebrew links (this includes openssl), but you should still be able to
    say "brew install <whatever>" and have it work.

    At present, you need to have something like this in your startup
    scripts: working on it!

    eval $(/opt/homebrew/bin/brew shellenv)
    export C_INCLUDE_PATH=$HOMEBREW_PREFIX/include
    export LIBRARY_PATH=$HOMEBREW_PREFIX/lib

    What am I doing wrong here?

    Running past the wavefront :-(

    alr --no-color get aws

    It took me a while to work out that I needed to use
    --no-color. Investigating what's going wrong.

    Warning:
    Warning: New solution is incomplete.
    Warning: +i gnat 13.1.0 (new,installed,gnat_external)
    Warning: + gnatcoll 23.0.0 (new)
    Warning: + libgpr 23.0.0 (new,indirect)
    Warning: + make 3.81.0 (new)
    Warning: +~ openssl * (new,external)
    Warning: + xmlada 23.0.0 (new)
    Warning:
    Warning: Could not find a complete solution for aws=23.0.0
    Build will fail unless externals are made available, do you want to continue? [Y] Yes [N] No (default is No) n
    ERROR: Crate retrieval abandoned.

    If you "brew install openssl" you should be able to say "Y" here.

    I found there was an extra setting required:

    alr build -- -XTARGET=aarch64-apple-darwin21

    (find the correct setting by "gcc -v" and looking at the "Target:" line).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to Simon Wright on Sat Aug 5 14:02:25 2023
    On Saturday, August 5, 2023 at 12:28:59 AM UTC-7, Simon Wright wrote:
    Kenneth Wolcott writes:

    I am on a Mac Mini with an M1 chip and I have GNAT Ada 13.1 (thanks Simon!)
    I take it you're using the aarch64 (Apple silicon) version?
    ALR does not work very well for me. I am unable to "alr get" many
    packages (see below for an example).
    Please let me know which (external) packages you're having trouble with.
    Updating the index does not help in most of these cases.

    Is ALR incompatible with an external GNAT compiler?
    No.

    Which version of alr are you using? If it's 2.0-dev (from my build, see below, for Apple silicon) then it understands Homebrew.

    https://github.com/simonjwright/alire-index.mac/releases/tag/alr_binary_aarch64-1.0.0

    Not all index entries for external packages have been updated to include Homebrew links (this includes openssl), but you should still be able to
    say "brew install <whatever>" and have it work.

    At present, you need to have something like this in your startup
    scripts: working on it!

    eval $(/opt/homebrew/bin/brew shellenv)
    export C_INCLUDE_PATH=$HOMEBREW_PREFIX/include
    export LIBRARY_PATH=$HOMEBREW_PREFIX/lib
    What am I doing wrong here?
    Running past the wavefront :-(

    alr --no-color get aws

    It took me a while to work out that I needed to use
    --no-color. Investigating what's going wrong.
    Warning:
    Warning: New solution is incomplete.
    Warning: +i gnat 13.1.0 (new,installed,gnat_external)
    Warning: + gnatcoll 23.0.0 (new)
    Warning: + libgpr 23.0.0 (new,indirect)
    Warning: + make 3.81.0 (new)
    Warning: +~ openssl * (new,external)
    Warning: + xmlada 23.0.0 (new)
    Warning:
    Warning: Could not find a complete solution for aws=23.0.0
    Build will fail unless externals are made available, do you want to continue?
    [Y] Yes [N] No (default is No) n
    ERROR: Crate retrieval abandoned.
    If you "brew install openssl" you should be able to say "Y" here.

    I found there was an extra setting required:

    alr build -- -XTARGET=aarch64-apple-darwin21

    (find the correct setting by "gcc -v" and looking at the "Target:" line).

    Hi Simon;

    So I guess it is fair to say that ALR depends on homebrew and ALR will not work at all if there is a dependency on some C headers or libraries that can only be provided by homebrew?

    Thanks,
    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to Kenneth Wolcott on Sat Aug 5 14:58:42 2023
    On Saturday, August 5, 2023 at 2:02:27 PM UTC-7, Kenneth Wolcott wrote:
    On Saturday, August 5, 2023 at 12:28:59 AM UTC-7, Simon Wright wrote:
    Kenneth Wolcott writes:

    I am on a Mac Mini with an M1 chip and I have GNAT Ada 13.1 (thanks Simon!)
    I take it you're using the aarch64 (Apple silicon) version?
    ALR does not work very well for me. I am unable to "alr get" many packages (see below for an example).
    Please let me know which (external) packages you're having trouble with.
    Updating the index does not help in most of these cases.

    Is ALR incompatible with an external GNAT compiler?
    No.

    Which version of alr are you using? If it's 2.0-dev (from my build, see below, for Apple silicon) then it understands Homebrew.

    https://github.com/simonjwright/alire-index.mac/releases/tag/alr_binary_aarch64-1.0.0

    Not all index entries for external packages have been updated to include Homebrew links (this includes openssl), but you should still be able to say "brew install <whatever>" and have it work.

    At present, you need to have something like this in your startup
    scripts: working on it!

    eval $(/opt/homebrew/bin/brew shellenv)
    export C_INCLUDE_PATH=$HOMEBREW_PREFIX/include
    export LIBRARY_PATH=$HOMEBREW_PREFIX/lib
    What am I doing wrong here?
    Running past the wavefront :-(

    alr --no-color get aws

    It took me a while to work out that I needed to use
    --no-color. Investigating what's going wrong.
    Warning:
    Warning: New solution is incomplete.
    Warning: +i gnat 13.1.0 (new,installed,gnat_external)
    Warning: + gnatcoll 23.0.0 (new)
    Warning: + libgpr 23.0.0 (new,indirect)
    Warning: + make 3.81.0 (new)
    Warning: +~ openssl * (new,external)
    Warning: + xmlada 23.0.0 (new)
    Warning:
    Warning: Could not find a complete solution for aws=23.0.0
    Build will fail unless externals are made available, do you want to continue?
    [Y] Yes [N] No (default is No) n
    ERROR: Crate retrieval abandoned.
    If you "brew install openssl" you should be able to say "Y" here.

    I found there was an extra setting required:

    alr build -- -XTARGET=aarch64-apple-darwin21

    (find the correct setting by "gcc -v" and looking at the "Target:" line).
    Hi Simon;

    So I guess it is fair to say that ALR depends on homebrew and ALR will not work at all if there is a dependency on some C headers or libraries that can only be provided by homebrew?

    Thanks,
    Ken

    BTW, Simon, I am NOW using your ALR package. I am using the following build

    alr --no-color build -- -XTARGET=arm64-apple-darwin22.6.0

    I was able to "alr get" and successfully build only eight of the alr packages that I was interested in.

    ansiada_1.0.0_dc770a5a
    apdf_6.0.0_7c3ce4e9
    aunit_23.0.0_84ce7d0b
    euler_tools_1.1.1_cf37e6f9
    gnatcoll_23.0.0_29478a20
    parse_args_0.9.0_635f9e4f
    stephes_ada_library_3.7.2_2b6a88f9
    xmlada_23.0.0_70494123

    Either the get failed or the compile failed. I'll assume that virtually all of those "get" failures are due to lack of a homebrew installation.

    I have MANY MacPorts port packages installed which I like very much.

    It seems clear that MacPorts and homebrew are not compatible (especially if building packages using either or both of them).

    BTW: mathpaqs failed to build due to "digits value out of range, maximum is 15".

    Thanks,
    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to Kenneth Wolcott on Sat Aug 5 23:12:45 2023
    Kenneth Wolcott <kennethwolcott@gmail.com> writes:

    So I guess it is fair to say that ALR depends on homebrew and ALR
    will not work at all if there is a dependency on some C headers or
    libraries that can only be provided by homebrew?

    Sorry, but I've no idea how you got there from what I said!

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to Simon Wright on Sat Aug 5 15:41:26 2023
    On Saturday, August 5, 2023 at 3:12:48 PM UTC-7, Simon Wright wrote:
    Kenneth Wolcott writes:

    So I guess it is fair to say that ALR depends on homebrew and ALR
    will not work at all if there is a dependency on some C headers or libraries that can only be provided by homebrew?
    Sorry, but I've no idea how you got there from what I said!

    Ok, perhaps that was a wee-bit severe, but it sure does look like that is the case.

    What else am I to do?

    If I don't install homebrew then what is it that I need to do to achieve the objective? I'd like to use ALR, but it looks like it only works for packages that are pure Ada (I'm not 100% sure of that, but it seems to be the case).

    So please show me what to do that will result in further progress with ALR and an M1 chip without using homebrew...

    Also, I'm still learning how to use gprbuild, so I really don't understand how to proceed with the hand-patching of the sdlada porting to MacPorts issue (different thread).

    Thanks,
    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to All on Sun Aug 6 09:26:14 2023
    Kenneth Wolcott <kennethwolcott@gmail.com> writes:

    [About 70 lines of quoted comment. It'd help if you could leave in only
    the relevant parts of the message you're replying to.]

    BTW, Simon, I am NOW using your ALR package. I am using the following
    build

    I'm going to have to consider making releases in a way that makes it
    easier for me to identify which release you're using.

    alr --no-color build -- -XTARGET=arm64-apple-darwin22.6.0

    If this is when building aws, where there is an issue with TARGET, I'd recommend setting TARGET to what you get by executing "gcc -dumpmachine",
    which I believe should be "aarch64-apple-darwin21". The problem is that
    aws's alire.toml sets TARGET to a value different from that needed by
    the actual code.

    I was able to "alr get" and successfully build only eight of the alr packages that I was interested in.

    Sorry, what I'm interested in at the meoment is the ones that *didn't*
    work because they tried to use an external that isn't set up yet;
    something like

    $ alr with libreadline
    ⓘ Synchronizing workspace...
    Nothing to update.

    Requested changes:

    ✓ libreadline * (add)

    Changes to dependency solution:

    New solution is incomplete.
    +🔎 libreadline * (new,external) <============

    Do you want to proceed?
    [Y] Yes [N] No (default is No)

    It seems clear that MacPorts and homebrew are not compatible
    (especially if building packages using either or both of them).

    I think you could probably install both for getting tools (eg graphviz),
    but to install libraries for building software against you have to
    decide which one to go for. My latest version of alr (not yet released,
    issue with Github CI) checks whether "brew" or "port" are on the PATH;
    if it finds both, it chooses Homebrew.

    BTW: mathpaqs failed to build due to "digits value out of range,
    maximum is 15".

    This is because GNAT on x86_64 implements Long_Long_Float as 128 bits,
    'digits 18', whereas GNAT on aarch64 only goes up to 64 bits, 'digits
    15'.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to Kenneth Wolcott on Sun Aug 6 12:30:12 2023
    Kenneth Wolcott <kennethwolcott@gmail.com> writes:

    If I don't install homebrew then what is it that I need to do to
    achieve the objective? I'd like to use ALR, but it looks like it only
    works for packages that are pure Ada (I'm not 100% sure of that, but
    it seems to be the case).

    So please show me what to do that will result in further progress with
    ALR and an M1 chip without using homebrew...

    No guarantees here, but ..

    If alr says that a particular external package isn't available, then

    * instead of saying N say Y and install the requested package using port

    * set these environment variables:
    export C_INCLUDE_PATH=/opt/local/include
    export CPLUS_INCLUDE_PATH=/opt/local/include
    export LIBRARY_PATH=/opt/local/lib

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to All on Sun Aug 6 16:29:17 2023
    Hi Simon;

    An attempt to "get" aws follows along with all of my openssl installed packages from MacPorts.

    alr --no-color get aws
    Warning:
    Warning: New solution is incomplete.
    Warning: +i gnat 13.1.0 (new,installed,gnat_external)
    Warning: + gnatcoll 23.0.0 (new)
    Warning: + libgpr 23.0.0 (new,indirect)
    Warning: + make 3.81.0 (new)
    Warning: +~ openssl * (new,external)
    Warning: + xmlada 23.0.0 (new)
    Warning:
    Warning: Could not find a complete solution for aws=23.0.0
    Build will fail unless externals are made available, do you want to continue? [Y] Yes [N] No (default is No) y
    Note: Deploying aws=23.0.0... ########################################################################################################################### 100.0%
    warn: Generating possibly incomplete environment because of missing dependencies
    Note: Deploying make=3.81.0...
    Note: Deploying xmlada=23.0.0...
    -=O#- # # #
    Note: Running post_fetch actions for xmlada=23.0.0...
    checking build system type... aarch64-apple-darwin22.6.0
    checking host system type... aarch64-apple-darwin22.6.0
    checking target system type... aarch64-apple-darwin22.6.0
    checking whether gnat can build shared libs... yes
    checking for a BSD-compatible install... /opt/local/bin/ginstall -c
    checking whether ln -s works... yes
    configure: creating ./config.status
    config.status: creating xmlada_shared.gpr
    config.status: creating Makefile
    config.status: creating tests/dom/default.gpr
    Note: Deploying libgpr=23.0.0...
    -=O#- # # #
    Note: Deploying gnatcoll=23.0.0...
    -=#=- # # #
    Note: Running post_fetch actions for aws=23.0.0...
    sed: illegal option -- s
    usage: sed script [-Ealnru] [-i extension] [file ...]
    sed [-Ealnu] [-i extension] [-e script] ... [-f script_file] ... [file ...]
    sed: illegal option -- s
    usage: sed script [-Ealnru] [-i extension] [file ...]
    sed [-Ealnu] [-i extension] [-e script] ... [-f script_file] ... [file ...]
    Bind
    [gprbind] xoscons.bexch
    [Ada] xoscons.ali
    Link
    [link] xoscons.adb
    Setup OS specific definitions
    aws-os_lib-tmplt.c:324:24: error: invalid operand for inline asm constraint 'i' /*NOGEN*/ asm volatile("\n->CND:%0:" "SIN_FAMILY_OFFSET" ":%1:" "sin_family offset in record" : : "i" (324), "i" ((int) (uintptr_t)((uintptr_t)&sa.sin_family - (uintptr_t)&sa)));;
    ^
    aws-os_lib-tmplt.c:343:24: error: invalid operand for inline asm constraint 'i' /*NOGEN*/ asm volatile("\n->CND:%0:" "AI_FAMILY_OFFSET" ":%1:" "???" : : "i" (343), "i" ((int) (uintptr_t)((uintptr_t)&ai.ai_family - (uintptr_t)&ai)));;
    ^
    aws-os_lib-tmplt.c:344:24: error: invalid operand for inline asm constraint 'i' /*NOGEN*/ asm volatile("\n->CND:%0:" "AI_CANONNAME_OFFSET" ":%1:" "???" : : "i" (344), "i" ((int) (uintptr_t)((uintptr_t)&ai.ai_canonname - (uintptr_t)&ai)));;
    ^
    aws-os_lib-tmplt.c:345:24: error: invalid operand for inline asm constraint 'i' /*NOGEN*/ asm volatile("\n->CND:%0:" "AI_ADDR_OFFSET" ":%1:" "???" : : "i" (345), "i" ((int) (uintptr_t)((uintptr_t)&ai.ai_addr - (uintptr_t)&ai)));;
    ^
    aws-os_lib-tmplt.c:233:17: error: unexpected token at start of statement
    asm volatile("\n->TXT:%0:" "-- This is the version for " "arm64-apple-darwin22.6.0" : : "i" (233));
    ^
    <inline asm>:2:1: note: instantiated into assembly here
    TXT:233:-- This is the version for arm64-apple-darwin22.6.0
    ^
    aws-os_lib-tmplt.c:234:17: error: unexpected token at start of statement
    asm volatile("\n->TXT:%0:" "" : : "i" (234));
    ^
    <inline asm>:2:1: note: instantiated into assembly here
    TXT:234:
    ^
    aws-os_lib-tmplt.c:240:17: error: unexpected token at start of statement
    asm volatile("\n->TXT:%0:" "with Interfaces.C.Strings;" : : "i" (240));
    ^
    <inline asm>:2:1: note: instantiated into assembly here
    TXT:240:with Interfaces.C.Strings;
    ^
    aws-os_lib-tmplt.c:241:17: error: unexpected token at start of statement
    asm volatile("\n->TXT:%0:" "with System;" : : "i" (241));
    ^
    <inline asm>:2:1: note: instantiated into assembly here
    TXT:241:with System;
    ^
    aws-os_lib-tmplt.c:243:17: error: unexpected token at start of statement
    asm volatile("\n->TXT:%0:" "with GNAT.OS_Lib;" : : "i" (243));
    ^
    <inline asm>:2:1: note: instantiated into assembly here
    TXT:243:with GNAT.OS_Lib;
    ^
    aws-os_lib-tmplt.c:272:17: error: unexpected token at start of statement
    asm volatile("\n->C:%0:" "Target_OS" ":" "OS_Type" ":" "Other_OS" ":" "" : : "i" (272));
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->C:272:Target_OS:OS_Type:Other_OS:
    ^
    aws-os_lib-tmplt.c:281:17: error: unexpected token at start of statement
    asm volatile("\n->C:%0:" "Target_Name" ":" "String" ":" "arm64-apple-darwin22.6.0" ":" "" : : "i" (281));
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->C:281:Target_Name:String:arm64-apple-darwin22.6.0:
    ^
    aws-os_lib-tmplt.c:310:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_unsigned_int" ":%1:" "Size of unsigned int" : : "i" (310), "i" ((int) sizeof (unsigned int)));
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:310:SIZEOF_unsigned_int:4:Size of unsigned int
    ^
    aws-os_lib-tmplt.c:313:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_fd_set" ":%1:" "fd_set" : : "i" (313), "i" ((int) (sizeof (fd_set))));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:313:SIZEOF_fd_set:128:fd_set
    ^
    aws-os_lib-tmplt.c:314:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "FD_SETSIZE" ":%1:" "Max fd value" : : "i" (314), "i" ((int) 1024));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:314:FD_SETSIZE:1024:Max fd value
    ^
    aws-os_lib-tmplt.c:320:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_sin_family" ":%1:" "Size of sa.sin_family" : : "i" (320), "i" ((int) sizeof (sa.sin_family) * 8));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:320:SIZEOF_sin_family:8:Size of sa.sin_family
    ^
    aws-os_lib-tmplt.c:353:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_nfds_t" ":%1:" "Size of nfds_t" : : "i" (353), "i" ((int) sizeof (nfds_t) * 8));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:353:SIZEOF_nfds_t:32:Size of nfds_t
    ^
    aws-os_lib-tmplt.c:362:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_pollfd_events" ":%1:" "Size of pollfd.events" : : "i" (362), "i" ((int) sizeof (v_pollfd.events) * 8));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:362:SIZEOF_pollfd_events:16:Size of pollfd.events
    ^
    aws-os_lib-tmplt.c:373:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_fd_type" ":%1:" "Size of socket fd" : : "i" (373), "i" ((int) sizeof (v_pollfd.fd) * 8));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:373:SIZEOF_fd_type:32:Size of socket fd
    ^
    aws-os_lib-tmplt.c:381:17: error: unexpected token at start of statement
    asm volatile("\n->CND:%0:" "SIZEOF_socklen_t" ":%1:" "Size of socklen_t" : : "i" (381), "i" ((int) sizeof (socklen_t) * 8));;
    ^
    <inline asm>:2:1: note: instantiated into assembly here ->CND:381:SIZEOF_socklen_t:32:Size of socklen_t
    ^
    fatal error: too many errors emitted, stopping now [-ferror-limit=]
    20 errors generated.
    raised raised ADA.IO_EXCEPTIONS.NAME_ERROR : aws-os_lib-tmplt.s: No such file or directory

    make[1]: *** [../.build/arm64-apple-darwin22.6.0/debug/../setup/src/aws-os_lib.ads] Error 1
    make: *** [config_setup] Error 2
    ERROR: A post-fetch action failed, re-run with -vv -d for details

    -----------------------------------------------
    port installed | grep openssl
    openssl @3_8
    openssl @3_9
    openssl @3_9+universal
    openssl @3_10+universal
    openssl @3_10
    openssl @3_11
    openssl @3_12 (active)
    openssl3 @3.0.7_0+legacy
    openssl3 @3.0.7_2+legacy
    openssl3 @3.0.8_1+legacy
    openssl3 @3.0.8_1+legacy+universal
    openssl3 @3.1.0_0+universal
    openssl3 @3.1.0_1
    openssl3 @3.1.0_1+universal
    openssl3 @3.1.0_2+universal
    openssl3 @3.1.0_3+universal
    openssl3 @3.1.0_3
    openssl3 @3.1.1_0
    openssl3 @3.1.2_0 (active)
    openssl10 @1.0.2u_4 (active)
    openssl11 @1.1.1s_0
    openssl11 @1.1.1t_0
    openssl11 @1.1.1t_1
    openssl11 @1.1.1u_1
    openssl11 @1.1.1v_1 (active)
    py310-openssl @21.0.0_0
    py310-openssl @22.1.0_0
    py310-openssl @23.0.0_0
    py310-openssl @23.2.0_0 (active)
    py311-openssl @23.0.0_0
    py311-openssl @23.2.0_0 (active)
    qt5-qtbase @5.15.6_1+openssl
    qt5-qtbase @5.15.8_0+openssl
    qt5-qtbase @5.15.8_1+openssl
    qt5-qtbase @5.15.9_0+openssl
    qt5-qtbase @5.15.10_0+openssl (active)
    qt6-qtbase @6.4.3_1+openssl (active) -----------------------------------------------

    That reminds me, I need to uninstall those "universal" packages...

    Thanks,
    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to Simon Wright on Sun Aug 6 16:20:23 2023
    On Sunday, August 6, 2023 at 4:30:16 AM UTC-7, Simon Wright wrote:
    Kenneth Wolcott writes:
    So please show me what to do that will result in further progress with
    ALR and an M1 chip without using homebrew...
    No guarantees here, but ..

    Again, sorry I was lazy and did not trim details not relevant to the current response in the thread...

    You asked which version of alr I was using:
    alr --version
    alr 2.0-dev

    If alr says that a particular external package isn't available, then

    * instead of saying N say Y and install the requested package using port

    * set these environment variables:
    export C_INCLUDE_PATH=/opt/local/include
    export CPLUS_INCLUDE_PATH=/opt/local/include
    export LIBRARY_PATH=/opt/local/lib

    Ok, I set those environment variables and now I will try "get"ing a package, responding "Y" if the package is incomplete and if there does seem to be a corresponding MacPorts port which I have not installed, will install it.

    Again, referring to your prior response:
    gcc -dumpmachine
    arm64-apple-darwin22.6.0

    Thanks,
    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to Kenneth Wolcott on Mon Aug 7 14:14:53 2023
    Kenneth Wolcott <kennethwolcott@gmail.com> writes:

    make[1]: *** [../.build/arm64-apple-darwin22.6.0/debug/../setup/src/aws-os_lib.ads] Error 1
    make: *** [config_setup] Error 2

    The reason, I think, is that you have /usr/bin in your PATH before /opt/gcc-13.1.0-aarch64.

    From the release notes at https://github.com/simonjwright/distributing-gcc/releases/tag/gcc-13.1.0-aarch64-2,

    Setting PATH

    PATH needs to be set to include /opt/gcc-13.1.0-aarch64/bin at the front:

    bash

    Insert

    export PATH=/opt/gcc-13.1.0-aarch64/bin:$PATH
    in your ~/.bash_profile_common.

    zsh

    Likewise, but in ~/.zshrc.

    /usr/bin/gcc is the exact same compiler as /usr/bin/clang (a hard link,
    by the look of it).

    $ /usr/bin/gcc -v
    Apple clang version 14.0.3 (clang-1403.0.22.14.1)
    Target: arm64-apple-darwin22.5.0
    Thread model: posix
    InstalledDir: /Library/Developer/CommandLineTools/usr/bin

    $ /opt/gcc-13.1.0-aarch64/bin/gcc -v
    Using built-in specs.
    COLLECT_GCC=/opt/gcc-13.1.0-aarch64/bin/gcc
    COLLECT_LTO_WRAPPER=/opt/gcc-13.1.0-aarch64/libexec/gcc/aarch64-apple-darwin21/13.1.0/lto-wrapper
    Target: aarch64-apple-darwin21
    Configured with: [...]
    Thread model: posix
    Supported LTO compression algorithms: zlib
    gcc version 13.1.0 (GCC)

    I think you need to fix the PATH problem, then build with

    $ alr build -- -XTARGET=aarch64-apple-darwin21

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to Simon Wright on Mon Aug 7 16:05:17 2023
    Simon Wright <simon@pushface.org> writes:

    The reason, I think, is that you have /usr/bin in your PATH before /opt/gcc-13.1.0-aarch64.

    /opt/gcc-13.1.0-aarch64/bin
    ^^^^

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to All on Mon Aug 7 17:04:28 2023
    Hi Simon;

    Vast improvement after changing the PATH env var as you instructed!

    I have an edited get+build log (hope it is not too long). Looks like there are still some sed issues and other things I'm not sure about.

    I guess it is too long; well it is definitely too annoying to copy&paste a screenfull at a time...

    What I saw:

    ONE:
    sed issues (three instances):

    sed: illegal option -- s
    usage: sed script [-Ealnru] [-i extension] [file ...]
    sed [-Ealnu] [-i extension] [-e script] ... [-f script_file] ... [file ...]

    TWO:
    gnatcoll-refcount.ads:90:04: warning: in instantiation at gnatcoll-storage_pools-headers.adb:57 [enabled by default]
    gnatcoll-refcount.ads:90:04: warning: possible aliasing problem for type "Header_Access" [enabled by default]
    gnatcoll-refcount.ads:90:04: warning: use -fno-strict-aliasing switch for references [enabled by default]
    gnatcoll-refcount.ads:90:04: warning: or use "pragma No_Strict_Aliasing (Header_Access);" [enabled by default]

    Lots of "Exploring..." would there be something useful here as far as something not pertinent being examined or something that was NOT explored that should have been?

    Lots of "Building"...If it doesn't complain then there's nothing missing and nothing wrong with the C and Ada sources?

    The process generates at least three times a warning something like the following:
    "Generating possibly incomplete environment because of missing dependencies"

    What do I do now to ascertain the precise state of the alr aws package?

    Thanks,
    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Wright@21:1/5 to Kenneth Wolcott on Tue Aug 8 09:38:06 2023
    Kenneth Wolcott <kennethwolcott@gmail.com> writes:

    ONE:
    sed issues (three instances):

    sed: illegal option -- s
    usage: sed script [-Ealnru] [-i extension] [file ...]
    sed [-Ealnu] [-i extension] [-e script] ... [-f script_file] ... [file ...]

    This dosn't seem to do any harm.
    See this PR: https://github.com/AdaCore/aws/pull/368

    TWO:
    gnatcoll-refcount.ads:90:04: warning: in instantiation at gnatcoll-storage_pools-headers.adb:57 [enabled by default]
    gnatcoll-refcount.ads:90:04: warning: possible aliasing problem for type "Header_Access" [enabled by default]
    gnatcoll-refcount.ads:90:04: warning: use -fno-strict-aliasing switch for references [enabled by default]
    gnatcoll-refcount.ads:90:04: warning: or use "pragma No_Strict_Aliasing (Header_Access);" [enabled by default]

    This set of warnings has been there for quite a while. I've never had a
    problem with it.

    Lots of "Exploring..." would there be something useful here as far as something not pertinent being examined or something that was NOT
    explored that should have been?

    I don't recall those messages ... I probably wasn't looking, so if the
    build didn't stop I wouldn't have noticed

    Lots of "Building"...If it doesn't complain then there's nothing
    missing and nothing wrong with the C and Ada sources?

    I'd say Yes

    The process generates at least three times a warning something like
    the following: "Generating possibly incomplete environment because of
    missing dependencies"

    That's because the alr you're using doesn't understand MacPorts. Watch
    this space.

    What do I do now to ascertain the precise state of the alr aws package?

    You could try

    cd demos/hello_world
    alr exec -- make TARGET=aarch64-apple-darwin21
    ./hello_world

    and within 60 seconds open your browser on localhost:8080.

    (the 'make' part rebuilds the whole of aws!!)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Kenneth Wolcott@21:1/5 to All on Tue Aug 8 15:58:43 2023
    Hi Simon;

    sed: illegal option -- s
    usage: sed script [-Ealnru] [-i extension] [file ...]
    sed [-Ealnu] [-i extension] [-e script] ... [-f script_file] ... [file ...]
    This dosn't seem to do any harm.
    See this PR: https://github.com/AdaCore/aws/pull/368

    Cool.

    gnatcoll-refcount.ads:90:04: warnings
    This set of warnings has been there for quite a while. I've never had a problem with it.

    Also cool.

    Lots of "Exploring..."
    I don't recall those messages ... I probably wasn't looking, so if the
    build didn't stop I wouldn't have noticed

    Very good, see no problem then there is no problem :-)

    Lots of "Building"...
    If it doesn't complain then there's nothing
    missing and nothing wrong with the C and Ada sources?
    I'd say Yes

    Very good, see no problem then there is no problem :-)

    The process generates at least three times a warning something like
    the following: "Generating possibly incomplete environment because of missing dependencies"
    That's because the alr you're using doesn't understand MacPorts. Watch
    this space.

    Looking forward to this! [GRIN*]

    What do I do now to ascertain the precise state of the alr aws package?
    You could try

    cd demos/hello_world
    alr exec -- make TARGET=aarch64-apple-darwin21
    ./hello_world

    and within 60 seconds open your browser on localhost:8080.

    (the 'make' part rebuilds the whole of aws!!)

    The test you suggested worked!

    Thank you!

    Ken

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)