mingw-users Mailing List for MinGW - Minimalist GNU for Windows

On Friday 29 September 2006 4:55 pm, Robert Riebisch wrote:
> > Please create a context diff, (`diff -u'), against the corresponding
> > file in MinGW-5.0.3, and post it on the patch tracker:
> > https://sourceforge.net/tracker/?group_id=2435
>
> Done. I hope, I made no mistakes. ;-)

Thanks.  I see it as item no.1567841; I've asked Dave Murphy to review it.

Regards,
Keith.

Hello,

I install Gtk2 Perl interface to GIMP toolkit on windows using MinGW
5.0.2. dmake test complains about missing dll.exp.dll which is listed as
dependency in Gtk2.dll library. Could someone more experienced advise
what's wrong?

I use Gtk+ Development Environment for Windows 2.6.10-rc1.

Thank you much.

-- 
Radek

On Friday 29 September 2006 8:00 pm, Tuomo Latto wrote:
> Dobbs, Paul wrote:
> > Never mind. Figured it out.
>
> Wanna share the principle?
> You know, for list archives?

Well...

   cmd //c foo.bat fooargs ...

springs to mind.

Earnie did post a more sophisticated hack, a year or so ago; you'll have 
to search the archives for that.

Regards,
Keith.

Dobbs, Paul wrote:
> Never mind. Figured it out.

Wanna share the principle?
You know, for list archives?


-- 
Tuomo

... Thanks. I'll do more... I have to do my paying job for a bit. I'm keep
    getting comments like "Get to work Tracy", and "Stop playing", and
    "We've talked about this before, but you must keep your pants on at work".
    Crazy talk.                            -- tboehrer on Hydrogenaudio Forums

Thanks for your help!
I inserted some #ifdefs and did it the way Tor Lillqvist recommended.
Looking at the CVS is a good hint. I am doing this right now.

Regards, M.B.


Danny Smith schrieb:

>>Hi,
>>
>>I am porting a software program from Unix/Linux to Windows 
>>using MinGW as a compiler. I use the lib and includes that 
>>come with MinGW.
>>
>>The program makes use of gettimeofday that usually is in 
>>sys/time.h. But this function seems not to be implemented.
>>
>>What can I do?
>>    
>>
>
>
>Download  mingw runtime from CVS.  gettimeofday was added in June.
>Danny
>
>
>  
>
>>Regards, M.B.
>>
>>--------------------------------------------------------------
>>-----------
>>Take Surveys. Earn Cash. Influence the Future of IT
>>Join SourceForge.net's Techsay panel and you'll get the 
>>chance to share your opinions on IT & business topics through 
>>brief surveys -- and earn cash 
>>http://www.techsay.com/default.php?page=join.php&p=sourceforge
>>    
>>
>&CID=DEVDEV
>_______________________________________________
>MinGW-users mailing list
>Min...@li...
>
>You may change your MinGW Account Options or unsubscribe at:
>https://lists.sourceforge.net/lists/listinfo/mingw-users
>
>  
>

Never mind. Figured it out.
 

Paul Dobbs 
Software Engineer, Staff 
Lockheed Martin Missiles and Fire Control 
Phone (972) 603-1244 
Fax (972) 603-2017 

 

________________________________

From: min...@li...
[mailto:min...@li...] On Behalf Of Dobbs,
Paul
Sent: Friday, September 29, 2006 12:36 PM
To: min...@li...
Subject: [Mingw-users] Run a DOS batch file?



One of the Windows programs that I need to run from a shell script uses
a DOS batch file to set things up for it. Is there a way to do this?

Paul Dobbs 
Software Engineer, Staff 
Lockheed Martin Missiles and Fire Control 
Phone (972) 603-1244 
Fax (972) 603-2017 

One of the Windows programs that I need to run from a shell script uses
a DOS batch file to set things up for it. Is there a way to do this?

Paul Dobbs
Software Engineer, Staff 
Lockheed Martin Missiles and Fire Control
Phone (972) 603-1244
Fax (972) 603-2017

Hello Ralf,

> It may be a Libtool bug (or not; I have no idea).  I may be able to look
> into it the week after next, at the earliest...

Ok, keep me posted. It's not a critical problem for now, since I'm developing on
a few other platforms too, but I'd like to be able to compile my software (which
depends on DevIL) on MinGW too.

Thanks,

J-S
--
______________________________________________________
Jean-Sebastien Guay     jea...@po...
                        http://whitestar02.webhop.org/

Quoting Keith MARSHALL <kei...@to...>:

>>
>> Does your example work for 1.0.10?
>
> Yes.
>
>> It doesn't for 1.0.11.
>
> Oh dear.  Something else that's been broken since 1.0.10 :-(  Or could

Probably something I broke trying to look into the pty issue.  I'll 
take a look at it.

> it be different version dependent behaviour in Windoze or Office?  I'm
> on Win2K-SP4, and MS-Office2K, (which I avoid like the plague, as much
> as possible :-) -- vim + groff + ghostscript ==> superior documents).
>

Maybe but I doubt it.  I'll try 1.0.10 with the sample on my system.

Thanks,
Earnie Boyd
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

<a href="http://shop.siebunlimited.com">Sieb Unlimited Online Shops</a>
<a href="http://give-me-an-offer.com/1001/">ModernClick.com</a>
<a href="http://give-me-an-offer.com/1002/">Casino Tropez</a>
<a href="http://give-me-an-offer.com/1003/">Accuquote</a>
<a href="http://give-me-an-offer.com/1004/">Criminal Justice Degrees - get
your Online Degree</a>
<a href="http://give-me-an-offer.com/1005/">Diet: Healthier.com</a>

Keith MARSHALL wrote:

> Please create a context diff, (`diff -u'), against the corresponding
> file in MinGW-5.0.3, and post it on the patch tracker:
> https://sourceforge.net/tracker/?group_id=2435

Done. I hope, I made no mistakes. ;-)

There's one thing left:
With the updated .ini, I select 'Download only' and 'Candidate'.
Now the installer displays:
***
...
downloading binutils-2.17.50-20060824-1.tar.gz
Delete file: C:\TMP\binutils-2.17.50-20060824-1.tar.gz
gcc-core-3.4.5-20060117-1.tar.gz
...
***

The file 'binutils-2.17.50-20060824-1.tar.gz' isn't actually deleted,
but I don't know, where this 'Delete' comes from. Maybe a bug in the
script or NSIS 2.17? (Current is 2.20)

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

* Jean-Sebastien Guay wrote on Fri, Sep 29, 2006 at 04:51:57PM CEST:
> 
> > I am trying to compile DevIL (openil.sourceforge.net) from sources. The first
> > hurdle was finding working libpng and libjpeg binaries.

> Does anyone have an idea about this? If it's an FAQ, please point me in the
> right direction because I've searched a lot and haven't found anything.

It may be a Libtool bug (or not; I have no idea).  I may be able to look
into it the week after next, at the earliest...

Sorry,
Ralf

Hello,

> I am trying to compile DevIL (openil.sourceforge.net) from sources. The first
> hurdle was finding working libpng and libjpeg binaries. Now that I have
> those,
> compilation fails at the last step.
>
> For those not familiar with DevIL, it has 3 parts: libIL, libILU and libILUT.
> It's  a bit in the same vein as OpenGL, GLU and GLUT...
>
> Well, compilation fails when linking libILUT, which needs to link with libIL
> and
> libILU. I get the following message:
>
>
-------------------------------------------------------------------------------
> [...snip...]
>
> make[2]: Entering directory `/home/guayj/DevIL-1.6.8/src-ILUT/src'
> /bin/sh ../../libtool --tag=CC --mode=link gcc -g -O2 -msse -msse2 -Wall -g
> -O0
> -mno-cygwin -g -O2 -g -O2 -Wall -g -O0   -o libILUT.la -rpath
> /home/guayj/local_apps/lib -no-undefined ../../src-IL/src/libIL.la
> ../../src-ILU/src/libILU.la  ilut_allegro.lo ilut_main.lo ilut_sdlsurface.lo
> ilut_states.lo ilut_internal.lo ilut_opengl.lo ilut_win32.lo ilut_directx.lo
> ilut_directx9.lo -lopengl32 -lglu32 -lgdi32
>
> *** Warning: This system can not link to static lib archive
> ../../src-IL/src/libIL.la.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have.
> libtool: link: warning: `/mingw/lib//libiconv.la' seems to be moved
>
> *** Warning: This system can not link to static lib archive
> ../../src-ILU/src/libILU.la.
> *** I have the capability to make that library automatically link in when
> *** you link to this library.  But I can only do this if you have a
> *** shared version of the library, which you do not appear to have.
> libtool: link: warning: `/mingw/lib//libiconv.la' seems to be moved
>
> [...snip...]
>
-------------------------------------------------------------------------------
>
> This is followed by multiple linker "undefined reference to <function>"
> messages, where <function> is provided by libIL or libILU.
>
> I have seen messages on other mailing lists with similar error messages. They
> generally pointed to the lack of a "file" command in MinGW, which libtool
> needs, as the cause. However, I have already tried to work around this in two
> ways: I changed the libtool.m4 file so that it would use OBJDUMP instead of
> "file", and I installed the "file" mingwPORT package and restored libtool.m4
> to
> the default. None of those changed the result, even when running ./configure
> again after doing the mentioned steps.
>
> I have also seen other messages saying that MinGW had problems making shared
> libraries, but I really want this to be a shared lib because I want my MinGW
> build environment to be as similar as possible to my Linux build environment,
> so I hope this is not true.
>
> Does anyone have an idea as to what the cause for this error could be? Or if
> someone has DevIL binaries (preferably a recent version) for MinGW, that
> would
> be acceptable too. But I would like to solve this so that if I ever get the
> same problem building another package, I'll be able to fix it.


Does anyone have an idea about this? If it's an FAQ, please point me in the
right direction because I've searched a lot and haven't found anything.

Thanks,

J-S
--
______________________________________________________
Jean-Sebastien Guay     jea...@po...
                        http://whitestar02.webhop.org/

Robert Riebisch wrote:
> That raises some additional questions. Sorry!
>
> a. Do I have to increase "Build=6" too?
>   
No, the build number relates to the actual installer, increasing this 
will prompt the installer to download a new version of itself.
> b. "Previous" means latest version from
> http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82722
> ? So I change 'make-3.79.1-20010722.tar.gz' to
> 'mingw32-make-3.80.0-3.tar.gz' because 'mingw32-make-3.81-1.tar.gz' is
> already out. Right?
>   

That's correct, yes.
> c. As there is no new candidate for 'make', I put current version
> 'mingw32-make-3.81-1.tar.gz' in. Right again?
>   
Yes, that's also correct.

Dave

Quoting Keith MARSHALL <kei...@to...>:

> Paul Dobbs wrote:
>> Thanks to both of you for the explanations and help.
>
> You're welcome.
>

Likewise!

Earnie
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

<a href="http://shop.siebunlimited.com">Sieb Unlimited Online Shops</a>
<a href="http://give-me-an-offer.com/1001/">ModernClick.com</a>
<a href="http://give-me-an-offer.com/1002/">Casino Tropez</a>
<a href="http://give-me-an-offer.com/1003/">Accuquote</a>
<a href="http://give-me-an-offer.com/1004/">Criminal Justice Degrees - get
your Online Degree</a>
<a href="http://give-me-an-offer.com/1005/">Diet: Healthier.com</a>

Earnie Boyd wrote:
>>  #!/bin/sh
>>  #
>>    'c:/Program Files/Microsoft Office/Office/winword' "$@"
>>  #
>>  # `winword' always forks a background process, even if we don't
>>  # explicitly request it, so wait for it to finish...
>>  #
>>    wait $!
>>  #
>>  # now we can do whatever we need to, after `winword' has finished.
>>  #
>>  ...
>
> Does your example work for 1.0.10?

Yes.

> It doesn't for 1.0.11.

Oh dear.  Something else that's been broken since 1.0.10 :-(  Or could
it be different version dependent behaviour in Windoze or Office?  I'm
on Win2K-SP4, and MS-Office2K, (which I avoid like the plague, as much
as possible :-) -- vim + groff + ghostscript ==> superior documents).

> I'm thinking that maybe all ``native'' children will respond in kind
> if there is no console.  The MSYS children may indeed wait regardless
> if there is a console but I don't know that yet.

Hmm.  Curiously, if we substitute `excel' for `winword' in the example,
it blocks -- `wait' is not needed.  To make it non-blocking, we have to
add the ampersand:

    'c:/Program Files/Microsoft Office/Office/excel' "$@" &

So, if we now modify the original example:

  #!/bin/sh
  #
  # we need the ampersand after `excel', to stop it blocking;
  # if we leave it off, we will not see `winword' start, until
  # the user quits `excel'
  #
    'c:/Program Files/Microsoft Office/Office/excel' "$@" &
  #
  # but, because we did force `excel' to background, we can see
  # both `excel' and `winword' start, and run simultaneously
  #
    'c:/Program Files/Microsoft Office/Office/winword' "$@"
  #
  # `winword' always forks a background process, even if we don't
  # explicitly request it, so wait for it to finish...
  #
    wait $!
  #
  # now, do some more...

With MSYS-1.0.10, this blocks on the `wait $!', until `winword' exits;
it doesn't wait for `excel'.  Of course, this illustrates the difference
between `wait $!' and `wait' without any PID argument; if we replace the
`wait $!' with a simple `wait', this script will wait for *both* `excel'
and `winword', (strictly, *all* children it has spawned in background).

Regards,
Keith.

Quoting Keith MARSHALL <kei...@to...>:


>
> You don't need to do that.  If your script invokes foreground tasks,
> it will wait for them anyway; to wait for the last background task you
> started, just add a `wait', (or `wait $!'), after the command which
> starts it, so, staying with WINWORD as an example:--
>
>  #!/bin/sh
>  #
>    'c:/Program Files/Microsoft Office/Office/winword' "$@"
>  #
>  # `winword' always forks a background process, even if we don't
>  # explicitly request it, so wait for it to finish...
>  #
>    wait $!
>  #
>  # now we can do whatever we need to, after `winword' has finished.
>  #
>  ...
>

Does your example work for 1.0.10?  It doesn't for 1.0.11.  I'm 
thinking that maybe all ``native'' children will respond in kind if 
there is no console.  The MSYS children may indeed wait regardless if 
there is a console but I don't know that yet.

Patches to correct are welcome.

Earnie Boyd
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

http://shop.siebunlimited.com
http://www.thedeathofadsense.com/cgi-bin/go.cgi/5830

While we're on the subject:

The start command is a shell script.

<script name="/bin/start">
#!/bin/sh
# Copyright (C) 2002, Earnie Boyd
#   mailto:ea...@us...
# This file is part of Minimal SYStem.
#   http://www.mingw.org/msys.shtml
# File: start

cmd //c start "$@"
</script>

Notice that it executes the cmd command.

<script name="/bin/cmd">
#!/bin/sh
# Copyright (C) 2002, Earnie Boyd
#   mailto:ea...@us...
# This file is part of Minimal SYStem.
#   http://www.mingw.org/msys.shtml
# File: cmd

`echo $COMSPEC | sed -e 's#\\\\#/#g'` "$@"
</script>

The cmd script was created to allow me to not need to check whether 
command.com vs cmd.exe was to be used.  If someone wishes to improve 
this I'm willing to listen to ideas.

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

http://shop.siebunlimited.com
http://www.thedeathofadsense.com/cgi-bin/go.cgi/5830

KC wrote:
> Mmm... Keith is right,
> The latest version is libiconv-1.11 (from www.gnu.org).

The latest version we've verified to work with MinGW is libiconv-1.10;
we provide a mingwPORT, to assist users in installing that.  Of course
the chances are good that libiconv-1.11 will also work OOTB.  If you
try it, and find it to work, please update the existing mingwPORT, and
submit to the mingwPORT submission tracker:
https://sourceforge.net/tracker/?group_id=2435&atid=752210

However, Tor Lillqvist also makes a valid point:
> ... the situation with libiconv is
> "interesting" because it used to be that the official (sanctioned by
> the author/maintainer) way to build it on Windows was with MSVC, and
> the MSVC makefiles produced a DLL called iconv.dll. The libiconv 1.9.2
> I distribute is built with MSVC. I think this has changed now, and
> autofoo/libtool/gcc are to be used also on Windows. However, without
> extra hacks this then will produce DLLs that has a different name
> (libiconv-2.dll, I think).

That is what I have, from my mingwPORT build of libiconv-1.10.

> As the API or ABI hasn't changed incompatibly as far as I know, it
> would be a bit silly for me to start distributing a newer libiconv
> package with a differently named DLL and require all depending
> packages to also be rebuilt.

I couldn't agree more.  I'm a firm believer in the `if it ain't broke,
don't fix it' principle.  In this case, since libiconv-1.9.2 perfectly
meets requirements, why jeopardise that by chasing new releases just
for the sake of having the most recent -- especially if it makes a
bucket load of extra work for you.

Regards,
Keith.

Quoting Robert Riebisch <rr...@bt...>:

> Hi again!
>
> How can I use memory mapped I/O in MinGW? I.e., where is mmap for MinGW?
>

Google for "mmap site:msdn.microsoft.com"

Earnie Boyd
--
Please post responsibly:
* Use text posts instead of html; many list members just trash mail with html.
* Do not use multipart mime to send both text and html versions.
* Do not top post replies; post inline with the parts you are responding to.
* Trim the post replies; remove irrelevant information from the quoted 
article.
* Original posters:
  ** Provide small complete examples of the problem.
  ** Provide the full command that produced errors.
  ** Provide the versions of the software used.
--
******************************************************************************
* The user of this server has agreed to allow the use of a trailer in the    *
* mail that he sends for advertising purposes.  This advertisment is added   *
* by the server and is not in the control of the user of our services.       *
******************************************************************************

http://shop.siebunlimited.com
http://www.thedeathofadsense.com/cgi-bin/go.cgi/5830

Paul Dobbs wrote:
> Thanks to both of you for the explanations and help.

You're welcome.

Regards,
Keith.

Keith MARSHALL wrote:

> Please create a context diff, (`diff -u'), against the corresponding
> file in MinGW-5.0.3, and post it on the patch tracker:
> https://sourceforge.net/tracker/?group_id=2435

That raises some additional questions. Sorry!

a. Do I have to increase "Build=6" too?

b. "Previous" means latest version from
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82722
? So I change 'make-3.79.1-20010722.tar.gz' to
'mingw32-make-3.80.0-3.tar.gz' because 'mingw32-make-3.81-1.tar.gz' is
already out. Right?

c. As there is no new candidate for 'make', I put current version
'mingw32-make-3.81-1.tar.gz' in. Right again?

Sorry for my stupid questions! Next time I know what to do. ;-)

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

Thanks to both of you for the explanations and help.


Paul Dobbs
Software Engineer, Staff 
Lockheed Martin Missiles and Fire Control
Phone (972) 603-1244
Fax (972) 603-2017

Robert Riebisch writes:
 > How can I use memory mapped I/O in MinGW?

You don't do it "in MinGW", you do it in Windows, using the Win32
API. Look up the documentation for CreateFileMapping, MapViewOfFile,
UnmapViewOfFile and CloseHandle. To get the HANDLE for a C library
file descriptor, use _get_osfhandle.

 > I.e., where is mmap for MinGW?

Nowhere (as far as I know), nor should it be. MinGW is not Unix
emulation.

--tml

Robert Riebisch wrote:
> Neither MinGW-5.0.2.exe nor MinGW-5.0.3.exe are up to date with
> their 'mingw.ini'. I already made my own updated INI file, but how
> can I share it with the rest of the community?

Please create a context diff, (`diff -u'), against the corresponding
file in MinGW-5.0.3, and post it on the patch tracker:
https://sourceforge.net/tracker/?group_id=2435

Cheers,
Keith.

Hi again!

How can I use memory mapped I/O in MinGW? I.e., where is mmap for MinGW?

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/