-
Notifications
You must be signed in to change notification settings - Fork 68
Tutorial: building compiled programs #77
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
I took the opportunity of a couple of hours during a lazy evening to sit down and write a quick-and-dirty document. No Markdown mark-up, just plain text. It is just the start, but it should illustrate what I am thinking of. Of course there are plenty of tools to help with building a program, but I think it is also important to understand what is going on when you build a program. The document is very much work-in-progress, so have a look and et me know whether this is useful or not. |
@arjenmarkus I think this looks great and I would like to have it in our Documentation section somewhere. @milancurcic, @LKedward where do you think would be the best place? |
I love this. I think this is the kind of style we should take for tutorials. I think it would work well as a self-contained "book" (as described in fortran-lang/webpage#69) on building and linking, and we can link to it from the quickstart tutorial (/learn page). It will be straightforward to convert it to Markdown. |
Looks great, thanks @arjenmarkus. |
Well, that is encouraging :).
Regards,
Arjen
Op vr 15 mei 2020 om 22:08 schreef Laurence Kedward <
[email protected]>:
… Looks great, thanks @arjenmarkus <https://github.com/arjenmarkus>.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YRZGPFQNWV62M4QGT6LRRWONJANCNFSM4NBUJL7Q>
.
|
@arjenmarkus Thank you for this manuscript. I really like the style. |
Thanks - I am always a trifle uncertain about the precise formatting or the
dialect. Of course, so far the formatting requirements are very basic - and
I intend to keep it that way.
Regards,
Arjen
Op za 16 mei 2020 om 08:35 schreef Jeremie Vandenplas <
[email protected]>:
… @arjenmarkus <https://github.com/arjenmarkus> Thank you for this
manuscript. I really like the style.
It would be indeed easy to convert it to Markdown. We could help with the
conversion when it will submitted to a PR.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YRYQGAVJTKVTXMZHPMDRRYX3NANCNFSM4NBUJL7Q>
.
|
Short update: I have almost completed the draft of the tutorial I have in
mind. A rather tricky problem: make sure the _necessary_ details are
presented in a clear and structured way. It is easy enough to structure the
text and it is easy enough to describe all the details. But the challenge
is: only what is necessary in a structured way :).
Putting in the Markdown formatting was not a big issue, butI will probably
need some assistance with the next step - the pull request.
Regards,
Arjen
Op za 16 mei 2020 om 20:32 schreef Arjen Markus <[email protected]>:
… Thanks - I am always a trifle uncertain about the precise formatting or
the dialect. Of course, so far the formatting requirements are very basic -
and I intend to keep it that way.
Regards,
Arjen
Op za 16 mei 2020 om 08:35 schreef Jeremie Vandenplas <
***@***.***>:
> @arjenmarkus <https://github.com/arjenmarkus> Thank you for this
> manuscript. I really like the style.
> It would be indeed easy to convert it to Markdown. We could help with the
> conversion when it will submitted to a PR.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#77 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAN6YRYQGAVJTKVTXMZHPMDRRYX3NANCNFSM4NBUJL7Q>
> .
>
|
Thanks for the update @arjenmarkus. |
Hi Laurence,
okay, I have finished the draft, converted it to Markdown and I have cloned
the website on my machine. I can simply add the file in the subdirectory
"learn", but I suppose I also need to add the header, like from the index:
---
layout: page
title: Quickstart Fortran
permalink: /learn/
navbar: Learn
---
but what to fill in?
Also: for now I have added a link to CC-BY, but is that the sort of license
we want to use for these mini-books? Or do we use LGPL or ...?
Regards,
Arjen
.
Op di 19 mei 2020 om 09:35 schreef Laurence Kedward <
[email protected]>:
… Thanks for the update @arjenmarkus <https://github.com/arjenmarkus>.
Regarding the next step, I'm happy to provide guidance on putting together
the PR or otherwise to submit the PR myself on your behalf.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YR3FKPEDIEZ32WDH6R3RSIZETANCNFSM4NBUJL7Q>
.
|
Hi @arjenmarkus, I'm not sure if we are using a different license for the tutorial content - the website source is currently licensed under MIT, but it may be a good idea to license the tutorials under one of the CC-BY licenses. As the author and copyright holder, the licensing of the tutorial content is ultimately your choice - but it would be good to agree a license for all tutorial and similar content on fortran-lang.org. What are your thoughts @milancurcic and @certik ? |
I suggest to use an MIT license by default for such books. Consistent with other materials here. Unless the author specifically objects, in which case we can discuss on a case by case basis.
…On Fri, May 22, 2020, at 8:14 AM, arjenmarkus wrote:
Hi Laurence,
okay, I have finished the draft, converted it to Markdown and I have cloned
the website on my machine. I can simply add the file in the subdirectory
"learn", but I suppose I also need to add the header, like from the index:
---
layout: page
title: Quickstart Fortran
permalink: /learn/
navbar: Learn
---
but what to fill in?
Also: for now I have added a link to CC-BY, but is that the sort of license
we want to use for these mini-books? Or do we use LGPL or ...?
Regards,
Arjen
.
Op di 19 mei 2020 om 09:35 schreef Laurence Kedward <
***@***.***>:
> Thanks for the update @arjenmarkus <https://github.com/arjenmarkus>.
> Regarding the next step, I'm happy to provide guidance on putting
together
> the PR or otherwise to submit the PR myself on your behalf.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
>
<#77 (comment)>,
> or unsubscribe
>
<https://github.com/notifications/unsubscribe-auth/AAN6YR3FKPEDIEZ32WDH6R3RSIZETANCNFSM4NBUJL7Q>
> .
>
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#77 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAFAWBIDBGGX23I6ZUPBZTRS2CELANCNFSM4NBUJL7Q>.
|
I agree with preferring consistency, but MIT is strictly a software license - I believe the general copyright equivalent is CC-BY which simply requires attribution like MIT. |
I am not an expert on the CC licenses, I know some of them are not open source so we have to be very careful to pick the right one. What does Rust use for their documentation?
…On Fri, May 22, 2020, at 8:34 AM, Laurence Kedward wrote:
> I suggest to use an MIT license by default for such books. Consistent with other materials here. Unless the author specifically objects, in which case we can discuss on a case by case basis.
I agree with preferring consistency, but MIT is strictly a software
license - I believe the general copyright equivalent is CC-BY which
simply requires attribution like MIT.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAFAWAWTD7KUYWDJZRTMETRS2EQ5ANCNFSM4NBUJL7Q>.
|
P.S. I view documentation as code: it's written in Markdown, which literally is a source code that gets parsed and compiled to the final form, whether html or pdf. Also one can then copy and paste example code from the documentation into user projects without problem. So I've always used MIT for documentation. But I am not opposed to other options.
…On Fri, May 22, 2020, at 8:38 AM, Ondřej Čertík wrote:
I am not an expert on the CC licenses, I know some of them are not open
source so we have to be very careful to pick the right one. What does
Rust use for their documentation?
On Fri, May 22, 2020, at 8:34 AM, Laurence Kedward wrote:
>
>
> > I suggest to use an MIT license by default for such books. Consistent with other materials here. Unless the author specifically objects, in which case we can discuss on a case by case basis.
>
> I agree with preferring consistency, but MIT is strictly a software
> license - I believe the general copyright equivalent is CC-BY which
> simply requires attribution like MIT.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#77 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAAFAWAWTD7KUYWDJZRTMETRS2EQ5ANCNFSM4NBUJL7Q>.
>
|
Ah okay, good point - I'm no expert either.
It appears to be under the same license as Rust itself which is MIT/Apache2.
This makes sense to me; I'm happy to keep with MIT for consistency then 👍 |
Hi everyone,
no problem with me - as long as it is a permissive licence :). The MIT
licence should do fine and consistency is not unimportance.
Regards,
Arjen
Op vr 22 mei 2020 om 16:44 schreef Laurence Kedward <
[email protected]>:
… I am not an expert on the CC licenses, I know some of them are not open
source so we have to be very careful to pick the right one.
Ah okay, good point - I'm no expert either.
What does Rust use for their documentation?
It appears to be under the same license as Rust itself which is MIT/Apache2
<https://github.com/rust-lang/book/blob/master/CONTRIBUTING.md#licensing>.
P.S. I view documentation as code: it's written in Markdown, which
literally is a source code that gets parsed and compiled to the final form,
whether html or pdf. Also one can then copy and paste example code from the
documentation into user projects without problem. So I've always used MIT
for documentation. But I am not opposed to other options.
This makes sense to me; I'm happy to keep with MIT for consistency then 👍
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YR7LVOJEL47USCHNI4DRS2FWNANCNFSM4NBUJL7Q>
.
|
Ok then, let's stick to MIT then. |
Hi everyone,
I tried to view the new page as per the instructions via "jekyll", but I
got a lot of error messages:
$ bundle exec jekyll serve --watch
Configuration file: none
Source: /cygdrive/d/fortran/fortran-lang/fortran-lang.org/learn
Destination: /cygdrive/d/fortran/fortran-lang/
fortran-lang.org/learn/_site
Incremental build: disabled. Enable with --incremental
Generating...
Build Warning: Layout 'page' requested in best_practices.md does not
exist.
Build Warning: Layout 'page' requested in building_programs.md does
not exist.
Liquid Exception: Could not locate the included file 'note.html' in any
of ["/cygdrive/d/fortran/fortran-lang/fortran-lang.org/learn/_includes"].
Ensure it exists in one of those directories and, if it is a symlink, does
not point outside your site source. in index.md
jekyll 3.8.6 | Error: Could not locate the included file 'note.html' in
any of ["/cygdrive/d/fortran/fortran-lang/fortran-lang.org/learn/_includes"].
Ensure it exists in one of those directories and, if it is a symlink, does
not point outside your site source.
I did a fresh install of Ruby, gems and bundle - there were some complaints
about old and deprecated packages, but nothing that seemed serious.
The file "note.html" it is complaining about does actually exist in the
subdirectory _includes.
For your information: I installed Ruby and its packages on Cygwin.
Regards,
Arjen
Op vr 22 mei 2020 om 18:54 schreef Arjen Markus <[email protected]>:
… Hi everyone,
no problem with me - as long as it is a permissive licence :). The MIT
licence should do fine and consistency is not unimportance.
Regards,
Arjen
Op vr 22 mei 2020 om 16:44 schreef Laurence Kedward <
***@***.***>:
> I am not an expert on the CC licenses, I know some of them are not open
> source so we have to be very careful to pick the right one.
>
> Ah okay, good point - I'm no expert either.
>
> What does Rust use for their documentation?
>
> It appears to be under the same license as Rust itself which is
> MIT/Apache2
> <https://github.com/rust-lang/book/blob/master/CONTRIBUTING.md#licensing>
> .
>
> P.S. I view documentation as code: it's written in Markdown, which
> literally is a source code that gets parsed and compiled to the final form,
> whether html or pdf. Also one can then copy and paste example code from the
> documentation into user projects without problem. So I've always used MIT
> for documentation. But I am not opposed to other options.
>
> This makes sense to me; I'm happy to keep with MIT for consistency then
> 👍
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#77 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAN6YR7LVOJEL47USCHNI4DRS2FWNANCNFSM4NBUJL7Q>
> .
>
|
Oh, now I see the problem - it looks at "learn/_includes", not "_includes".
Hm.
Regards,
Arjen
Op vr 22 mei 2020 om 20:03 schreef Arjen Markus <[email protected]>:
… Hi everyone,
I tried to view the new page as per the instructions via "jekyll", but I
got a lot of error messages:
$ bundle exec jekyll serve --watch
Configuration file: none
Source: /cygdrive/d/fortran/fortran-lang/
fortran-lang.org/learn
Destination: /cygdrive/d/fortran/fortran-lang/
fortran-lang.org/learn/_site
Incremental build: disabled. Enable with --incremental
Generating...
Build Warning: Layout 'page' requested in best_practices.md does not
exist.
Build Warning: Layout 'page' requested in building_programs.md does
not exist.
Liquid Exception: Could not locate the included file 'note.html' in any
of ["/cygdrive/d/fortran/fortran-lang/fortran-lang.org/learn/_includes"].
Ensure it exists in one of those directories and, if it is a symlink, does
not point outside your site source. in index.md
jekyll 3.8.6 | Error: Could not locate the included file 'note.html' in
any of ["/cygdrive/d/fortran/fortran-lang/fortran-lang.org/learn/_includes"].
Ensure it exists in one of those directories and, if it is a symlink, does
not point outside your site source.
I did a fresh install of Ruby, gems and bundle - there were some
complaints about old and deprecated packages, but nothing that seemed
serious.
The file "note.html" it is complaining about does actually exist in the
subdirectory _includes.
For your information: I installed Ruby and its packages on Cygwin.
Regards,
Arjen
Op vr 22 mei 2020 om 18:54 schreef Arjen Markus ***@***.***
>:
> Hi everyone,
>
> no problem with me - as long as it is a permissive licence :). The MIT
> licence should do fine and consistency is not unimportance.
>
> Regards,
>
> Arjen
>
> Op vr 22 mei 2020 om 16:44 schreef Laurence Kedward <
> ***@***.***>:
>
>> I am not an expert on the CC licenses, I know some of them are not open
>> source so we have to be very careful to pick the right one.
>>
>> Ah okay, good point - I'm no expert either.
>>
>> What does Rust use for their documentation?
>>
>> It appears to be under the same license as Rust itself which is
>> MIT/Apache2
>> <https://github.com/rust-lang/book/blob/master/CONTRIBUTING.md#licensing>
>> .
>>
>> P.S. I view documentation as code: it's written in Markdown, which
>> literally is a source code that gets parsed and compiled to the final form,
>> whether html or pdf. Also one can then copy and paste example code from the
>> documentation into user projects without problem. So I've always used MIT
>> for documentation. But I am not opposed to other options.
>>
>> This makes sense to me; I'm happy to keep with MIT for consistency then
>> 👍
>>
>> —
>> You are receiving this because you were mentioned.
>> Reply to this email directly, view it on GitHub
>> <#77 (comment)>,
>> or unsubscribe
>> <https://github.com/notifications/unsubscribe-auth/AAN6YR7LVOJEL47USCHNI4DRS2FWNANCNFSM4NBUJL7Q>
>> .
>>
>
|
@arjenmarkus did you figure it out? I struggle with Jekyll too. See also #89. |
@arjenmarkus we can also build a live preview from a pull request. Here's what you need to do:
and we can make sure it previews correctly from there. |
Hi everyone,
the problem was (apparently) that I started jekyll in the subdirectory
"learn" rather than the root. Now it works fine, that is. under "Learn" I
only see the contents of "index.md". I f I specify the paths
learn/best_practices and learn/build_programs I can see those pages. So,
accessing those pages is not entirely correct yet.
Well, with that solved and after a look at the page I will now proceed with
the pull request :).
Regards,
Arjen
Op vr 22 mei 2020 om 20:17 schreef Milan Curcic <[email protected]>:
… @arjenmarkus <https://github.com/arjenmarkus> we can also build a live
preview from a pull request. Here's what you need to do:
1. Fork this repository
2. Clone your fork (not this repo), that would be
https://github.com/arjenmarkus/fortran-lang.org
3. Add your content locally, commit it, then push to your repo on
GitHub.
4. When you navigate back to this repo, there will be a button
suggesting you to open a pull request
5. In pull request dialog, check the box that says "allow edits from
reviewers" (or similar).
and we can make sure it previews correctly from there.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YR3XFBTIN6XBKRGXSPDRS26UXANCNFSM4NBUJL7Q>
.
|
Hi Milan, everyone,
I have now cloned the repository and created a branch
"building_programs". The pull request is there.
The repository is public, so I guess you can see it and submit your
comments etc. I hope I did all that correctly :).
Regards,
Arjen
Op vr 22 mei 2020 om 20:17 schreef Milan Curcic <[email protected]>:
…
@arjenmarkus we can also build a live preview from a pull request. Here's what you need to do:
Fork this repository
Clone your fork (not this repo), that would be https://github.com/arjenmarkus/fortran-lang.org
Add your content locally, commit it, then push to your repo on GitHub.
When you navigate back to this repo, there will be a button suggesting you to open a pull request
In pull request dialog, check the box that says "allow edits from reviewers" (or similar).
and we can make sure it previews correctly from there.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Almost there. It looks like you created a pull request in your own repository (arjenmarkus/fortran-lang.org). Instead, create a pull request in this repository (fortran-lang/fortran-lang.org) by navigating to its home page and clicking on the "New pull request" button. I don't know if this matters, but I also see that your fortran-lang.org repository doesn't appear as a fork. Did you create it by clicking the "Fork" button on this repository? |
Hi Milan,
I thought I had created a fork. Hm, let me redo that. (It does not seem
possible to create a pull request based on the one I just created).
Hopefully I will get it right this time.
Regards,
Arjen
Op vr 22 mei 2020 om 21:06 schreef Milan Curcic <[email protected]>:
… Almost there. It looks like you created a pull request in your own
repository (arjenmarkus/fortran-lang.org).
Instead, create a pull request in this repository
<https://github.com/fortran-lang/fortran-lang.org> (fortran-lang/
fortran-lang.org) by navigating to its home page and clicking on the "New
pull request" button.
I don't know if this matters, but I also see that your fortran-lang.org
repository doesn't appear as a fork. Did you create it by clicking the
"Fork" button on this repository?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#77 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAN6YR662YRNGPREGQIAOGLRS3EMNANCNFSM4NBUJL7Q>
.
|
No, I had created a repository in my personal space and imported the
fortran-lang.org repository. What I should have done is go to the home page
of fortran-lang.org and use the "Fork" option from there. Well, hopefully
it is all right now :). I think this will be the last e-mail from me for
today.
Regards,
Arjen
Op vr 22 mei 2020 om 21:11 schreef Arjen Markus <[email protected]>:
… Hi Milan,
I thought I had created a fork. Hm, let me redo that. (It does not seem
possible to create a pull request based on the one I just created).
Hopefully I will get it right this time.
Regards,
Arjen
Op vr 22 mei 2020 om 21:06 schreef Milan Curcic ***@***.***
>:
> Almost there. It looks like you created a pull request in your own
> repository (arjenmarkus/fortran-lang.org).
>
> Instead, create a pull request in this repository
> <https://github.com/fortran-lang/fortran-lang.org> (fortran-lang/
> fortran-lang.org) by navigating to its home page and clicking on the
> "New pull request" button.
>
> I don't know if this matters, but I also see that your fortran-lang.org
> repository doesn't appear as a fork. Did you create it by clicking the
> "Fork" button on this repository?
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <#77 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAN6YR662YRNGPREGQIAOGLRS3EMNANCNFSM4NBUJL7Q>
> .
>
|
@arjenmarkus Yes, that worked! Thank you! I will review it in detail over the weekend. |
Closing, completed by #99. |
As discussed on fortran-lang mailing list, this will cover compiling, linking and libraries.
Assigned: @arjenmarkus
The text was updated successfully, but these errors were encountered: