Hey Eric,
Eric Gallager via Gcc wrote:
Hi, at Apple's WWDC this year they have announced that they are doing
yet another architecture transition, so I was wondering what exactly
would be the best way to go about adding support for it? The first
issue would be just what to call the new architec
Homebrew has GCC 9, which offers flawless development experience, at least
up to quite advanced applications. There of course could be corner cases in
ABI, exceptions handling, etc., which I however never came across myself on
MacOS. Thus, discussing gcc 4.2 seems to be highly nonsensical these day
Hi, at Apple's WWDC this year they have announced that they are doing
yet another architecture transition, so I was wondering what exactly
would be the best way to go about adding support for it? The first
issue would be just what to call the new architecture; it seems to be
ARM-based, but there mi
On Mon, Jun 22, 2020 at 03:14:44PM -0400, y2s1982 . via Gcc wrote:
> > > If the 4 separate bytes of the version isn't something written somewhere
> > in
> > > the standard, I'd use something along the lines of
> > > #define GCC_VERSION (__GNUC__ * 1000 + __GNUC_MINOR__)
> > > macro, so make it
> >
On Mon, Jun 22, 2020 at 1:54 PM Jeffrey Walton via Gcc
wrote:
> On Mon, Jun 22, 2020 at 1:47 PM Jakub Jelinek via Gcc
> wrote:
> >
> > On Sat, Jun 20, 2020 at 01:26:59PM -0400, y2s1982 . via Gcc wrote:
> > > I have a question on API version formatting.
> > > I have been looking at the get_api_ve
On Mon, Jun 22, 2020 at 1:47 PM Jakub Jelinek via Gcc wrote:
>
> On Sat, Jun 20, 2020 at 01:26:59PM -0400, y2s1982 . via Gcc wrote:
> > I have a question on API version formatting.
> > I have been looking at the get_api_version() and get_api_version_string()
> > documentation:
> > https://www.open
On Sat, Jun 20, 2020 at 01:26:59PM -0400, y2s1982 . via Gcc wrote:
> I have a question on API version formatting.
> I have been looking at the get_api_version() and get_api_version_string()
> documentation:
> https://www.openmp.org/spec-html/5.0/openmpsu213.html#x269-17920005.5.1.2
> I also saw how
On May 26, 2020, Martin Liška wrote:
> On 5/26/20 12:15 PM, Pierre-Marie de Rodat wrote:
>>> * contracts.adb, einfo.adb, exp_ch9.adb, sem_ch12.adb,
> It's not supported right now and it will make the filename parsing
> much more complicated.
Another colleague recently run into a problem
