I wonder does Ada community need yet another web site?
Hello,
I wonder does Ada community need yet another web site?
My idea is here:
https://www.reddit.com/r/ada/comments/wx9zp1/yet_another_ada_web_site/
Maxim Reznik wrote:
Hello,
I wonder does Ada community need yet another web site?
My idea is here:
https://www.reddit.com/r/ada/comments/wx9zp1/yet_another_ada_web_site/
Maybe a web forum would be a good idea, because many people nowadays see Usenet newgroups as an outdated thing. So the fact that the community
mostly relies on comp.lang.ada may turn them off.
(I Don't want to discuss wether Uset actually outdated or not, but I
guess many people feel this way)
Some are starting to use discord for such things. For example, the main
Julia forum is at discord
https://discourse.julialang.org/t/julialang-official-discord-server/45499
Some are starting to use discord for such things.
P.S. They just killed Firefox support keeping it listed as a supported browser...
P.P.S. Clearly, how anybody could implement a discussion board without
making it dependent on pentabytes of browser-specific scripts. Right? (:-))
I'm happy to announce a new Ada web site:
https://ada-lang.io/
I'm happy to announce a new Ada web site:
https://ada-lang.io/
Maxim Reznik <> writes:If you do add it, I would recommend NOT using a link to the google
I'm happy to announce a new Ada web site:
https://ada-lang.io/It would be nice if comp.lang.ada was listed under "community"; this newsgroup is far older than all those flash-in-the-pan wannabes :).
--
-- Stephe
I'm happy to announce a new Ada web site:There's a Github organization set up for people to contribute to and my intent is to hand off the domain to some existing Ada group.
https://ada-lang.io/
Thank people who make it real!
I'm asking the community to send their updates and make it even better.
Here is the Paul Jarrett's original message:
Hi folks, @onox and me have been working on something for a few weeks, and we need your help. We've been building an open source, Ada community site to share with everyone. The intent is an open source community hub that will persist for a long time.
Right now, I've migrated some of my old "programming with ada" content over, and I've built on Maxim's work to output a fancy version of the AARM for it. If you have content elsewhere you'd like to add, feel free to submit it. You can use plainMarkdown (.md files) or Markdown with React (.mdx files). Some things which I haven't found time to write, which other people could help with, would be an Alire introduction, patterns for when binding to C, how to make a memory allocator, etc.
On Friday, September 16, 2022 at 1:34:07 PM UTC-4, Stephen Leake wrote:
Maxim Reznik <> writes:If you do add it, I would recommend NOT using a link to the google
I'm happy to announce a new Ada web site:It would be nice if comp.lang.ada was listed under "community"; this
https://ada-lang.io/
newsgroup is far older than all those flash-in-the-pan wannabes :).
--
-- Stephe
groups interface given the porn spam problem. It would stink if
someone at a work computer followed it and got hammered by their
IT department (speaking from experience). Perhaps someone has a
tutorial webpage on how to setup a mail reader for comp.lang.ada
that could be linked to under the community section?
I'm happy to announce a new Ada web site:There's a Github organization set up for people to contribute to and my intent is to hand off the domain to some existing Ada group.
https://ada-lang.io/
Thank people who make it real!
I'm asking the community to send their updates and make it even better.
Here is the Paul Jarrett's original message:
Hi folks, @onox and me have been working on something for a few weeks, and we need your help. We've been building an open source, Ada community site to share with everyone. The intent is an open source community hub that will persist for a long time.
Right now, I've migrated some of my old "programming with ada" content over,
I am new to Ada and appreciate the new side for a package manager.
What I wasn't able to identify is the packages available -- is there a list?
I am very curious what else exists in the Ada ecosystem -- in particular in terms of messaging support such as websockets and others.
Hi,
I am new to Ada and appreciate the new side for a package manager.
What I wasn't able to identify is the packages available -- is there a list?
I am very curious what else exists in the Ada ecosystem -- in particular in terms of messaging support such as websockets and others.
I'm happy to announce a new Ada web site:
https://ada-lang.io/
Hi,
I am new to Ada and appreciate the new side for a package manager.
What I wasn't able to identify is the packages available -- is there a
list?
<q loc=".../why-ada">Ada is missing: (...) A concept of "move".</q>
Is it somewhat true, though, that the old limited return,
or its more recent replacement, i.e., in situ construction,
could at least cover some of the idea of "move"?
What definition/semantics of "move" do you mean? Is it documented
somewhere?
I think it refers to the C++ notion. https://en.cppreference.com/w/cpp/utility/move
but also means str might now be empty.
Paul Rubin schrieb am Montag, 19. September 2022 um 20:50:50 UTC+2:
I think it refers to the C++ notion.
https://en.cppreference.com/w/cpp/utility/move
What I do not understand: Why should the move operation be less expensive than a copy?
As I see it: First you have to do a copy, then delete the source.
What I do not understand: Why should the move operation be less
expensive than a copy?
Stephen Leake <stephen_leake@stephe-leake.org> writes:
What definition/semantics of "move" do you mean? Is it documented
somewhere?
I think it refers to the C++ notion. https://en.cppreference.com/w/cpp/utility/move
Maxim Reznik wrote:
Hello,
I wonder does Ada community need yet another web site?
My idea is here:
https://www.reddit.com/r/ada/comments/wx9zp1/yet_another_ada_web_site/
Maybe a web forum would be a good idea, because many people nowadays see Usenet newgroups as an outdated thing. So the fact that the community
mostly relies on comp.lang.ada may turn them off.
(I Don't want to discuss wether Uset actually outdated or not, but I
guess many people feel this way)
Am 27.08.22 um 11:12 schrieb Rene:
Maxim Reznik wrote:
Hello,
I wonder does Ada community need yet another web site?
My idea is here:
https://www.reddit.com/r/ada/comments/wx9zp1/yet_another_ada_web_site/
Maybe a web forum would be a good idea, because many people nowadays
see Usenet newgroups as an outdated thing. So the fact that the
community mostly relies on comp.lang.ada may turn them off.
(I Don't want to discuss wether Uset actually outdated or not, but I
guess many people feel this way)
How about a web forum as a front end to comp.lang.ada? While accessing
Usenet through dedicated programs is considered old fashioned
the underlying protocol has stood the test of time and could be used
together with a fancy web interface (such as a forum).
On 2022-09-30 13:29, shtps wrote:
Am 27.08.22 um 11:12 schrieb Rene:
Maxim Reznik wrote:
Hello,Maybe a web forum would be a good idea, because many people nowadays
I wonder does Ada community need yet another web site?
My idea is here:
https://www.reddit.com/r/ada/comments/wx9zp1/yet_another_ada_web_site/ >>
see Usenet newgroups as an outdated thing. So the fact that the
community mostly relies on comp.lang.ada may turn them off.
(I Don't want to discuss wether Uset actually outdated or not, but I
guess many people feel this way)
How about a web forum as a front end to comp.lang.ada? While accessing Usenet through dedicated programs is considered old fashionedSome may consider it old fashioned, but I very much prefer Usenet to all
the web forum systems I've seen and tried to avoid using. I suspect many
on comp.lang.ada share this view.
Some mail programs such as Thunderbird can also access Usenet, so you
don't have to use a dedicated program. Well, unless you always use
webmail for your mail.
the underlying protocol has stood the test of time and could be used together with a fancy web interface (such as a forum).That's what Google Groups does for comp.lang.ada, and sucks at it (or so
I have heard, I've never used it myself).
On 2022-09-30 13:29, shtps wrote:
Am 27.08.22 um 11:12 schrieb Rene:
How about a web forum as a front end to comp.lang.ada? While
accessing Usenet through dedicated programs is considered old
fashioned
Some may consider it old fashioned, but I very much prefer Usenet to
all the web forum systems I've seen and tried to avoid using. I
suspect many on comp.lang.ada share this view.
the underlying protocol has stood the test of time and could be used
together with a fancy web interface (such as a forum).
That's what Google Groups does for comp.lang.ada, and sucks at it (or
so I have heard, I've never used it myself).
Adahome.com is sort of like that, but it is run by some company and
hasn't been updated in forever.
I don't have much trouble finding any information that I want about Ada,
e.g. with web searches.
I cannot suggest searching the Web, because search engines deteriorated beyond any usability. Just ask what you need here.
I am not sure if package manager is a good idea if it does not refer the target system's packaging tools, e.g. DEB, RPM, MSI etc.plain aggregation of source code, which is utterly wrong.
The main problem with that stuff is usually architectural. Most of it is
The very idea to rebuild everything each time on each client is
atrocious both with regard of wasting computing resources as well as
testing, safety, consistency, interoperability inside the target.
What definition/semantics of "move" do you mean? Is it documented
somewhere?
What I do not understand: Why should the move operation be less expensive than a copy?
As I see it: First you have to do a copy, then delete the source.
Besides avoiding copying indirectly pointed-to data, it also can enforce single ownership in things like std::unique_ptr.
Maybe a web forum would be a good idea, because many people nowadays see Usenet newgroups as an outdated thing. So the fact that the community
mostly relies on comp.lang.ada may turn them off.
I am not sure if package manager is a good idea if it does not refer the
target system's packaging tools, e.g. DEB, RPM, MSI etc.
The main problem with that stuff is usually architectural. Most of it isplain aggregation of source code, which is utterly wrong.
The very idea to rebuild everything each time on each client is
atrocious both with regard of wasting computing resources as well as
testing, safety, consistency, interoperability inside the target.
I've seen inconsistencies in builds when developers who rely on the
system libraries (installed by things like apt) join the project at
different times -- the earliest developers might be on libfoo-1.2
whereas newer developers are on libfoo-1.4. You don't run into this
problem if the repo points to the applicable dependencies and everyone
builds everything locally.
Paul Jarrett <jarrett.paul.young@gmail.com> writes:
The main problem with that stuff is usually architectural. Most of it isplain aggregation of source code, which is utterly wrong.
The very idea to rebuild everything each time on each client is
atrocious both with regard of wasting computing resources as well as
testing, safety, consistency, interoperability inside the target.
Actually, it's better for consistency; that's why Alire does it.
I don't understand what you mean by "testing" here; how does compiling
from source affect testing?
Same for "interoperability".
I've seen inconsistencies in builds when developers who rely on the
system libraries (installed by things like apt) join the project at
different times -- the earliest developers might be on libfoo-1.2
whereas newer developers are on libfoo-1.4. You don't run into this
problem if the repo points to the applicable dependencies and everyone
builds everything locally.
More precisely, an Alire crate can specify precisely which version of
each dependency it requires/is compatible with.
It seems so. Multiple versions at once are not supported. E.g. when you
are working on two projects both dependent on different versions of
another project:
B -> A.1
C -> A.2
Or even the same project, e.g. when doing some migration from one
version to another.
On Thursday, October 13, 2022 at 8:58:20 AM UTC+2, Dmitry A. Kazakov wrote:
It seems so. Multiple versions at once are not supported. E.g. when you
are working on two projects both dependent on different versions of
another project:
B -> A.1
C -> A.2
Yes of course, different crates can depend on different version of the same crate.
Or even the same project, e.g. when doing some migration from one
version to another.
Not sure how you would do that? Link two different version of the same library in an executable? That's not going to work.
On 2022-10-14 10:41, Fabien Chouteau wrote:
On Thursday, October 13, 2022 at 8:58:20 AM UTC+2, Dmitry A. Kazakov wrote: >>> It seems so. Multiple versions at once are not supported. E.g. when you
are working on two projects both dependent on different versions ofYes of course, different crates can depend on different version of
another project:
B -> A.1
C -> A.2
the same crate.
It is about whether both A's can be installed and coexist on the same machine.
Or even the same project, e.g. when doing some migration from oneNot sure how you would do that? Link two different version of the
version to another.
same library in an executable? That's not going to work.
Same as above. You have B.1 -> A.1 and B.* -> A.2. You want to install
both A.1 and A.2 and work on B.* while checking on B.1.
In the long gone time of common sense, a project code management
system would use a virtual file system and map different parts of the projects graph onto a structure of folders arranged by versions.
"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> writes:
On 2022-10-14 10:41, Fabien Chouteau wrote:
On Thursday, October 13, 2022 at 8:58:20 AM UTC+2, Dmitry A. Kazakov wrote: >>>> It seems so. Multiple versions at once are not supported. E.g. when you >>>> are working on two projects both dependent on different versions of
another project:Yes of course, different crates can depend on different version of
B -> A.1
C -> A.2
the same crate.
It is about whether both A's can be installed and coexist on the same
machine.
In Alire, "installed" means "checked out the source code into a local directory".
If A depends on a system library that is a shared object file, and those
are different versions, then it depends on the OS; Debian can handle
this nicely, Windows only via separate directories and search paths.
Or even the same project, e.g. when doing some migration from oneNot sure how you would do that? Link two different version of the
version to another.
same library in an executable? That's not going to work.
Same as above. You have B.1 -> A.1 and B.* -> A.2. You want to install
both A.1 and A.2 and work on B.* while checking on B.1.
And the solution is the same as well.
In the long gone time of common sense, a project code management
system would use a virtual file system and map different parts of the
projects graph onto a structure of folders arranged by versions.
What prevents that now?
Same as above. You have B.1 -> A.1 and B.* -> A.2. You want to install
both A.1 and A.2 and work on B.* while checking on B.1.
Furthermore, a virtual file system shares duplicates of the same version of same file. When you work with naked Git you must have as many copies as you have projects. Same applies to virtual machines and dockers. It is a huge overhead for nothing.
On 14.10.22 15:05, Dmitry A. Kazakov wrote:
Same as above. You have B.1 -> A.1 and B.* -> A.2. You want to install >>>> both A.1 and A.2 and work on B.* while checking on B.1.
Furthermore, a virtual file system shares duplicates of the same
version of same file. When you work with naked Git you must have as
many copies as you have projects. Same applies to virtual machines and
dockers. It is a huge overhead for nothing.
Inasmuch as versions are subject to business, software configuration management is just work that requires resources for to get it done.
Problem solved. (Well, not for the small shop on a budget, granted.)
To what extent can static linking make B.1 and B.2 exist on the
same system?
https://ada-lang.io/
It would be nice if comp.lang.ada was listed under "community"; this newsgroup is far older than all those flash-in-the-pan wannabes :).
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 403 |
Nodes: | 16 (2 / 14) |
Uptime: | 44:13:03 |
Calls: | 8,407 |
Calls today: | 2 |
Files: | 13,171 |
Messages: | 5,905,028 |