<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.gnu.mingw.user">
    <title>gmane.comp.gnu.mingw.user</title>
    <link>http://blog.gmane.org/gmane.comp.gnu.mingw.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42294"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42278"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42257"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42254"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42239"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42233"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42225"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42223"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42222"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42219"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42208"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42206"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42205"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42185"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42180"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42155"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42153"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42143"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42131"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42294">
    <title>Cannot build shared fortran library with undefinedreferences</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42294</link>
    <description>&lt;pre&gt;Hi, this seems like it should have a known easy solution (or at least be a known problem) but I haven't been able to find anything on it.

I recently ported a mixed C/C++/Fortran project to Windows using cmake and MinGW.  The project has multiple optional libraries, a few of these libraries are written in fortran, and gfortran seems to work fine for compiling them.  I usually build statically, but I also support shared library builds.  However, one of the libraries is not linking for me shared, although it is fine when built statically.

The issue is that the library is not complete by itself, it has a single call back into the main code for some reason.  Of course, this call is undefined when the library is built because it's a circular dependency.  ld lets that reference be undefined when the library is built statically on Windows, or shared on Linux, or statically on Linux, but when the library is built shared on Windows it fails.  Is there anything I can do?

CMake generated build line:
C:\MinGW\bin\ar.e&lt;/pre&gt;</description>
    <dc:creator>Leek, Jim</dc:creator>
    <dc:date>2013-06-13T08:13:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42278">
    <title>configure: error: C preprocessor "/lib/cpp" failssanity check</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42278</link>
    <description>&lt;pre&gt;Building development gcc with MSYS stops with that error. It happens
with `trunk' and with gcc-4_8-branch. Any suggestions?

$ ../gcc/configure --enable-languages=c,c++ --prefix=/c/MinGW/gcc-dev
$ make -j4

checking for /d/dev/other/gcc/build/./gcc/xgcc -B/d/dev/other/gcc/build/./gcc/ -
L/d/dev/other/gcc/build/i686-pc-mingw32/winsup/mingw -L/d/dev/other/gcc/build/i6
86-pc-mingw32/winsup/w32api/lib -isystem /d/dev/other/gcc/gcc/winsup/mingw/inclu
de -isystem /d/dev/other/gcc/gcc/winsup/w32api/include -B/c/MinGW/gcc-dev/i686-p
c-mingw32/bin/ -B/c/MinGW/gcc-dev/i686-pc-mingw32/lib/ -isystem /c/MinGW/gcc-dev
/i686-pc-mingw32/include -isystem /c/MinGW/gcc-dev/i686-pc-mingw32/sys-include
  option to accept ISO C89... unsupported
checking how to run the C preprocessor... /lib/cpp
configure: error: in `/d/dev/other/gcc/build/i686-pc-mingw32/libgcc':
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[2]: Leaving &lt;/pre&gt;</description>
    <dc:creator>Óscar Fuentes</dc:creator>
    <dc:date>2013-06-12T15:08:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42270">
    <title>Slow process start with dynamic libstdc++ libgcc</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42270</link>
    <description>&lt;pre&gt;For a project I'm working on the process takes about 4 times longer to
start when compiled with MinGW's g++ than with VS. If I switch to using
static libstdc++ and libgcc the process starts as fast as with VS.
However, that change means larger executables and, worse, problems with
exception propagation across dlls and (AFAIK) ownership conflicts with
certain objects managed by libstdc++ and libgcc.

Process start time is a problem here because the project (a compiler)
contains a test suite that consists of thousands of test cases, each
requiring a process execution.

How could I improve process start time without the problems related to
static runtime libraries? (The larger executable size I can live with,
not the other problems)


------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmne&lt;/pre&gt;</description>
    <dc:creator>Óscar Fuentes</dc:creator>
    <dc:date>2013-06-11T10:12:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42257">
    <title>Vim Colors</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42257</link>
    <description>&lt;pre&gt;I note that there are loads of color schemes available for vim.  

HOw does one use these in MinGW vim?  What is the vim runtimepath?  Where do
I set that?  I turned on colors in vim and everything is ok except comments
which are such a dark shade of blue that they don't show up on the black
background.  

Wes



--
View this message in context: http://mingw.5.n7.nabble.com/Vim-Colors-tp31674.html
Sent from the MinGW - User mailing list archive at Nabble.com.

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

This list observes the Etiquette found at 
http://www.mingw.org/Ma&lt;/pre&gt;</description>
    <dc:creator>macropanther</dc:creator>
    <dc:date>2013-06-10T13:39:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42254">
    <title>Known performance bottlenecks on C++ applications?</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42254</link>
    <description>&lt;pre&gt;On a CPU-intensive C++ application, I found a 3x slowdown on executables
compiled with MinGW compared with Visual Studio.

It is not the core compiler, because the same g++ version on Linux does
a job as good as VS, if not better. It is not exception handling code
either, because disabling exceptions makes just a bit of a difference.
Finally, I also discarded memory handling as a cause. There is no
multithreading nor any OS-intensive work.

The C++ application is a JIT compiler. The compilation part is slower
than VC by a 1.1 factor. That is acceptable. But while executing the
generated bytecode the slowdown factor is larger than 3. The compiler
creates an array of funcion pointers and the interpreter just walks the
array calling those functions. Each function does a fairly simple job
(like "take 2 numbers from the stack, add them and put the result on the
stack".)

The obvious suspect is some Windows-specific compiler intrinsic that
could be implemented on a suboptimal way.

Which areas are known to be perf&lt;/pre&gt;</description>
    <dc:creator>Óscar Fuentes</dc:creator>
    <dc:date>2013-06-09T22:17:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42239">
    <title>MSYS2 Alpha</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42239</link>
    <description>&lt;pre&gt;Hi, everybody!

I have work on creating MSYS2 based on latest Cygwin sources and now create
archives with alpha version.
Links:
32-bit:  x32-msys2-alpha-20130607.7z&amp;lt;http://sourceforge.net/projects/msys2/files/Alpha-versions/32-bit/x32-msys2-alpha-20130607.7z/download&amp;gt;
64-bit:  x64-msys2-alpha-20130607.7z&amp;lt;http://sourceforge.net/projects/msys2/files/Alpha-versions/64-bit/x64-msys2-alpha-20130607.7z/download&amp;gt;

MSYS2 is still using Cygwin like posix paths with /cygdrive prefix.

I would be happy if it can be tested by users who uses MSYS environment.
Information about issues you can send to alexpux-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org or in this
thread.

Regards,
Alexey.
------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servi&lt;/pre&gt;</description>
    <dc:creator>Алексей Павлов</dc:creator>
    <dc:date>2013-06-06T20:17:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42233">
    <title>Help with the symbol _fstati64 isn't part of/usr/lib/w32api/libmsvc*.a</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42233</link>
    <description>&lt;pre&gt;Hi Folks,

I need some help of you. I saw the symbol _fstati64 for 64bits is part of
the msvcrt.dll runtime:

$ grep fstati64 /c/bin/*.dll
Binary file /c/bin/hdf5dll.dll matches
Binary file /c/bin/libcurl.dll matches
Binary file /c/bin/msvcr71.dll matches
Binary file /c/bin/msvcrt.dll matches


I can find an importation in my mingw :

$ nm -g /usr/lib/gcc/i686-pc-mingw32/3.4.4/debug/libstdc++.a |grep fstati64
U __fstati64

or

$ find /usr/lib -name "*.a" -exec grep fstati64 {} \;
Binary file /usr/lib/gcc/i686-pc-mingw32/3.4.4/debug/libstdc++.a matches
Binary file /usr/lib/gcc/i686-pc-mingw32/3.4.4/libstdc++.a matches

In particular, I would have expected it to be exported by one or more of
the /usr/lib/w32api/libmsvc*.a files.  I want to know if any file
of "/usr/lib/w32api/libmsvc*.a" can get a reference of "_fstati64".

Best regards,

&lt;/pre&gt;</description>
    <dc:creator>Lord Flaubert Steve Ataucuri Cruz</dc:creator>
    <dc:date>2013-06-05T03:07:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42225">
    <title>Is XP Administrator the root user?</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42225</link>
    <description>&lt;pre&gt;I have installed MinGW/msys as /Administrator/ on my Windows XP VM and have
tried to use the cerbero tool to set up a build environment for Gstreamer. 
I'm getting errors after about the first hour of installing.   My
investigation found this gem:

Cerbero is a python application, or at least it calls them. In main.py,
among the first lines are:

/    def __init__(self, args):
        if user_is_root():
            self.log_error(_("ERROR: cerbero can't be run as root"))/

Well, I'm not root, per se, /whoami/ says /Administrator./.  But the use
instuctions for cerbero say I should enter the root password when prompted. 
I'm never prompted (at least not in the first hour).

So, is Windows Administrator MinGW root?

If not, does Administrator have root privileges?  Do I need to create a
non-root user id?  If so, how?

Thanks,

Wes Miller



--
View this message in context: http://mingw.5.n7.nabble.com/Is-XP-Administrator-the-root-user-tp31640.html
Sent from the MinGW - User mailing list archive at Nabble.com.
&lt;/pre&gt;</description>
    <dc:creator>macropanther</dc:creator>
    <dc:date>2013-06-04T12:52:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42223">
    <title>MSYS - Multiuser environment.</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42223</link>
    <description>&lt;pre&gt;Hello everyone,

I'm trying to configure MSYS in a multiuser environment.
I want to secure the installation as much as possible.

My problem is related to the mapping between MSYS-UNIX permissions /
NTFS permissions.

For example: I know that $HOME must be writable by everyone, to permit
the profile creation. So, NTFS write permissions are necessary in that
folder.

What other directories are necessary? What are the minimum WRITE
permissions in MSYS? I will try to match with NTFS.

Thanks a lot for your time.

Regards.

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

This &lt;/pre&gt;</description>
    <dc:creator>BGINFO4X</dc:creator>
    <dc:date>2013-06-04T09:09:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42222">
    <title>including windows.h and w32api-4</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42222</link>
    <description>&lt;pre&gt;I have been getting my feet wet building various packages using w32api-4.0-1-
mingw32-rc-2 and mingwrt-4.0-1-mingw32-rc-2. In many cases, the builds fail 
until I add some extra "#include &amp;lt;windows.h&amp;gt;". To illustrate, the following 
code compiles successfully using w32api-3, but fails using w32api-4.0-1 unless 
windows.h is included before objbase.h:

    #include &amp;lt;objbase.h&amp;gt;
    int main()
    {
       return 0;
    }

In this particular case, objbase.h by itself includes rpc.h which includes 
windows.h, which indirectly introduces an rpc*.h header with undeclared types 
that come later in the rpc.h. I'm not sure why it works with w32api-3.

Is this change by design? What is the correct practice for programmers? Should 
windows.h be included  before any other w32api headers (except for winsock2.h, 
which must precede windows.h, to prevent accidental winsoch.h inclusion)?

Mark



------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departm&lt;/pre&gt;</description>
    <dc:creator>Mark Brand</dc:creator>
    <dc:date>2013-06-04T08:27:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42219">
    <title>how to execute a .sh file in msys</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42219</link>
    <description>&lt;pre&gt;Hi

I have written a bash shell script in linux but now i wish to run it on 
windows. Can you please tell me the commands to execute it.

Thanks


------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with &amp;lt;2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

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&lt;/pre&gt;</description>
    <dc:creator>Prerna Sharma</dc:creator>
    <dc:date>2013-06-01T10:18:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42208">
    <title>Invalid $HOME after installing MinGW</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42208</link>
    <description>&lt;pre&gt;Hello,

MinGW, or, perhaps, more correctly, msys, thinks my home directory is /c and I don't have an msys/1.0/home directory at all..  This is, obviously, not right.

I am Administrator on a WInXP machine (VM really).
I installed (as Administrator) from mingw-get-inst-20120426.exe. During the install, I chose every option and elected to download latest packages.  Installed to c:\MinGW.

I checked my Start-&amp;gt;Programs-&amp;gt;Mingw-&amp;gt;MinGW Shell properties. it is starting C:\MinGW\msys\1.0\msys.bat and the start-in directory is C:\MinGW\msys\1.0\bin.   Note I do not have an msys entry in my programs list.

I have determined that / is C:\MinGW\msys\1.0.

When I run  msys.bat I get a MinGW prompt.  Entering echo $HOME says /c. And there is no directory named /home. echo $USERNAME = Administrator and echo $LOGNAME = Administrator.

Can someone tell me what I did to end up with no $HOME? Do I need to make a *nix user? Or perhaps remove MinGW and create a non-admin XP user and use that user to reinstall MinGW?


___________&lt;/pre&gt;</description>
    <dc:creator>Wesley J. Miller</dc:creator>
    <dc:date>2013-05-30T16:30:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42206">
    <title>"download failed" when using mingw-get-inst</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42206</link>
    <description>&lt;pre&gt;
Dear all,

I am trying to install MinGW/MSYS via mingw-get-inst - since a couple  
of days now.

At some point, the installation always reports a download error of sorts

mingw-get.exe: *** WARNING ***  
http://prdownloads.sourceforge.net/mingw/binutils-2.22-1-mingw32-bin.tar.lzma?download: opened with unexpected status: code =  
404
mingw-get.exe: *** WARNING *** please report this to the mingw-get maintainer
mingw-get.exe: *** ERROR *** Get package:  
http://prdownloads.sourceforge.net/mingw/binutils-2.22-1-mingw32-bin.tar.lzma?download: download  
failed
http://prdownloads.sourceforge.net/mingw/libgettextpo-0.18.1.1-2-mingw32-dll-0.tar.lzma?download
368.00 kB

The point at which these errors occur is not reproducable, but sooner  
or later it always happens. Similiar errors are occuring when using  
mingw-get from another computer to update an existing MinGW  
installation. From other posts I assume that this a a problem of  
SourceForge availability (see e.g.  
http://sourceforge.net/apps/trac/sourcefor&lt;/pre&gt;</description>
    <dc:creator>Maik Heistermann</dc:creator>
    <dc:date>2013-05-30T14:24:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42205">
    <title>GDB load a.out format file</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42205</link>
    <description>&lt;pre&gt;Hi, All

I am using mingw on windows 7.
I build a.out format executable files on windows and run them on Linux 0.11.
I want to use GDB "add-symble-file" option to load these a.out format file to GDB on windows for remote debug, but get "File format not recognized."
So I decide to develop a programe to transform these a.out format file to PE format with debug information.
Can GDB load these PE format files successfully?

Thanks.
 

　　　　　　　　fiveight
　　　　　　　　fiveight&amp;lt; at &amp;gt;tom.com
　　　　　　　　　　2013-05-29
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with &amp;lt;2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
MinGW-users mailing lis&lt;/pre&gt;</description>
    <dc:creator>fiveight</dc:creator>
    <dc:date>2013-05-29T08:34:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42185">
    <title>Mingw-msys mount problem</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42185</link>
    <description>&lt;pre&gt;Well, this is very basic but I can't mount a directory in msys neither adding
to /etc/fstab
nor from the terminal.
Example:
--------------------------------------------------------------
$mount

C:\Users\hsolter\AppData\Local\Temp on /tmp type user (binmode,noumount
C:\MinGW\msys\1.0 on /usr type user (binmode,noumount)
C:\MinGW\msys\1.0 on / type user (binmode,noumount)
C:\MinGW on /mingw type user (binmode)
c: on /c type user (binmode,noumount)
d: on /d type user (binmode,noumount)
e: on /e type user (binmode,noumount)
f: on /f type user (binmode,noumount)
g: on /g type user (binmode,noumount)
i: on /i type user (binmode,noumount)
j: on /j type user (binmode,noumount)

$ mount 'C:/MinGW/mingw32/' /mingw32

$ cd /mingw32
sh: cd: /mingw32: No such file or directory

$ mount 'C:/MinGW/mingw32/' /mingw32
/bin/mount: mount point '/mingw32' is already in use

$mount

C:\Users\hsolter\AppData\Local\Temp on /tmp type user (binmode,noumount)
C:\MinGW\msys\1.0 on /usr type user (binmode,noumount)
C:\MinGW\msys\1.0 o&lt;/pre&gt;</description>
    <dc:creator>hurcan solter</dc:creator>
    <dc:date>2013-05-27T21:05:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42180">
    <title>Parallel Initialization in GNU Fortran</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42180</link>
    <description>&lt;pre&gt;Dear All,

I wish to use parallel programming features in gnu fortran but I'm not be able to run it 
succesfully. I've the gortran installed on Code Blocks I put the linker options -fopenmp 
in the directions but the below code retrieves unintelligible result as sometimes 24357768 or 
Not a Number value. What could be the possible reason for that ?

program main
integer::threads,id
    !$OMP PARALLEL
    threads = omp_get_num_procs();
    id = omp_get_thread_num()
    write(*,*)'In parallel region (T)? ',  omp_get_max_threads()
    write(*,*)'Threads allocated : ', OMP_get_num_procs()
    !$OMP PARALLEL END
end
 

Your help will be appreciated!

Regards,       
------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code&lt;/pre&gt;</description>
    <dc:creator>Sonya Blade</dc:creator>
    <dc:date>2013-05-27T08:36:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42155">
    <title>Running a msys script from a Windows prompt</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42155</link>
    <description>&lt;pre&gt;I want to write a Python script in Windows that fires off a shell script to
run under msys. A simple test case is easy - I just use Python's subprocess
module to run

C:\Msys\bin\sh C:\MyScripts\script.sh

However, this does not seem to set up the msys shell environment correctly
- gcc is not in the PATH. I can't use --login, as that changes directory to
my msys home directory and I want the script to run in my current directory
under Windows. The problem is basically that the msys /etc/profile does
some essential things (setting PATH) but also some unnecessary ones
(changing directory).

I can't easily just use --login and change directory in my script, as to do
that I'd need to convert the current directory name from Windows form to
msys form (there's no equivalent of cygpath under msys - is that right?)

The best solution I have been able to find so far is to edit my build
script to start with the lines

x=$(pwd)
. /etc/profile
cd $x

That's a bit ugly (as it requires changing my script in a way that isn'&lt;/pre&gt;</description>
    <dc:creator>Paul Moore</dc:creator>
    <dc:date>2013-05-24T13:32:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42153">
    <title>Problem calling C .dll library from Fortran usingISO_C_BINDING</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42153</link>
    <description>&lt;pre&gt;Hi everyone,

I am writing Fortran code on Windows 7 32-bit with MinGW.
I am using the Fortran 2003 feature that allows to access APIs
contained in a third party .dll library (probably written in C) with
some success as I have been able to call an initialization function
and a function that returns the library version.

The problems come when I try to call a function to create a new file
that requires three arguments: a file ID, the path to the file
including its name and the path to a folder to store the temporary
files. The documentation defines the syntax of the function as
follows:

long NewFile(long fID, char* Filename, char* Path)

In Fortran I have created an interface:

INTERFACE
FUNCTION NewFile(uID,FileName,Path) BIND(C, NAME='NewFile')
USE, INTRINSIC :: ISO_C_BINDING, ONLY: C_CHAR, C_LONG
   IMPLICIT NONE
   INTEGER(C_LONG) :: NewFile
   INTEGER(C_LONG), VALUE :: fID
   CHARACTER(C_CHAR) :: Filename(*)
   CHARACTER(C_CHAR) :: Path(*)
END FUNCTION
END INTERFACE

Then I call the function with:

iErr&lt;/pre&gt;</description>
    <dc:creator>Pietro Ghillani</dc:creator>
    <dc:date>2013-05-24T12:50:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42143">
    <title>which is better cross build or native build forwindows</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42143</link>
    <description>&lt;pre&gt;i want to compile webkit for windows


which is better to cross-compile from linux for windows or to compile using
mingw on windows itself
------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

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.sourcef&lt;/pre&gt;</description>
    <dc:creator>Hardik Gohil</dc:creator>
    <dc:date>2013-05-24T08:58:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42131">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42131</link>
    <description>&lt;pre&gt;need help for installation of Mingw on windows


steps to get started to mingw and how to setup basic system i need to
install packages
------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

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.sourceforg&lt;/pre&gt;</description>
    <dc:creator>Hardik Gohil</dc:creator>
    <dc:date>2013-05-23T11:11:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnu.mingw.user/42130">
    <title>guide to work with MingW</title>
    <link>http://comments.gmane.org/gmane.comp.gnu.mingw.user/42130</link>
    <description>&lt;pre&gt;Hello,


       I am new to MingW i need to compile Webkit-clutter on windows


       i need some guide or documentation to get started with MingW

       suggest me some sites to get started
------------------------------------------------------------------------------
Try New Relic Now &amp;amp; We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, &amp;amp; servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may_______________________________________________
MinGW-users mailing list
MinGW-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org

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 Ac&lt;/pre&gt;</description>
    <dc:creator>Hardik Gohil</dc:creator>
    <dc:date>2013-05-23T06:03:28</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnu.mingw.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnu.mingw.user</link>
  </textinput>
</rdf:RDF>
