Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.atari.st > #1546

Re: Eureka 2.12 is 30 years old

Show all headers | View raw

Now you're mixing binutils and gcc. :-)

I find hard to believe the format has changed but you can always try to use old binutils (as, ld, nm, ...) with gcc 4.6.4.

Dňa pondelok, 27. februára 2017 9:00:32 UTC+10 Francois LE COAT napísal(-a):
> Hi,
> 
> I'm currently using GNU/GCC 3.3.6 with the following configuration :
> 
> 	<http://eureka.atari.org/gcc3.3.6SDK.zip>
> 
> I mean, I'm using GNU/GCC 3.3.6 and building Eureka 2.12 software with
> the "-mshort" option and 16bits versions of the required libraries.
> 
> The problem since 3.3.6 version of GNU/GCC and 4.2 or later, is that
> the linker from GNU/GCC (ld), and the library format (.a) changed.
> 
> I don't know precisely how I could use GNU/GCC 4.6.4, with the "-mshort"
> compilation option, and link with my versions of the 16bits libraries ?
> 
> Can you explain ?
> 
> Thanks,
> 
> Miro Kropáček writes:
> > Do you realise you're mixing gcc, mintlib and mint issues into one bag?
> >
> > There's 0% chance the libraries you're using are official. 16-bit ("mshort") support had been dropped sometime in the 2000s, long before gcc 4.2.
> >
> > So whoever gave you those mintlib builds, ask him to make an update with gcc 4.6.4.
> >
> > I can't remember when exactly but there has been a change in FPU register handling in gcc so perhaps you can't directly use your old libs with "latest" gcc but it's worth a try.
> >
> > Anyway, your blaming of developers/applications is totally off.
> >
> > Francois LE COAT writes:
> >> Michael Schwingen writes:
> >>> Francois LE COAT wrote:
> >>>>>> What worries me the most, is that there's no 16bits integer type. The
> >>>>>> C language is inappropriate for 16/32bits ATARI machines.
> >>>>>
> >>>>> Huh?
> >>>>>
> >>>>> Of course there is - I just tried using gcc-m68k-atari-mint cross-compiler
> >>>>> (4.6.4) - it is called "short", just like expected.
> >>>>
> >>>> Replacing integer type (int) by short type (short) in my 30 years old
> >>>> sources from Eureka 2.12 doesn't work. GNU/GCC 3.3.6 16bits integer
> >>>> type is suitable for 16/32bits machines like the ATARI ST, but GNU/GCC
> >>>> 4.2 and later don't have this 16bits int type. This is a cruel lack =(
> >>>
> >>> Huh?
> >>>
> >>> "short" *is* an integer type, so gcc has what you need. If using "short"
> >>> does not work, your code is buggy in other areas and simply needs to be
> >>> debugged/fixed - this is not gcc's fault.
> >>>
> >>> I can accept that you don't want to do that work, but again: that is your
> >>> decision and not gcc's fault.
> >>
> >> If 16bits variants of ATARI's libraries were supplied with GNU/GCC 4.2
> >> or later, I would appreciate de retro-compatibility with the ATARI ST.
> >> But these 16bits versions of MiNTlib, GEMlib etc. are not still
> >> maintained ... You would say that it is "buggy" or something else,
> >> but it is simply 30 years old, such as the sources of my Eureka 2.12
> >> software. The retro-compatibility with the ATARI ST is not maintained.
> >>
> >> The problem is really with the "programmed obsolescence" with GNU/GCC 4,
> >> and people developing the ATARI target. They forget that ATARI ST is
> >> a 16/32bits architecture, and the "integer" type should be proposed as
> >> a 16bits type. This is a matter of adequacy from the language with the
> >> target. A 32bits integer type is far too demanding for an ATARI 520ST
> >> with 1Mb of RAM, like the one that was proposed 30 years ago by ATARI.
> >>
> >> Please notice that my software Eureka 2.12 runs on the early 520ST =)
> >> Most of the ATARI software produced today are not, you can check it.
> >> The software generated with AHCC have more chance to run with ATARI ST.
> 
> Regards,
> 
> -- 
> François LE COAT
> Author of Eureka 2.12 (2D Graph Describer, 3D Modeller)
> http://eureka.atari.org/

Back to comp.sys.atari.st | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-17 23:00 +0100
  Re: Eureka 2.12 is 30 years old Miro Kropáček <miro.kropacek@gmail.com> - 2017-02-22 14:40 -0800
    Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-23 00:21 +0100
      Re: Eureka 2.12 is 30 years old Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-02-26 12:18 +0000
        Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-26 13:47 +0100
          Re: Eureka 2.12 is 30 years old Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-02-26 15:18 +0000
            Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-26 17:00 +0100
              Re: Eureka 2.12 is 30 years old Miro Kropáček <miro.kropacek@gmail.com> - 2017-02-26 14:22 -0800
                Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-27 00:00 +0100
                Re: Eureka 2.12 is 30 years old Miro Kropáček <miro.kropacek@gmail.com> - 2017-02-27 14:14 -0800
                Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-28 23:43 +0100
                Re: Eureka 2.12 is 30 years old Miro Kropáček <miro.kropacek@gmail.com> - 2017-03-01 14:12 -0800
                Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-03-04 21:51 +0100
              Re: Eureka 2.12 is 30 years old Henk Robbers <h.robbers@chello.nl> - 2017-02-26 23:49 +0100
                Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-27 18:18 +0100
                Re: Eureka 2.12 is 30 years old Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-02-27 21:31 +0000
                Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-02-28 22:40 +0100
                Re: Eureka 2.12 is 30 years old Miro Kropáček <miro.kropacek@gmail.com> - 2017-03-01 14:10 -0800
                Re: Eureka 2.12 is 30 years old Francois LE COAT <lecoat@atari.org> - 2017-03-02 21:47 +0100

csiph-web