Open athornton opened 5 years ago
On DPS8M 2.0 both gcc and clang work, provided you set up the M32 variable this way:
make M32=1
Tested on RaspberryPI 3 / Raspbian 10 (buster).
Is v. 2.0 what is in the "master" branch?
On Mon, Sep 9, 2019 at 10:10 AM Adam Thornton notifications@github.com wrote:
Is v. 2.0 what is in the "master" branch?
At this point yes; the "R2.0" tag is at the head of master. Shortly, the master will advance to 2.0.1 with a M32+LOCKLESS fix so the the "correct" way is "git checkout R2.0".
-- Charles
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/charlesUnixPro/dps8m/issues/5?email_source=notifications&email_token=AAK7GQHWSAUNDKBI2NJPFMDQIZ7PNA5CNFSM4HOD6YVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6ILHEQ#issuecomment-529576850, or mute the thread https://github.com/notifications/unsubscribe-auth/AAK7GQCAPOCO2VHXL6W73YTQIZ7PNANCNFSM4HOD6YVA .
-- X-Clacks-Overhead: GNU Terry Pratchett
Ah. What was throwing me is that GitHub hasn't been synchronized with GitLab in quite some time.
On Tue, Sep 10, 2019 at 3:50 PM Adam Thornton notifications@github.com wrote:
Ah. What was throwing me is that GitHub hasn't been synchronized with GitLab in quite some time.
Ah; I failed to notice that the notifications were from GitHub. I will look into tweaking them to make GitLab the upstream and resynchronize.
-- Charles
The Pi doesn't define 128-bit integer types, and therefore the things that assume [u]int128_t don't work. There is no mode TI on the machine.
Clang does work, but then you should probably state that it's required for the Pi (and whatever else there is that gcc doesn't support the 128-bit types on), or implement 128-bit types with GMP or something (which would be more painful). Also udplib, in the Makefile, assumes clang rather than $(CC); I don't know if that's intentional or not.
udplib : udplib.c udplib.h