[Bug libgcc/61546] New: MINGW : __int64 is #define'd as 'long long'

[Bug libgcc/61546] New: MINGW : __int64 is #define'd as 'long long'

[baskanov at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546

            Bug ID: 61546
           Summary: MINGW : __int64 is #define'd as 'long long'
           Product: gcc
           Version: 4.8.2
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: libgcc
          Assignee: unassigned at gcc dot gnu.org
          Reporter: baskanov at gmail dot com

Created attachment 32961
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32961&action=edit
Preprocessed input

The following input fails to compile:


#include <cstdlib>

int main()
{
    __int64(123456789012345678);
    return EXIT_SUCCESS;
}


a-baskanov@uk-rnd-10:~/src/int64$ i686-w64-mingw32-g++ -v -save-temps -static
int64.cpp 
Using built-in specs.
COLLECT_GCC=i686-w64-mingw32-g++
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-w64-mingw32/4.8/lto-wrapper
Target: i686-w64-mingw32
Configured with: ../../src/configure --build=x86_64-linux-gnu --prefix=/usr
--includedir='/usr/include' --mandir='/usr/share/man'
--infodir='/usr/share/info' --sysconfdir=/etc --localstatedir=/var
--libexecdir='/usr/lib/gcc-mingw-w64' --disable-maintainer-mode
--disable-dependency-tracking --prefix=/usr --enable-shared --enable-static
--disable-multilib --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --libdir=/usr/lib --enable-libstdcxx-time=yes
--with-tune=generic --enable-version-specific-runtime-libs
--enable-threads=posix --enable-fully-dynamic-string --enable-sjlj-exceptions
--enable-libgomp --enable-languages=c,c++,fortran,objc,obj-c++ --enable-lto
--with-plugin-ld --target=i686-w64-mingw32
--with-gxx-include-dir=/usr/include/c++/4.8
--with-as=/usr/bin/i686-w64-mingw32-as --with-ld=/usr/bin/i686-w64-mingw32-ld
Thread model: posix
gcc version 4.8.2 (GCC) 
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-static' '-mtune=generic'
'-march=pentiumpro'
 /usr/lib/gcc/i686-w64-mingw32/4.8/cc1plus -E -quiet -v -D_REENTRANT int64.cpp
-mtune=generic -march=pentiumpro -fpch-preprocess -o int64.ii
ignoring nonexistent directory
"/usr/lib/gcc/i686-w64-mingw32/4.8/../../../../i686-w64-mingw32/sys-include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.8
 /usr/include/c++/4.8/i686-w64-mingw32
 /usr/include/c++/4.8/backward
 /usr/lib/gcc/i686-w64-mingw32/4.8/include
 /usr/lib/gcc/i686-w64-mingw32/4.8/include-fixed
 /usr/lib/gcc/i686-w64-mingw32/4.8/../../../../i686-w64-mingw32/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-static' '-mtune=generic'
'-march=pentiumpro'
 /usr/lib/gcc/i686-w64-mingw32/4.8/cc1plus -fpreprocessed int64.ii -quiet
-dumpbase int64.cpp -mtune=generic -march=pentiumpro -auxbase int64 -version -o
int64.s
GNU C++ (GCC) version 4.8.2 (i686-w64-mingw32)
        compiled by GNU C version 4.8.2, GMP version 5.1.2, MPFR version
3.1.2-p3, MPC version 1.0.1
warning: GMP header version 5.1.2 differs from library version 5.1.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C++ (GCC) version 4.8.2 (i686-w64-mingw32)
        compiled by GNU C version 4.8.2, GMP version 5.1.2, MPFR version
3.1.2-p3, MPC version 1.0.1
warning: GMP header version 5.1.2 differs from library version 5.1.3.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: cfbaee3c6c337b4507631fc7f47e4864
int64.cpp: In function ‘int main()’:
int64.cpp:5:2: error: expected primary-expression before ‘long’
  __int64(123456789012345678);
  ^
int64.cpp:5:2: error: expected ‘;’ before ‘long’
>From gcc-bugs-return-454449-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 18 06:10:13 2014
Return-Path: <gcc-bugs-return-454449-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 367 invoked by alias); 18 Jun 2014 06:10:13 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 309 invoked by uid 55); 18 Jun 2014 06:10:07 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/61126] [4.10 Regression] gfortran does not enable -Wununused-parameter with -Wextra
Date: Wed, 18 Jun 2014 06:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P4
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.10.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61126-4-yhnwMlhjx8@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61126-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61126-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-06/txt/msg01531.txt.bz2
Content-length: 741

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61126

--- Comment #25 from Tobias Burnus <burnus at gcc dot gnu.org> ---
Author: burnus
Date: Wed Jun 18 06:09:28 2014
New Revision: 211766

URL: https://gcc.gnu.org/viewcvs?rev=211766&root=gcc&view=rev
Log:
2014-06-18  Manuel López-Ibáñez  <manu@gcc.gnu.org>

        PR fortran/61126
        * options.c (gfc_handle_option): Remove call to
        handle_generated_option.

2014-06-18  Dominique d'Humieres <dominiq@lps.ens.fr>

        PR fortran/61126
        * gfortran.dg/wextra_1.f: Add -Wall to dg-options.


Modified:
    trunk/gcc/fortran/ChangeLog
    trunk/gcc/fortran/options.c
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gfortran.dg/wextra_1.f
>From gcc-bugs-return-454450-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Jun 18 06:22:52 2014
Return-Path: <gcc-bugs-return-454450-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8842 invoked by alias); 18 Jun 2014 06:22:51 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 8777 invoked by uid 55); 18 Jun 2014 06:22:45 -0000
From: "burnus at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/61126] [4.10 Regression] gfortran does not enable -Wununused-parameter with -Wextra
Date: Wed, 18 Jun 2014 06:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: burnus at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P4
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.10.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61126-4-Fxos3tXsmK@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61126-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61126-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-06/txt/msg01532.txt.bz2
Content-length: 503

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida126

--- Comment #26 from Tobias Burnus <burnus at gcc dot gnu.org> ---
Author: burnus
Date: Wed Jun 18 06:22:11 2014
New Revision: 211767

URL: https://gcc.gnu.org/viewcvs?rev!1767&root=gcc&view=rev
Log:
2014-06-18  Tobias Burnus  <burnus@net-b.de>

        PR fortran/61126
        * invoke.texi (-Wunused-parameter): Make clearer when
        -Wextra implies this option.


Modified:
    trunk/gcc/fortran/ChangeLog
    trunk/gcc/fortran/invoke.texi

[Bug libgcc/61546] MINGW : __int64 is #define'd as 'long long'

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |INVALID

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Well,

  long long(123456789012345678);

isn't valid C++.  Either use cast syntax or provide a typedef.

[Bug libgcc/61546] MINGW : __int64 is #define'd as 'long long'

[baskanov at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546

--- Comment #2 from Anton Baskanov <baskanov at gmail dot com> ---
(In reply to Richard Biener from comment #1)
> Well,
> 
>   long long(123456789012345678);
> 
> isn't valid C++.  Either use cast syntax or provide a typedef.

Yes, you are right, but why libgcc uses #define for __int64 instead of typedef?
This is confusing.

[Bug libgcc/61546] MINGW : __int64 is #define'd as 'long long'

[sezeroz at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546

Ozkan Sezer <sezeroz at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sezeroz at gmail dot com

--- Comment #3 from Ozkan Sezer <sezeroz at gmail dot com> ---
(In reply to Anton Baskanov from comment #2)
> 
>  why libgcc uses #define for __int64 instead of typedef?

MinGW and MinGW-w64 use #define instead of a typedef, because that allows for
uses like 'signed __int64' and 'unsigned __int64', i.e. __int64 isn't native to
gcc.

[Bug libgcc/61546] MINGW : __int64 is #define'd as 'long long'

[baskanov at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61546

--- Comment #4 from Anton Baskanov <baskanov at gmail dot com> ---
(In reply to Ozkan Sezer from comment #3)
> (In reply to Anton Baskanov from comment #2)
> > 
> >  why libgcc uses #define for __int64 instead of typedef?
> 
> MinGW and MinGW-w64 use #define instead of a typedef, because that allows
> for uses like 'signed __int64' and 'unsigned __int64', i.e. __int64 isn't
> native to gcc.

OK, got it. Thanks for the answer!