sandra dzambazovska | 26 Jul 17:06 2016

Error using MinGW 64-bits

Hello,

I installed MinGw 64 bits on Windows 7 64 -bits.  But when I type: g++ -m64 Source1.cpp -o Source1.exe in the cmd window I get the following message: http://pastebin.com/8GwfSH3v. And I have no idea what it means.

Thanks.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe
Peter Bohning | 23 Jul 17:26 2016
Picon

Re: mingw compiling git

 
Sent: Saturday, July 23, 2016 at 10:47 AM
From: "Eli Zaretskii" <eliz-mXXj517/zsQ@public.gmane.org>
To: "Peter Bohning" <peter.bohning-KK0ffGbhmjU@public.gmane.org>
Cc: mingw-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [Mingw-users] mingw compiling git
> From: "Peter Bohning" <peter.bohning-KK0ffGbhmjU@public.gmane.org>
> Date: Sat, 23 Jul 2016 16:25:36 +0200
>
> > In file included from c:\mingw\include\winsock2.h:22:0,
> > from git-compat-util.h:153,
> > from cache.h:4,
> > from credential-store.c:1:
> > c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory
> > #include <stdarg.h>
> > ^
> > compilation terminated.
> > make: *** [credential-store.o] Error 1
>
> Your MinGW installation seems to be broken. stdarg.h comes with GCC,
> and should be in lib/gcc/mingw32/5.3.0/include/ (assuming your GCC is
> version 5.3.0, the latest).
> Its there, 4.9.3, but the git Makefile from ./configure can't find it.

The error message is from GCC, not from Makefile. So the problem is
indeed in your GCC installation.
 
Well but if I use gcc on a different file with stdarg, it finds it.  So its something about the way git calls the compiler that maybe uses strings with backslashes wrong or something.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe
Peter Bohning | 23 Jul 09:19 2016
Picon

mingw compiling git

Hi,
   I'm trying to compile git from source, I got mingw from the package installer.
 
   It complained about "cc" so I added a link to gcc, but now I'm getting:
 
    CC credential-store.o
In file included from c:\mingw\include\winsock2.h:22:0,
                 from git-compat-util.h:153,
                 from cache.h:4,
                 from credential-store.c:1:
c:\mingw\include\windows.h:41:20: fatal error: stdarg.h: No such file or directory
 #include <stdarg.h>
                    ^
compilation terminated.
make: *** [credential-store.o] Error 1
 
I thought it might be backslashes in the include paths as per gcc -v, but they work with compiling other things so I'm not sure what the problem with git is.  Any help would be appreciated.
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe
Anton Shepelev | 19 Jul 23:30 2016
Picon

Possible error in ntddstor.h

Hello, all

When  trying  to  buid DOSBox in a freshly-installed
MinGW, I am having this error:

  macro "__IOCTL_STORAGE_" requires 3 arguments, but only 2 given

in the file

  MinGW\include\ddk\ntddstor.h

which has:

  #define __IOCTL_STORAGE_(FN,M,A)       CTL_CODE(IOCTL_STORAGE_BASE,(FN),(M),(A))
  [...]
  #define IOCTL_STORAGE_EJECT_MEDIA    __IOCTL_STORAGE_(0x0202,__FILE_RD_BUFFERED)

i.e. the macro definition does not match its invoca-
tion.   Is  it an error in MinGW?  The file's intro-
ductory comment contains this line:

   * $Id: ntddstor.h,v ed94503bab84 2016/05/04 19:34:24 keithmarshall $

-- 
()  ascii ribbon campaign - against html e-mail
/\  http://preview.tinyurl.com/qcy6mjc [archived]

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe

Keith Marshall | 15 Jul 22:40 2016
Picon
Picon

mingwrt-3.22 and w32api-3.18 released


Folks,

I've published new releases of each of the above; you may upgrade via
the mingw-get GUI, or the mingw-get CLI, (after first performing a
catalogue update), or manually, according to your preference.

These releases, (likely to be the last of the 3.x series, and the base
for progression to 5.x), comprise primarily bug-fixes and a code base
clean up; beyond this, the following features have been added:

Platform identification macros, which previously supported only
  equivalence mapping to Microsoft's _M_IX86, have been extended to
  include mappings to Microsoft's equivalents for more recent Intel
  processors.

Host version specification, based on the NTDDI_VERSION macro, has
  been back-ported from the (now defunct) w32api-4.x implementation.
  Unlike Microsoft's (apparently) inadequately engineered variant of
  this, MinGW.org's implementation will automatically synchronize
  between NTDDI_VERSION and _WIN32_WINNT, thus relieving the user of
  the onus for specifying both.

Symbolic naming for MSVCRT.DLL vs. its non-free derivatives has
  been introduced.

The MemoryBarrier() macro has been back-ported from w32api-4.x,
  and modified to introduce the appropriate GCC intrinsic function,
  or equivalent assembly code, strictly inline; (the w32api-4.x
  implementation was broken, in terms of both intrinsic selection
  and fall-back assembly code).

The MinGW.org printf() replacement functions, (as selected when
  compiling with -ansi, -posix, or any -std=... option which enables
  __STRICT_ANSI__, or when any of the _GNU_SOURCE, _BSD_SOURCE,
  _XOPEN_SOURCE, or _POSIX_C_SOURCE feature test macros is defined
  *before* including any system header file), now supports POSIX
  standard "%n$*m$..." positional argument format specifications.

For full details of all changes, since previous releases, see:
https://sourceforge.net/p/mingw/mingw-org-wsl/ci/legacy/tree/mingwrt/ChangeLog
https://sourceforge.net/p/mingw/mingw-org-wsl/ci/legacy/tree/w32api/ChangeLog

Please report bugs, as instructed at:
http://www.mingw.org/Reporting_Bugs

--

-- 
Regards,
Keith.

Public key available from keys.gnupg.net
Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F
Cesar Strauss | 15 Jul 20:52 2016
Picon

MSYS runtime 1.0.19 released

Dear MSYS users,

The latest MSYS runtime, version 1.0.19, is now available.

You can upgrade using the mingw-get GUI as usual, but be advised to 
close all MSYS processes first.

New feature:

* Generate /etc/fstab automatically in post-install.

1) /etc/fstab is created if absent, with the correct mapping of the 
/mingw mount point.

2) If /etc/fstab is present, it is not touched, but you can consult 
/etc/fstab.sample for a suggestion of a /mingw mount line.

This will help new users find the MinGW gcc compiler in the MinGW Shell 
PATH (bash console), right after a new MSYS installation.

Bug fix:

* Correct a bug with pipe handling that affected parallel MSYS make
   ("make -jN", issue #1950, https://sourceforge.net/p/mingw/bugs/1950/).

This fixes a regression 1.0.17 -> 1.0.18. However, I still experience 
randoms hangs, even with 1.0.17, so it appears there still more work to 
be done.

Have fun!

Regards,
Cesar

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe

eddie | 12 Jul 00:06 2016
Picon

I can't distribute a program compiled with MSYS2 !

Hi to all the MSYS community,

At first MSYS is the solution i have search for years fro making Windows  version from my programs, passing trough code-block-mingw32, mingw alone, cygwin,...

---

But i come to my problem:

I can compile and launching my program mmp-2.1 which is an update from the Micro Music Player which I have build for Linux, the update will soon release in the hope their will be a Windows version too.

:: extract from my Makefile

CXXFLAGS = -mwindows -O2 -std=c++11 # we can try -static-libstdc++ -static-libgcc -lstdc++ # but -lmingw32 make fail the build   LDFLAGS = `pkg-config --cflags gtk+-3.0` `pkg-config --cflags libvlc`   LDFLAGS = `pkg-config --libs gtk+-3.0` `pkg-config --libs libvlc`

All success but when i come to distributing i heart to a wall:

I have make a folder outside from the MSYS installation, then copy all the dependencies, and finally copy the required *.dll files into my ./bin folder like this

::

    ldd ./bin/mmp | grep mingw64 | cp $(gawk '{print $3}') /path/to/test/dir/bin

And when i launch the program all works fine except the initialization from libvlc which always return NULL ???

::   
       
int
main (int argc, char *argv[]) {  

    // ...   libvlc_instance_t * libvlc_inst = libvlc_new (0, NULL) ;  
   
    if (libvlc_inst == NULL) {  
       
        fprintf(stderr,"The unborn is killed in the winbee !\n") ;
        exit(EXIT_FAILURE) ;
    }
 
   
     // ...   return 0 ;  

}           

Thanks for you answers about why my program works into the MSYS environment and not other way ?

I think the problem is the libvlc because the program start but libvlc doesn't initialize. 

--

3D imaging web-site: www.3dreaming-imaging.net
International web-site: www.open-source-projects.net
------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe
Jin Qian | 11 Jul 16:30 2016
Picon

A strange error when link using tcc on a gcc compiled objected file

I am trying to compile a code in MinGW gcc and link it with tcc (tiny C compiler), this is needed due to how a project is set up.
 But it's either give strange output or the resulted executable will "stop working".

c:\tcc> gcc -c te1.c
c:\tcc> objcopy -O elf64-x86-64 te1.o
c:\tcc> tcc te2.c te1.o
c:\tcc> te2.exe
567in dummy!!!

As you can see, the output is not "1234567in dummy!!!" as I had expected.   The command "objcopy" is necessary since the te1.o (from the output of gcc) 
is in COFF format.  After objcopy, it becomes ELF format which tcc can understand.

By the way, I used "readelf -a " to look at the elf from gcc/objcopy,  the relocation section has type R_X86_64_32.    If I compile te1.c with tcc, the resulted te1.o (in ELF format)
has relocation has type R_X86_64_RELATIVE.  Not sure it has anything to do with the error in the resulted executable (te2.exe). 

Any idea would be appreciated.  Thanks.

========file te1.c==================
#include <stdio.h>

void dummy () {
printf1("1234567in dummy!!!\n");
}

=======file te2.c======================
void printf1(char *p) {
printf("%s\n",p);
}
extern void dummy();
int main(int argc, char *argv[]) {
dummy();
return 0;
}
------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe
David Gressett | 8 Jul 00:13 2016

Debugging programs made with MinGW

What is the best, most user-friendly way to debug programs written with the MinGW compilers? the
command-line gdb works, but it is a pain to use; are there any good, up-to-date gui wrappers for GDB?  

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe

Mark D. Blackwell | 7 Jul 18:57 2016
Picon
Gravatar

Wiki - access for editing (request)

I'm a software developer, and just now, I've downloaded MinGW.

I see it has an associated Wiki.

The following page says:


"Managing information data that is entered into a wiki should be the responsibility of everyone but we know how that story goes."

As you know, typically, wikis tend to ease and speed improvement in publicly-available information, by somewhat lowering the barriers to making contributions (such as editing).

Anyway, while I'm reading MinGW's Wiki pages for the first time—in my use of MinGW—I'm willing to contribute (something) to this Wiki's partial cleanup and maintenance.

(By that, I mean, in the usual manner for open-source projects: namely, regarding problems of any kind with the Wiki content, which present themselves to me.)

The following page says:


"How do I Add or Edit MinGWiki Pages?

"You must request access to create pages

"Due to SPAM control we do not allow the creation of wiki pages or comments to new users until that user requests permission to do so on the mingw-users mail list."

This message constitutes my request. :)

With warm regards,
Mark D. Blackwell
------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe
mathog | 2 Jul 03:13 2016
Picon

Using mingw's libpng?

Are there some special command line switches needed to build a program 
with the libpng dll in mingw?

Using this test program:

   http://zarb.org/~gc/resource/libpng-short-example.c

on a Centos box:

gcc -o png-test libpng-short-example.c -lpng -lz -lm
./png-test testcase.png foo.png

and the program ran.  It dumps the data pixel by pixel and copies the 
image
from the first to the 2nd file.

However on Mingw with the same compile line and input data it does:

$ ./png-test testcase.png killme.png

This application has requested the Runtime to terminate it in an unusual 
way.
Please contact the application's support team for more information.
libpng error: invalid after png_start_read_image or png_read_update_info
[read_png_file] Error during read_image

This was done on two Mingw systems, an old XP one with a years old 
Mingw, and a Windows 7 that was installed a month or so ago with the 
current Mingw.  Both behaved exactly the same way.  They also did the 
same thing with "-lpng16" instead of "-lpng".

This inquiry started when a much more complex program was crashing at
   png_write_info()

which led to

   
http://stackoverflow.com/questions/34309014/libpng-crashes-on-png-write-into-windows-10-vs2013-self-built-all-tests-pass

which in turn led to this:

   
http://stackoverflow.com/questions/22774265/libpng-crashes-on-png-read-info

Is there maybe a similar issue here?  What flags were used when libpng 
was compiled?

Inkscape builds in this environment, and its png works, but it is worth 
noting that it uses a different libpng, from its own devlibs package, 
not the one that comes with Mingw.

Thanks,

David Mathog
mathog@...
Manager, Sequence Analysis Facility, Biology Division, Caltech

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape
_______________________________________________
MinGW-users mailing list
MinGW-users@...

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:mingw-users-request@...?subject=unsubscribe


Gmane