John Brown | 27 Aug 11:50 2015
Picon

Passing arguments to bash script from CMD prompt

I am trying to do this:

C:\> c:\mingw\msys\1.0\bin\bash.exe /path/to/script arg1 arg2 ...

The script executes, but it does not receive the arguments. The script
prints the output that is printed when it is called without arguments.
Is it possible to run a script with arguments like this?

Regards,
John Brown.
------------------------------------------------------------------------------
_______________________________________________
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
Andrej Fogelton | 22 Aug 15:08 2015
Picon

mingw use in commercial project

Hi
I read a lot about licensing because I do a commercial project now. What are my obligations when I want to use mingw to compile my proprietary and commercial application? First can I do it? It is a c++ project, so it uses gcc and g++ compilers. Can I redistribute necessary dlls?
Do I have to enclose some notice about their use? I read about runtime exception for GPL license, but sometimes it refers to free software (like tbb https://www.threadingbuildingblocks.org/licensing) and sometimes it is not mentioned. I want to have everything legal.

thank you for help

with kind regards

Andrej

------------------------------------------------------------------------------
_______________________________________________
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
John Brown | 17 Aug 07:39 2015
Picon

Incorrect value for __argc

The following program is supposed to show the number of arguments
passed to it at run time. It produces the correct result on
Windows XP/gcc-4.8.1, but on Windows 8.1/gccc-4.8.1 it always prints 0.
The program works on Windows 8.1 if it is compiled with the Microsoft
compiler (from Visual Studio 2015 Community Edition).
 

#include <stdio.h>
#include <stdlib.h>

int main()
{
   printf ("ARGC : %d\n", __argc);
   printf ("ARGC : %d\n", *__p___argc());
   return 0;
}

Regards,
John Brown.

------------------------------------------------------------------------------
_______________________________________________
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
ashish g | 9 Aug 23:57 2015
Picon

MinGW support for non ASCII paths

Hi

I am trying to create an application that makes use of minGW. However when I try to compile a file using minGW which is in a non ascii path, it error out saying Invalid Arguments.

For example:
my file location is 'L:\test撧\sample.c'


Upon searching online, I found few posts mentioning that minGW on win64 does not support non ascii paths. But I could not find any concrete documentation mentioning this limitation.  So just wanted to check this.


If this is a limitation of minGW, are there any workarounds?  If it helps, Im using a 'createProcessW' call from my application to execute gcc command on cmd.exe

Thank you

--
Ashish Gudla

------------------------------------------------------------------------------
_______________________________________________
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 Foelsche | 7 Aug 22:55 2015

Re: internal compiler error: Segmentation fault, MinGW-W64 4.8.1

did my original post make it into the newsgroup?

Peter

On 08/07/2015 01:38 PM, Peter Foelsche wrote:
> see attached source code. Compiled with:
>
> g++ -shared -DNDEBUG -w -xc++ -shared -o 1.dll -O3 -funroll-loops 
> -march=native -mno-avx -ffast-math -Xlinker --enable-auto-import 
> hisimsoi_fb_va.cpp
>
> on windows 7 64.
> Produces the following error message:
>
> hisimsoi_fb_va.cpp: In function 'const CNoiseCalculator* 
> noise(CInstanceData*, const double*, const double*, const double*, 
> void*, double*, double*)':
> hisimsoi_fb_va.cpp:139588:32: internal compiler error: Segmentation fault
>  static const CNoiseCalculator *noise(
>                                 ^
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <http://sourceforge.net/projects/mingw-w64> for instructions.
>
>
> Compiles fine on LINUX with g++ 4.5.2

-- 
This email may contain material that is confidential and/or proprietary 
that the sender intended only for specific recipients. Any review by 
unintended recipients, forwarding or creating derivative works without the 
written permission of Silvaco, Inc <http://silvaco.com>. or its 
subsidiaries is strictly prohibited. If you are not the intended recipient, 
please contact the sender and delete all copies.

------------------------------------------------------------------------------
_______________________________________________
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

Earnie | 7 Aug 16:44 2015
Picon
Picon

Fwd: Does dllwrap have a maximum number of exports allowed?


-------- Forwarded Message --------
Subject: Does dllwrap have a maximum number of exports allowed?
Date: Thu, 6 Aug 2015 17:43:01 +0000
From: Frederick P Miesterfeld <>
To: mingw-users-owner

Hello,

I am compiling a project using dllwrap and it seems that I cannot have
more than 65520 EXPORTS, is this correct?  Is there a way to increase
the amount?  I have been searching everywhere and I have not found a way
around the 65520 count.  Do you have any suggestions?  The version I am
using is i386-w64-mingw32-dllwrap

Thanks,
Fred

------------------------------------------------------------------------------
_______________________________________________
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

Frederick P Miesterfeld | 6 Aug 19:38 2015
Picon

Does dllwrap have a maximum number of exports allowed?

Hello,

 

I am compiling a project using dllwrap and it seems that I cannot have more than 65520 EXPORTS, is this correct?  Is there a way to increase the amount?  I have been searching everywhere and I have not found a way around the 65520 count.  Do you have any suggestions?  The version I am using is i386-w64-mingw32-dllwrap

 

Thanks,

Fred

 



Nothing in this message is intended to constitute an electronic signature unless a specific statement to the contrary is included in this message.

Confidentiality Note: This message is intended only for the person or entity to which it is addressed. It may contain confidential and/or privileged material. Any review, transmission, dissemination or other use, or taking of any action in reliance upon this message by persons or entities other than the intended recipient is prohibited and may be unlawful. If you received this message in error, please contact the sender and delete it from your computer.
------------------------------------------------------------------------------
_______________________________________________
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
Brian Rayne | 1 Aug 22:17 2015
Picon

Cannot install and use msys-perl

I'm trying to build the FFTW library from source, but have been
stumbling for a while this afternoon.  It does not include a configure
script, but has a configure.ac file so I eventually found I should be
able to continue after installing the MSYS developer toolkit, so I
launched mingw-get and installed them.

Mingw-get shows that the msys-perl binary package is installed, and
perl.exe is seemingly present in my MSYS installation (The file
c:\MinGW\msys\1.0\bin\perl.exe exists in my Windows installation), but
inside MSYS, it does not show perl.exe within the /bin directory.
Likewise, running autoconf to create FFTW's configure scripts (or
running the included bootstrap.sh script that supposedly is used to
help build FFWT from source) results in this error:

/mingw/bin/autoconf-2.68: /mingw/bin/autom4te-2.68: /bin/perl: bad
interpreter: No such file or directory

I have no idea where to go from here, so if anybody could point me in
the right direction, I would greatly appreciate it.  Thank you in
advance.

------------------------------------------------------------------------------
_______________________________________________
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

John Brown | 29 Jul 23:05 2015
Picon

Building MinGW from source

Hello All,

After building a new version of gcc, what next? Do I need to build binutils,
mingwrt and w32api with the new gcc? Do I need to build the new
gcc with the new gcc?

Regards,
John Brown.
------------------------------------------------------------------------------
_______________________________________________
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
youda008 | 27 Jul 17:33 2015
Picon

-mwindows command line option for g++

Hi.
Can anyone explain me, what a g++ command line option "-mwindows" does? My IDE CodeBlocks adds it to the flags when compiling a project for some reason, and it ruins the final program. When i write a custom Makefile and delete this option, application works.
------------------------------------------------------------------------------
_______________________________________________
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
Адель Хафизова | 26 Jul 00:45 2015
Picon

OpenMP static build (link pthread statically), what's the alternative?

I apologise very much for the late reply, I didn't have much access to the computer lately.
So, one more time.
I tried to create an .exe without any additional DLL dependencies so that OpenMP program could be launched on other Windows machines. To do so I compiled pthread statically with command:
make clean GC-static
Nevertheless, it produced libpthread-static.a, which size is 95 KB (to my mind, it is too small to be a full static library, it seems to be a wrapper, which calls in turn pthreadGC2.dll). 
The problem is just the same with undefined references to _imp__* while compiling via

ln.exe -s `g++ -print-file-name=libgomp.a`

g++ openmp.cpp -o openmp.exe -static -static-libgcc -static-libstdc++ -fopenmp -L.

Doing this

ln.exe -s `g++ -print-file-name=libgomp.a`

g++ openmp.cpp -o openmp.exe -static-libgcc -static-libstdc++ -fopenmp -L.

gives openmp.exe which is dependent from pthreadGC2.dll. The static library corresponding to pthreadGC2.dll should be libpthread.a or libpthread-static.a or something like that, but all attempts to create a truly static library end up with having the little wrapper library (as I suppose) which continues to call pthreadGC2.dll.

I definitely misunderstand something but still can't figure out what.

The source code is nothing special, just an example from the Internet

http://pastebin.com/r4pU7tsG

2015-07-02 3:58 GMT+04:00 Sergio NNX <sfhacker-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>:
> Unfortunately, there are no updates, there are still undefined references errors which were described in
> the very first post.
I see. What's the alternative then?
I could have a 'closer' look at it. Can you provide a simple test source code in order to reproduce the problem?

Cheers.



--
Best regards,
Adel Khafizova


--
Best regards,
Adel Khafizova

------------------------------------------------------------------------------
_______________________________________________
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