gcc 7.1 for the ST series

C and PASCAL (or any other high-level languages) in here please

Moderators: simonsunnyboy, exxos, Mug UK, Zorro 2, Moderator Team

User avatar
ggn
Atari God
Atari God
Posts: 1118
Joined: Sat Dec 28, 2002 4:49 pm

gcc 7.1 for the ST series

Postby ggn » Sat Jul 15, 2017 5:41 am

Here we are with gcc 7.1, the latest stable release of gcc to date ready for your Ataris! It was kind of supposed to be released at Sommarhack last week but we completely forgot about it :).

Like before, head to http://d-bug.mooo.com/beyondbrown/post/gcc7/ for the writeup and links and you're also welcome to try it live at http://brownbot.hopto.org

Enjoy!

ggn + dml
is 73 Falcon patched atari games enough ? ^^

User avatar
simonsunnyboy
Moderator
Moderator
Posts: 4745
Joined: Wed Oct 23, 2002 4:36 pm
Location: Friedrichshafen, Germany
Contact:

Re: gcc 7.1 for the ST series

Postby simonsunnyboy » Sat Jul 15, 2017 9:31 am

That sounds great, esp. the improved code generation! Are Ubuntu packages coming, or is a build from source required?
Simon Sunnyboy/Paradize - http://paradize.atari.org/ - STOT: http://www.npoi.de/stot/

Stay cool, stay Atari!

1x2600jr, 1x1040STFm, 1x1040STE 4MB+TOS2.06+SatanDisk, 1xF030 14MB+FPU+NetUS-Bee

Jabber: simonsunnyboy@atari-jabber.org

User avatar
ggn
Atari God
Atari God
Posts: 1118
Joined: Sat Dec 28, 2002 4:49 pm

Re: gcc 7.1 for the ST series

Postby ggn » Sat Jul 15, 2017 11:04 am

simonsunnyboy wrote:Are Ubuntu packages coming, or is a build from source required?


Well, that's a bit of a tricky issue: what packages do people need and if they downloaded prebuilt ones for 6.2. People could use 64bit, 32bit (not that common but you never know), Ubuntu 14, 16, perhaps older ones, Centos, etc etc, the list goes on.

I have a Linux Mint install based on Ubuntu 14.x and a Linux Elementary at work (which is based on Ubuntu 16.x I think?) - both 64bit so I can make some binary distributions for people. And I also built everything for raspberry pi (brownbot uses that) so I can package those too. Of course there's the other thing of where do people like their installations to reside. We got quite some criticism of using /usr for 6.2 and we now provide the option of manually editing install path before building.

So that's what I got. If people can agree on an install directory and the distro they use I will make an effort to package something up.
is 73 Falcon patched atari games enough ? ^^

User avatar
dhedberg
Captain Atari
Captain Atari
Posts: 477
Joined: Mon Aug 30, 2010 8:36 am
Contact:

Re: gcc 7.1 for the ST series

Postby dhedberg » Sat Jul 15, 2017 1:03 pm

Awesome work. Thanks guys!
Daniel, New Beat - http://newbeat.atari.org

User avatar
shoggoth
Nature
Nature
Posts: 805
Joined: Tue Aug 01, 2006 9:21 am
Location: Halmstad, Sweden
Contact:

Re: gcc 7.1 for the ST series

Postby shoggoth » Sat Jul 15, 2017 9:14 pm

Amazing.

Hat off, bow. and bend over.
Ain't no space like PeP-space.

User avatar
simonsunnyboy
Moderator
Moderator
Posts: 4745
Joined: Wed Oct 23, 2002 4:36 pm
Location: Friedrichshafen, Germany
Contact:

Re: gcc 7.1 for the ST series

Postby simonsunnyboy » Sun Jul 16, 2017 8:01 am

Statically linked binaries for 64 and 32bit to be placed into /opt would be ok for me. As long as it does not want obscure dynamically linked libraries, I personally will not need fully fledged packaging although it is nice to have. Maybe you can team up with Vincent Riviere?
Simon Sunnyboy/Paradize - http://paradize.atari.org/ - STOT: http://www.npoi.de/stot/

Stay cool, stay Atari!

1x2600jr, 1x1040STFm, 1x1040STE 4MB+TOS2.06+SatanDisk, 1xF030 14MB+FPU+NetUS-Bee

Jabber: simonsunnyboy@atari-jabber.org

User avatar
ggn
Atari God
Atari God
Posts: 1118
Joined: Sat Dec 28, 2002 4:49 pm

Re: gcc 7.1 for the ST series

Postby ggn » Mon Jul 17, 2017 4:10 pm

simonsunnyboy wrote:Statically linked binaries


Sorry if I'm misunderstanding this, but isn't static linking on linux a big no-no and against one of its core philosophies? At least in my mind, gcc would have to be statically linked against all libraries including libc, and from what I know libc tends to change over time or get patched. And if you're doing that (again AFAIK) you're essentially locking it down to a single libc version that could be really bad news if you upgrade your system.

(Again, anyone is free to correct me on the subject, but I always thought that static linkage on linux is a terrible idea :))

simonsunnyboy wrote:for 64 and 32bit


Any particular reason you need both versions or just "good to have"?

simonsunnyboy wrote:to be placed into /opt would be ok for me.


That's reasonable enough. Although at least here the location seems to need root privileges - one of the main things people didn't like about the 6.2 release...

simonsunnyboy wrote:As long as it does not want obscure dynamically linked libraries,


AFAIK gcc is as self contained as possible - only during compile time you might need extra libs/packages.

simonsunnyboy wrote:I personally will not need fully fledged packaging although it is nice to have.


Well make up your mind - packaging is a complex process and it's not to be taken lightly :). Also you didn't specify the package type - debian, rpm, archlinux, tarball, other? Note also that I have no experience with this so it's an extra time investment for me for something that will probably bring little in return (unless many people ask for this of course - this wasn't the case with 6.2 though)

simonsunnyboy wrote:Maybe you can team up with Vincent Riviere?


Like I said above, packaging can be quite complex and time consuming. I really wouldn't dare asking Vincent to devote what I perceive would be a good chunk of his spare time for this.
is 73 Falcon patched atari games enough ? ^^

User avatar
dml
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 3431
Joined: Sat Jun 30, 2012 9:33 am

Re: gcc 7.1 for the ST series

Postby dml » Mon Jul 17, 2017 4:29 pm

simonsunnyboy wrote:Statically linked binaries for 64 and 32bit to be placed into /opt would be ok for me. As long as it does not want obscure dynamically linked libraries, I personally will not need fully fledged packaging although it is nice to have. Maybe you can team up with Vincent Riviere?


Re: obscure libs - we didn't add anything new and weird (libbananapeeler.a!) so its just the same gnu stuff that turns up with any other version of the gcc compiler. One exception may be the brownout tool which isn't part of gnu - but I don't remember that having much, if anything, in the way of dependencies (not entirely keen on dependencies!).

BlankVector
Captain Atari
Captain Atari
Posts: 387
Joined: Wed Oct 24, 2007 7:52 pm
Location: Paris, France
Contact:

Re: gcc 7.1 for the ST series

Postby BlankVector » Tue Jul 18, 2017 9:57 am

ggn wrote:
simonsunnyboy wrote:Maybe you can team up with Vincent Riviere?


Like I said above, packaging can be quite complex and time consuming. I really wouldn't dare asking Vincent to devote what I perceive would be a good chunk of his spare time for this.

Well, GCC Brown Edition and m68k-atari-mint-gcc are different variants.
But regarding to Debian/Ubuntu packaging, I have recently moved all m68k-atari-mint source packages to GitHub. That may be used by other people as source of inspiration.

User avatar
simonsunnyboy
Moderator
Moderator
Posts: 4745
Joined: Wed Oct 23, 2002 4:36 pm
Location: Friedrichshafen, Germany
Contact:

Re: gcc 7.1 for the ST series

Postby simonsunnyboy » Tue Jul 18, 2017 2:59 pm

In the past I had various issues with non-packaged Linux apps that were dynamically linked.
Package build on superhyper Fedora something but does not work on stable Debian, because of dynamically linked libs that are unavialble etc....

For software packages not coming from the distribution, I think statically linked is ok if it allows software to work out of the box. Packages for a specific distribution ofcourse should be dynamically linked.

32bit is not a must but might be for others or for virtual machines....I personally only use AMD64.

Regarding /opt, I don't see a problem there. I normally assign it another user group, place myself inthat group and now I can install software therw without root privileges. Being able to install under $HOME/bin/.... woudl alos be nice. I hate non-distro package to clutter /usr/... hierarchy.
Simon Sunnyboy/Paradize - http://paradize.atari.org/ - STOT: http://www.npoi.de/stot/

Stay cool, stay Atari!

1x2600jr, 1x1040STFm, 1x1040STE 4MB+TOS2.06+SatanDisk, 1xF030 14MB+FPU+NetUS-Bee

Jabber: simonsunnyboy@atari-jabber.org

User avatar
Eero Tamminen
Atari God
Atari God
Posts: 1487
Joined: Sun Jul 31, 2011 1:11 pm

Re: gcc 7.1 for the ST series

Postby Eero Tamminen » Tue Jul 18, 2017 9:28 pm

Static linking doesn't work for Glibc. It loads several parts of itself dynamically, I think at least related to name resolution, localization and crypto.

But GCC is anyway pretty self-contained, and anything it depends on, should be well library API/version controlled etc. I.e. it should be fine as dynamically linked, as long as linking is done on a reasonable LTS version so that minimum version dependency isn't too new.

(LLVM would be another matter, mainly because it's C++ and ABI changes for C++ stuff are pretty frequent and IMHO often messy.)


Social Media

     

Return to “C / PASCAL etc.”

Who is online

Users browsing this forum: No registered users and 1 guest