* [Bug ada/56909] [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
@ 2013-04-10 16:32 ` mail2arthur at gmail dot com
2013-04-11 7:28 ` [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486 ebotcazou at gcc dot gnu.org
` (14 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-10 16:32 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #1 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-10 16:32:49 UTC ---
Less undefined references if add '--with-arch=i486 --with-tune=i686' to
configure.
s-atopri.o: In function `system__atomic_primitives__lock_free_read_64':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:80: undefined reference to
`__atomic_load_8'
s-atopri.o: In function `system__atomic_primitives__lock_free_try_write_64':
e:\test1\bd\wk\build\gcc\ada\rts/s-atopri.adb:188: undefined reference to
`__sync_val_compare_and_swap_8'
collect2.exe: error: ld returned 1 exit status
Full configure command line:
$srcdir/configure \
--enable-languages=c,c++,ada,fortran,objc,obj-c++ \
--with-arch=i486 --with-tune=i686 \
--disable-sjlj-exceptions \
--with-dwarf2 \
--enable-shared \
--enable-libgomp \
--disable-win32-registry \
--enable-libstdcxx-debug \
--disable-build-poststage1-with-cxx \
--enable-version-specific-runtime-libs \
--build=mingw32 \
--prefix=/mingw
}
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
2013-04-10 16:32 ` [Bug ada/56909] " mail2arthur at gmail dot com
@ 2013-04-11 7:28 ` ebotcazou at gcc dot gnu.org
2013-04-11 22:08 ` mail2arthur at gmail dot com
` (13 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2013-04-11 7:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2013-04-11
CC| |ebotcazou at gcc dot
| |gnu.org
Summary|[4.8 regression] Ada: |[4.8 regression]
|s-atopri.adb:multiple |s-atopri.adb:multiple
|undefined references on |undefined references on
|mingw32 |mingw32 --with-arch=i486
Ever Confirmed|0 |1
--- Comment #2 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2013-04-11 07:28:27 UTC ---
> Less undefined references if add '--with-arch=i486 --with-tune=i686' to
> configure.
Probably not a single one if you remove this i486 thing? If so, we're probably
not going to fix it.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
2013-04-10 16:32 ` [Bug ada/56909] " mail2arthur at gmail dot com
2013-04-11 7:28 ` [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486 ebotcazou at gcc dot gnu.org
@ 2013-04-11 22:08 ` mail2arthur at gmail dot com
2013-04-12 5:41 ` ebotcazou at gcc dot gnu.org
` (12 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-11 22:08 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #3 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-11 22:08:54 UTC ---
The only configure option works for now is '--with-arch=i686'. Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (2 preceding siblings ...)
2013-04-11 22:08 ` mail2arthur at gmail dot com
@ 2013-04-12 5:41 ` ebotcazou at gcc dot gnu.org
2013-04-12 20:39 ` mail2arthur at gmail dot com
` (11 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2013-04-12 5:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #4 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2013-04-12 05:41:33 UTC ---
> The only configure option works for now is '--with-arch=i686'. Thanks.
You're welcome. But you should remove it, it probably slows down the compiler.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (3 preceding siblings ...)
2013-04-12 5:41 ` ebotcazou at gcc dot gnu.org
@ 2013-04-12 20:39 ` mail2arthur at gmail dot com
2013-04-12 21:35 ` ebotcazou at gcc dot gnu.org
` (10 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-12 20:39 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #5 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-12 20:39:42 UTC ---
(In reply to comment #4)
> > The only configure option works for now is '--with-arch=i686'. Thanks.
>
> You're welcome. But you should remove it, it probably slows down the compiler.
Remove what? The '--with-arch=i686' setting? If so then is there any workaround
to get rid of those undefined references.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (4 preceding siblings ...)
2013-04-12 20:39 ` mail2arthur at gmail dot com
@ 2013-04-12 21:35 ` ebotcazou at gcc dot gnu.org
2013-04-14 4:12 ` mail2arthur at gmail dot com
` (9 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2013-04-12 21:35 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #6 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2013-04-12 21:35:26 UTC ---
> Remove what? The '--with-arch=i686' setting? If so then is there any workaround
> to get rid of those undefined references.
Yes, remove --with-arch=i686 and --with-tune=i686, the default is better.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (5 preceding siblings ...)
2013-04-12 21:35 ` ebotcazou at gcc dot gnu.org
@ 2013-04-14 4:12 ` mail2arthur at gmail dot com
2013-04-14 4:51 ` pinskia at gcc dot gnu.org
` (8 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-14 4:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #7 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-14 04:12:35 UTC ---
clarification:
On MinGW, GCC 4.7.x Ada built successfully with default (no -with-arch or
-with-tune) configure.
GCC 4.8.0 s-atopri.* changes breaks same configure:
1. with default (no -with-arch or -with-tune):
failed with five undefined reference (as the top of this ticket)
2. with '--with-arch=i486 --with-tune=i686':
failed with two undefined reference (as comment 1)
3. with '--with-arch=i686':
build successfully (as comment 3). this may slow the compiler, and leave
i384/i486 arch not be supported so we are looking for a better build workaround
or even better a fix from gcc/ada/libgnat.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 --with-arch=i486
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (6 preceding siblings ...)
2013-04-14 4:12 ` mail2arthur at gmail dot com
@ 2013-04-14 4:51 ` pinskia at gcc dot gnu.org
2013-04-14 22:09 ` [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (7 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pinskia at gcc dot gnu.org @ 2013-04-14 4:51 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> 2013-04-14 04:51:20 UTC ---
(In reply to comment #7)
> 3. with '--with-arch=i686':
> build successfully (as comment 3). this may slow the compiler, and leave
> i384/i486 arch not be supported so we are looking for a better build workaround
> or even better a fix from gcc/ada/libgnat.
I doubt i384/i486 are supported in any modern Windows OS; even 686 is
questionable too.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (7 preceding siblings ...)
2013-04-14 4:51 ` pinskia at gcc dot gnu.org
@ 2013-04-14 22:09 ` mail2arthur at gmail dot com
2013-04-14 23:12 ` mail2arthur at gmail dot com
` (6 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-14 22:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #10 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-14 22:09:34 UTC ---
(In reply to comment #9)
> > On MinGW, GCC 4.7.x Ada built successfully with default (no -with-arch or
> > -with-tune) configure.
> >
> > GCC 4.8.0 s-atopri.* changes breaks same configure:
> >
> > 1. with default (no -with-arch or -with-tune):
> > failed with five undefined reference (as the top of this ticket)
>
> OK, I missed that, then configure with --build=i686-pc-mingw32.
Thanks for the suggestion, it built successfully too.
However, since MinGW build has --enable-version-specific-runtime-libs, the old
v4.7.2 has lib installed to \MinGW\lib\gcc\mingw32\4.7.2 (as --build=mingw32)
but now new v4.8.0 build will install lib to ...\gcc\i686-pc-mingw32\4.8.0. For
sure we can use post-install script to move it back from i686-pc-mingw32 dir to
mingw32 dir. Is there any gcc configure switch I can set to do that too?
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (8 preceding siblings ...)
2013-04-14 22:09 ` [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
@ 2013-04-14 23:12 ` mail2arthur at gmail dot com
2013-04-17 19:44 ` mail2arthur at gmail dot com
` (5 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-14 23:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #11 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-14 23:12:48 UTC ---
Will '--exec-prefix=mingw32' work?
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (9 preceding siblings ...)
2013-04-14 23:12 ` mail2arthur at gmail dot com
@ 2013-04-17 19:44 ` mail2arthur at gmail dot com
2013-04-17 20:41 ` ebotcazou at gcc dot gnu.org
` (4 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-17 19:44 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
Arthur Zhang <mail2arthur at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |NEW
Resolution|WONTFIX |
--- Comment #12 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-17 19:44:34 UTC ---
I can build successfully with either '--with-arch=i686 --build=mingw32' or
'--build=i686-pc-mingw32', but as I mentioned in comment 10, change build
target cause packaging issue.
What is the benefit to use '--build=i686-pc-mingw32' than '--with-arch=i686'?
Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (10 preceding siblings ...)
2013-04-17 19:44 ` mail2arthur at gmail dot com
@ 2013-04-17 20:41 ` ebotcazou at gcc dot gnu.org
2013-04-17 21:02 ` mail2arthur at gmail dot com
` (3 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2013-04-17 20:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
--- Comment #13 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2013-04-17 20:41:54 UTC ---
> I can build successfully with either '--with-arch=i686 --build=mingw32' or
> '--build=i686-pc-mingw32', but as I mentioned in comment 10, change build
> target cause packaging issue.
Too bad, but I don't think this will ultimately change the decision, as
i686-pc-mingw32 is the standard triplet for Windows these days.
> What is the benefit to use '--build=i686-pc-mingw32' than '--with-arch=i686'?
It doesn't force -march=i686 by default.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (11 preceding siblings ...)
2013-04-17 20:41 ` ebotcazou at gcc dot gnu.org
@ 2013-04-17 21:02 ` mail2arthur at gmail dot com
2013-04-18 14:48 ` mail2arthur at gmail dot com
` (2 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-17 21:02 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #14 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-17 21:02:14 UTC ---
(In reply to comment #13)
> > What is the benefit to use '--build=i686-pc-mingw32' than '--with-arch=i686'?
>
> It doesn't force -march=i686 by default.
Why below output has '-march=pentiumpro'?
bash-3.1$ gcc -v -o t.exe ./test.c
Using built-in specs.
COLLECT_GCC=c:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.8.0/lto-wrappe
r.exe
Target: i686-pc-mingw32
Configured with: ../gcc-4.8.0/configure
--enable-languages=c,c++,ada,fortran,obj
c,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared
--enable-libgo
mp --disable-win32-registry --enable-libstdcxx-debug
--enable-version-specific-r
untime-libs --build=i686-pc-mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.8.0 (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 't.exe' '-mtune=generic' '-march=pentiumpro'
...
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (12 preceding siblings ...)
2013-04-17 21:02 ` mail2arthur at gmail dot com
@ 2013-04-18 14:48 ` mail2arthur at gmail dot com
2013-04-23 13:09 ` nightstrike at gmail dot com
2013-04-23 14:31 ` mail2arthur at gmail dot com
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-18 14:48 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #16 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-18 14:48:50 UTC ---
(In reply to comment #15)
> > Why below output has '-march=pentiumpro'?
>
> I think it's the autodetected arch, but maybe I'm confused. Never mind.
If you mean autodetected arch of the running PC (which has i7 CPU), then I
think it is not, since for gcc v4.7.2 (which is built with only
--build=mingw32):
sh-3.1$ gcc -v -o t.exe test.c
Using built-in specs.
COLLECT_GCC=c:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/4.7.2/lto-wrapper.exe
Target: mingw32
Configured with: ../gcc-4.7.2/configure
--enable-languages=c,c++,ada,fortran,obj
c,obj-c++ --disable-sjlj-exceptions --with-dwarf2 --enable-shared
--enable-libgo
mp --disable-win32-registry --enable-libstdcxx-debug
--disable-build-poststage1-
with-cxx --enable-version-specific-runtime-libs --build=mingw32 --prefix=/mingw
Thread model: win32
gcc version 4.7.2 (GCC)
COLLECT_GCC_OPTIONS='-v' '-o' 't.exe' '-mtune=i386' '-march=i386'
...
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (13 preceding siblings ...)
2013-04-18 14:48 ` mail2arthur at gmail dot com
@ 2013-04-23 13:09 ` nightstrike at gmail dot com
2013-04-23 14:31 ` mail2arthur at gmail dot com
15 siblings, 0 replies; 17+ messages in thread
From: nightstrike at gmail dot com @ 2013-04-23 13:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
nightstrike <nightstrike at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nightstrike at gmail dot
| |com
--- Comment #17 from nightstrike <nightstrike at gmail dot com> 2013-04-23 13:09:40 UTC ---
What is the driving factor that is causing you to want to make the gcc build so
complicated? We at http://mingw-w64.sf.net have gone to great lengths to make
the windows build process simple, and to support many configurations.
Perhaps you shuld take a step back and look at your overall objective. You
shouldn't need many configure options at all.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug ada/56909] [4.8 regression] s-atopri.adb:multiple undefined references on mingw32
2013-04-10 15:58 [Bug ada/56909] New: [4.8 regression] Ada: s-atopri.adb:multiple undefined references on mingw32 mail2arthur at gmail dot com
` (14 preceding siblings ...)
2013-04-23 13:09 ` nightstrike at gmail dot com
@ 2013-04-23 14:31 ` mail2arthur at gmail dot com
15 siblings, 0 replies; 17+ messages in thread
From: mail2arthur at gmail dot com @ 2013-04-23 14:31 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56909
--- Comment #18 from Arthur Zhang <mail2arthur at gmail dot com> 2013-04-23 14:31:12 UTC ---
(In reply to comment #17)
> What is the driving factor that is causing you to want to make the gcc build so
> complicated?
I am building release packages for MinGW project. I'd like to keep as more as
gcc4.7.2 release from building/packaging point of view.
> We at http://mingw-w64.sf.net have gone to great lengths to make
> the windows build process simple, and to support many configurations.
Thanks for maintaining mingw-w64 project! I will try it for sure.
> Perhaps you shuld take a step back and look at your overall objective. You
> shouldn't need many configure options at all.
Before I learn the details of mingw-w64, can you share how mingw-w64 configure
the gcc 4.8.0 Ada build. Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread