Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Sep 19 13:59
    pyjarrett commented #771
  • Sep 19 11:15
    sanyaade-teachings opened #859
  • Sep 18 16:51
    sanyaade-teachings commented #726
  • Sep 18 16:45
    sanyaade-teachings commented #726
  • Sep 18 12:31
    sanyaade-teachings commented #726
  • Sep 18 10:16
    hgrodriguez opened #362
  • Sep 18 09:58
  • Sep 18 03:57
    lkujaw edited #361
  • Sep 18 03:55
    lkujaw edited #361
  • Sep 18 03:44
    lkujaw opened #361
  • Sep 17 15:16
    rod-chapman opened #360
  • Sep 17 09:59
    mosteo commented #853
  • Sep 17 08:50
    Fabien-Chouteau commented #853
  • Sep 17 08:44
    Fabien-Chouteau commented #853
  • Sep 17 08:03
    gusthoff commented #358
  • Sep 17 07:51
    mosteo commented #853
  • Sep 17 07:23
    mosteo commented #358
  • Sep 16 19:27
    gusthoff closed #359
  • Sep 16 19:26
    gusthoff opened #359
  • Sep 16 19:22
    gusthoff opened #358
flyx
@flyx:flyx.org
[m]
you should be doing
-- libraryB
package Linker is
   for Linker_Options use ("-T");
end Linker;
and that's it. nothing more in libraryA or application related to this
Holger Rodriguez
@hgrodriguez
oh thanks.... I will do.
Holger Rodriguez
@hgrodriguez
you are a hero, you know that?
wow thanks too much. I send you a virtual crate of beers.....
flyx
@flyx:flyx.org
[m]
trying my best :)
onox
@onox
You can also add pragma Linker_Options ("-T"); in a .ads/.adb file
heharkon
@heharkon:matrix.org
[m]
Alire v1.1
🥳
Riccardo Bernardini
@fintatarta
Dear all, I need to use a "twisted dependency" and I was wondering if this was possible with alire (I am afraid it is not). Let me explain what I mean with "twisted dependency."
Riccardo Bernardini
@fintatarta

It seems that gitter lost the editing on my last post where I explained "twisted dependency"...

To make a long story short: I need to use a crate that I modified to adapt it to my case (more recent versions of the crate have the same changes, but they are available only on github, not alire, as far as I know). Since I rely on the modified crate, I cannot upload my project to alire since alr get would get the unmodified crate.

Yes, it is a problem of mine, but I guess that the same issue can raise also in other projects. It would be nice to say to alire "Look, I need this crate, but with this patch applied"

Is there a way to do it? If not, would it be worth having it?

Alejandro R Mosteo
@mosteo
at present you can do it with pins, but you cannot submit your resulting crate to the community index
Riccardo Bernardini
@fintatarta
I just got this idea: could I use the post-fetch action to run a shell script with the patch information?
Fabien Chouteau
@Fabien-Chouteau
You should avoid that @fintatarta , talk with the maintainer of the crate and ask them to publish an update. Until then you have to wait and use pins in your development workflow.
Riccardo Bernardini
@fintatarta
OK
Paul Jarrett
@pyjarrett
Which crate?
Riccardo Bernardini
@fintatarta
The crate is sparknacl 2.0.0. It has some pragma Restriction that prohibits allocators , but I need them in my project and since Restrictions apply to the whole partition, I cannot use spartnacl and allocators together.
Also, the restrictions cause problems with the sparknacl itself when in sparknacl-debug.adb uses a Boolean'image.
I edited the *.adc file to remove the restrictions, but my project cannot be added to alire as it is.
BTW, the new version 3.0.0 of sparknacl actually has the restrictions weakened because of this issue.
Roderick Chapman
@rod-chapman
I am working in fixing that problem in SPARKNaCl v3.0.0. It now uses Restrictions_Warnings instead of Restrictions, so won't break the build of your client code. I just need the FSF GNAT in Alire to match GNAT Community 2021 before I can publish it. Alternatively, look at the head of the master branch in the SPARKNaCl repo on github.
@Fabien-Chouteau any news of FSF GNAT 11.x in alire?
Riccardo Bernardini
@fintatarta

Alternatively, look at the head of the master branch in the SPARKNaCl repo on github.

Indeed, it is the solution I am currently using for development.

Fabien Chouteau
@Fabien-Chouteau
@rod-chapman GNAT 11.2 is available since a couple weeks ago.
Roderick Chapman
@rod-chapman
Ah... I must have missed that. Using alr 1.1.0_rc1, do I need to do something special for it to show up?
Where do I find the list of names of newly available toolchains?
Fabien Chouteau
@Fabien-Chouteau
alr toolchain --select
You should update to alr 1.1.0 now
Roderick Chapman
@rod-chapman
OK... got it... downloading now...
Roderick Chapman
@rod-chapman
so I need
[[depends-on]]
gnat_native ">=11.2.1"
in my alire.toml file. Does that look right now?
Fabien Chouteau
@Fabien-Chouteau
only gnat=">11.2.1"
Roderick Chapman
@rod-chapman
gnat=">=11.2.1" seems to work.
Does that mean I could select an 11.2.1 cross-compiler (e.g. for ARM) and it will still work?
Fabien Chouteau
@Fabien-Chouteau
yep
gnat_native, gnat_external, gnat_arm_elf and gnat_riscv64_elf all provide the gnat dependency.
Roderick Chapman
@rod-chapman
OK... build on MacOS looks good... now for Linux
Roderick Chapman
@rod-chapman
OK... build on Linux looks good too. Do I just do "alr publish" now?
Fabien Chouteau
@Fabien-Chouteau
if you are ready to publish :)
Roderick Chapman
@rod-chapman
OK... here I go...
Roderick Chapman
@rod-chapman
OK... stuck again. My fork of "alire-index" is out of date, so I need to "pull" the upstream repo to get the stable-1.1 branch. BUT... the GitHub UI only allows me to "fetch upstream" my currently selected branch. I can't select the "stable-1.1" branch because my local repo doesn't have it... err... How do I tell GitHub to pull and fetch new branches?
Roderick Chapman
@rod-chapman
OK.. I think I have it... you have to "pull upstream" then "push -u origin stable-1.1" ... let's see if that worked...
Roderick Chapman
@rod-chapman
OK... PR#360 open I think... I hope I didn't mess it up....
Alejandro R Mosteo
@mosteo
Hi Roderick, the PR looks good, thanks. There is still some tweaking to do to our server-side checks but that's on my court now
Manuel
@mgrojo
It seems that my GitHub action is broken after the new Alire release. https://github.com/mgrojo/play_2048/runs/3636015890 Is that expected? What's the standard way now to run alr build from scratch?
Manuel
@mgrojo
I've added --non-interactive and it's working now, I suppose using the same compiler as before, which should be the default.
Simon Wright
@simonjwright

ISTR someone having gnatcoll-json problems here? how to search?

Anyway, I get this

   [Ada]          gnatcoll-json.adb
gnatcoll-json.adb:1404:11: ambiguous call to "Append"
gnatcoll-json.adb:1404:11: possible interpretation at a-convec.ads:471, instance at gnatcoll-json.ads:567
gnatcoll-json.adb:1404:11: possible interpretation at a-convec.ads:483, instance at gnatcoll-json.ads:567
gnatcoll-json.adb:1405:10: add type qualification to aggregate actual
...

compiling gnatcoll_21.0.0_6c0439a3 with external gcc-11.1.0 (macOS Big Sur, alr v1.1.0).

Whereas it compiles just fine outside alr build.

The reason is that alr build adds the switch -gnatX; not the first time that this has caused problems. How to stop this?

It also adds -gnatwU, turn off warnings for unused entity; not so bad, I suppose.

3 replies
Paul Jarrett
@pyjarrett

@simonjwright, gnatcoll seems to break periodically at random times for me as well with Alire ... like this morning. Normally I mix these ingredients in some correct order for things to work again:

  • remove ~/.config/alire
  • revert everything
  • wipe build artifact directories
  • alr with gnat (this fixes build issues on my linux box for some reason?, but fails if I leave this in the gpr long term, so it gets wiped on "revert everything")
  • alr clean && alr build

...sigh... nope. The error seem completely random and I'm to the point of just finish excising gnatcoll out of my project entirely. I added a note to alire-project/alire#771, but I'm just going to roll onto other things.

Paul Jarrett
@pyjarrett
Selecting the 10.3.1 toolchain doesn't work but alr with gnat=10.3.1 causes the build to work again.
Simon Wright
@simonjwright

I’ve got

[[depends-on]]
gnat   = ">11.0.0"

(I have some access-type-conversion weirdness with Alire’s 10.3.1, not with GNAT CE 2021)

Paul Jarrett
@pyjarrett
@simonjwright the earlier discussion says to back out your GNAT version to an earlier one. 10.3.1 is what works for me locally, maybe I upgraded accidentally? It's sad gnatcoll is tempermental with Alire, given how useful it is :(
Simon Wright
@simonjwright
@pyjarrett This was in my own code, not gnatcoll. And nothing to do with -gnatX, either!
5 replies