Re: [Mingw-users] Current MinGW GCC gives no output on failures?

[Clive C. <cl...@cr...>]

This is on a fresh, clean install of Windows, MinGW is all that is
installed on that machine, I used MinGW's own installer.
So if this is a configuration problem, it means the installer is broken.

For those that are interested, or if you come across the same problems:
 I've solved my own problem (I'm able to continue working) by using this
MinGW build:

http://nuwen.net/mingw.html

Instead of the binaries on MinGW's own site.

On Wed, 20 May 2015 at 13:12 KHMan <kei...@gm...> wrote:

> On 5/20/2015 6:19 PM, Clive Crous wrote:
> > The zero byte was a simplified example. Any errors, at all, for
> > any reason (eg missing includes, for instance) give me no output,
> > no indication of error, no result file, nothing printed (exit code 1).
>
> Could be a configuration problem. See output below. COLLECT_GCC is
> different, I guess the wrapper failed to call gcc proper.
>
> $ gcc -v a.c
> Using built-in specs.
> COLLECT_GCC=E:\MinGW\bin\gcc.exe
>
> COLLECT_LTO_WRAPPER=e:/mingw/bin/../libexec/gcc/mingw32/4.8.1/lto-wrapper.exe
> Target: mingw32
> Configured with: <snipped all of this>
> CFLAGS=-D_USE_32BIT_TIME_T
> Thread model: win32
> gcc version 4.8.1 (GCC)
> COLLECT_GCC_OPTIONS='-v' '-mtune=generic' '-march=pentiumpro'
>   e:/mingw/bin/../libexec/gcc/mingw32/4.8.1/cc1.exe -quiet -v
> -iprefix e:\mingw\bin\../lib/gcc/mingw32/4.8.1/ a.c -quiet
> -dumpbase a.c -mtune=generic -march=pentiumpro -auxbase a -version
> -o C:\Users\khman\AppData\Local\Temp\cceXlTBf.s
> GNU C (GCC) version 4.8.1 (mingw32)
>          compiled by GNU C version 4.8.1, GMP version 5.1.2, MPFR
> version 3.1.2, MPC version 1.0.1
>
>
> > On Wed, 20 May 2015 at 12:03 wrote:
> >
> >     On 5/20/2015 4:59 PM, Clive Crous wrote:
> >      > I'm having trouble with failed compiles not giving any
> >     output at
> >      > all (unless the input source file is completely missing).
> >      >
> >      > I've used mingw-get to install everything on my system, and it
> >      > appears that gcc/g++ simply don't output errors anymore? Is
> >     there
> >      > something I'm missing here?
> >      >
> >      > I've attached a screenshot.
> >
> >     With a zero byte a.c, I've consistently got:
> >     $ gcc a.c
> >
>  e:/mingw/bin/../lib/gcc/mingw32/4.8.1/../../../libmingw32.a(main.o):(.text.startup+0xa7):
> >     undefined reference to `WinMain@16'
> >     collect2.exe: error: ld returned 1 exit status
> >
> >     If you compile-only using -c, then the zero byte a.c gives a 406
> >     byte a.o file. Using installed gcc 4.8.1, I didn't install
> >     everything though.
> >[snip snip]
>
> --
> Cheers,
> Kein-Hong Man (esq.)
> Kuala Lumpur, Malaysia
>
>
>
> ------------------------------------------------------------------------------
> One dashboard for servers and applications across Physical-Virtual-Cloud
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>
> This list observes the Etiquette found at
> http://www.mingw.org/Mailing_Lists.
> We ask that you be polite and do the same.  Disregard for the list
> etiquette may cause your account to be moderated.
>
> _______________________________________________
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> Also: mailto:min...@li...?subject=unsubscribe
>