Remove lower bound version on cpp-argparse environment-dev.yml

[mcbarton]

Description

Please include a summary of changes, motivation and context for this PR.

Conda will automatically pick the most recent release of cpp-argparse it can. Therefore the lower bound is not necessary in the yml file. We just need to make sure we don't pick a version 4 release when it happens in case we are not compatible with it.

Fixes # (issue)

Type of change

Please tick all options which are relevant.

• Bug fix
• New feature
• Added/removed dependencies
• Required documentation updates

[codecov-commenter]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 81.78%. Comparing base (93d7a6a) to head (26ffb9b).
⚠️ Report is 92 commits behind head on main.

Additional details and impacted files

@@           Coverage Diff           @@
##             main     #271   +/-   ##
=======================================
  Coverage   81.78%   81.78%           
=======================================
  Files          20       20           
  Lines         950      950           
  Branches       87       87           
=======================================
  Hits          777      777           
  Misses        173      173           

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[anutosh491]

Hmm, I guess we don't need anything. We don't have any bound on our feedstock

https://github.com/conda-forge/xeus-cpp-feedstock/blob/main/recipe/meta.yaml#L30

If we think any update would bring any failure (like any deprecation or anything)
in that case we can probably make a release with the last compatible argparse and then shift to the later version.

[anutosh491]

Let's just remove any bound on argparse from everywhere

https://github.com/search?q=repo%3Acompiler-research%2Fxeus-cpp%20%3E%3D3.0%2C%3C4.0&type=code

[mcbarton]

@anutosh491 I've applied your suggestion, and the PR is ready for another review

[anutosh491]

Perfect, let's move it in !

[vgvassilev]

LGTM!

[mcbarton]

@SylvainCorlay can you provide some insight as to whether this table in the Readme is truly needed?

In this PR I am trying to make is so we are equivalent for the native build and the emscripten build, in having no pinning of cpp-argparse. Initially I removed cpp-argparse from the table since it is no longer restrained. @anutosh491 believes it should be kept in.

I feel the table is not partiular very useful, as I feel its unlikely we are going to want people to go back and build old versions, and if they are they could just use the environment file in the release. I think its best removed, but looking for your opinion on this.

[anutosh491]

I think this is good ;)

Let's release !