On Thu, Jul 26, 2012 at 5:11 AM, <mingw-users-request@lists.sourceforge.net> wrote:
Send MinGW-users mailing list submissions to
        mingw-users@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.sourceforge.net/lists/listinfo/mingw-users
or, via email, send a message with subject or body 'help' to
        mingw-users-request@lists.sourceforge.net

You can reach the person managing the list at
        mingw-users-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-users digest..."


Today's Topics:

   1. Re: sys/mman.h cannot be found in Mingw (Greg Chicares)
   2. Re: sys/mman.h cannot be found in Mingw (Eli Zaretskii)
   3. CRTDLL ?? anyone using it (Earnie Boyd)
   4. Re: CRTDLL ?? anyone using it (Earnie Boyd)
   5. Hypermail (Silvio Siefke)
   6. trouble building libxslt from xmlsoft (Mark Mikofski)
   7. Re: trouble building libxslt from xmlsoft (LRN)


----------------------------------------------------------------------

Message: 1
Date: Tue, 24 Jul 2012 13:54:46 +0000
From: Greg Chicares <gchicares@sbcglobal.net>
Subject: Re: [Mingw-users] sys/mman.h cannot be found in Mingw
To: mingw-users@lists.sourceforge.net
Message-ID: <500EA926.2000405@sbcglobal.net>
Content-Type: text/plain; charset=ISO-8859-1

On 2012-07-24 13:41Z, haihao shen wrote:
>
> I had a piece of code using sys/mman.h and want to enable it on Windows
> with MinGW32. I am wondering whether you have any tips on it.

That's a POSIX facility, so you can either:
 - adapt the code to use the windows memory-management API; or
 - find a windows port of the mman library.
Here's a google query that may help:
  http://www.google.com/search?q=sys/mman.h+windows


Thanks Greg. I found a windows port of mman library.


------------------------------

Message: 2
Date: Tue, 24 Jul 2012 19:18:30 +0300
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [Mingw-users] sys/mman.h cannot be found in Mingw
To: MinGW Users List <mingw-users@lists.sourceforge.net>
Message-ID: <83r4s1ku95.fsf@gnu.org>

> Date: Tue, 24 Jul 2012 21:41:24 +0800
> From: haihao shen <haihaoshen@gmail.com>
>
> I had a piece of code using sys/mman.h and want to enable it on Windows
> with MinGW32.

Which functions and/or macros declared on mman.h does that code use?
Hi Eli,
  I used mmap and munmap  functions.

------------------------------

Message: 3
Date: Tue, 24 Jul 2012 13:11:48 -0400
From: Earnie Boyd <earnie@users.sourceforge.net>
Subject: [Mingw-users] CRTDLL ?? anyone using it
To: MinGW Users List <mingw-users@lists.sourceforge.net>
Message-ID:
        <CA+sc5mkC5FY0h_gggcQ6T3E-D9Avek5H=2X-6te1ScPaLYk2Yg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

I need to know if anyone is still using CRTDLL?  If so, speak up now.
Even if you are I may decide to pull it out of our SDK but at least
you'll have the chance to save the last working copy for you.

--
Earnie
-- https://sites.google.com/site/earnieboyd



------------------------------

Message: 4
Date: Wed, 25 Jul 2012 11:55:04 -0400
From: Earnie Boyd <earnie@users.sourceforge.net>
Subject: Re: [Mingw-users] CRTDLL ?? anyone using it
To: MinGW Users List <mingw-users@lists.sourceforge.net>
Message-ID:
        <CA+sc5mkE=c9M6XmTjOOWEkJ3hYO-96so9UOaAZ66Jz5dnaLAug@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8

On Tue, Jul 24, 2012 at 1:11 PM, Earnie Boyd wrote:
> I need to know if anyone is still using CRTDLL?  If so, speak up now.
> Even if you are I may decide to pull it out of our SDK but at least
> you'll have the chance to save the last working copy for you.

I will begin removing the coding for CRTDLL on Friday.  If you truly
need it then you need to save yourself a copy of the repository for
your own use.

--
Earnie
-- https://sites.google.com/site/earnieboyd



------------------------------

Message: 5
Date: Wed, 25 Jul 2012 19:15:06 +0200
From: Silvio Siefke <siefke_listen@web.de>
Subject: [Mingw-users] Hypermail
To: mingw-users@lists.sourceforge.net
Message-ID: <20120725191506.4937a2409e64dd7a265f8fa6@web.de>
Content-Type: text/plain; charset=US-ASCII

Hello,


has someone installed Hypermail with mingw? I try with 2.3 and versions
before but come ever Error Message. PCRE make trouble. When someone has
make install can explain the way.


Regards
Silvio



------------------------------

Message: 6
Date: Wed, 25 Jul 2012 12:47:42 -0700 (PDT)
From: Mark Mikofski <bwanamarko@yahoo.com>
Subject: [Mingw-users] trouble building libxslt from xmlsoft
To: "mingw-users@lists.sourceforge.net"
        <mingw-users@lists.sourceforge.net>,    "xslt@gnome.org" <xslt@gnome.org>
Message-ID:
        <1343245662.80733.YahooMailNeo@web122205.mail.ne1.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"

Problem:
libxslt always looks for libiconv in /usr/lib instead of /mingw/lib

Overview:
I am trying to build libxslt for win32 with mingw (gcc 4.7) and using the native mingw libraries for libxml2, zlib and iconv. I can download precomiled binaries fro xmlsoft, but libxslt from xmlsoft doesn't find libiconv.dll on $PATH (.:/usr/local/bin:/mingw/bin:/bin) maybe because in /mingw/bin it's named libiconv-2.dll and in /bin it's named msys-iconv-2.dll. So you can download their iconv, xml2, xmlsec, zlib, etc, - that's what I did as a workaround, and put it in /opt which I can add to $PATH. But I would rather just rebuild xslt.?

Methods:
1. edit configure to add -f to RM since it throws an error, "can't delete libtoolT" on lines containing "RM $(ofile)T"
2. from msys shell ./configure --without-python --without-crypto
3. make
libtool: link: returns the error, "/usr/lib/libiconv.la is not a valid archive"

I tried various ways of overriding the library?
--with-libxml-libs-prefix='-L/usr/lib -lxml2 -L/mingw/lib -liconv'
LIBXML_LIBS='-L/usr/lib -lxml2 -L/mingw/lib -liconv'
I also tried LDFLAGS, but no matter what it always looks for libiconv.la in /usr/bin.

I tracked down the line in libtools that is the culprit, and it looks like it just ignores the -L/mingw/lib part so I must be entering the configure options incorrectly.

I also tried to autoconf and autoreconf, but there are no configure.ac or autogen.sh files in the tarball.

I also tried using the win32 folder that xmlsoft provides, and running cscript configure.js in a windows cmd console, after adding the path to my mingw and msys binaries. I used mingw32-make instead of make. I had to edit configure.js to include the headers, but it crashed somewhere in the c code (sorry I abandoned this approach, so I didn't record the actual error). I also tried msvc, using vcvarsall.bat, but I didn't try that hard, I had issues with libraries, but again, sorry, I didn't record the actual errors. I saw another mail list post on gnome-xslt for the same thing though, so I think the developers are aware of issues with the .js script, but most of the windows bugs are marked as resolved, notourbug or notgnome, so I didn't think it was correct to file a bug, especially since the binaries are available.

Thanks for any help.
?
Thanks,
Mark Mikofski
poquitopicante.blogspot.com
breakingbytes.blogspot.com
www.breaking-bytes.com
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 7
Date: Thu, 26 Jul 2012 01:11:33 +0400
From: LRN <lrn1986@gmail.com>
Subject: Re: [Mingw-users] trouble building libxslt from xmlsoft
To: mingw-users@lists.sourceforge.net
Message-ID: <50106105.4080602@gmail.com>
Content-Type: text/plain; charset=UTF-8

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 25.07.2012 23:47, Mark Mikofski wrote:
> Problem: libxslt always looks for libiconv in /usr/lib instead of
> /mingw/lib
>
> Overview: I am trying to build libxslt for win32 with mingw (gcc
> 4.7) and using the native mingw libraries for libxml2, zlib and
> iconv. I can download precomiled binaries fro xmlsoft, but libxslt
> from xmlsoft doesn't find libiconv.dll on $PATH
> (.:/usr/local/bin:/mingw/bin:/bin) maybe because in /mingw/bin it's
> named libiconv-2.dll and in /bin it's named msys-iconv-2.dll. So
> you can download their iconv, xml2, xmlsec, zlib, etc, - that's
> what I did as a workaround, and put it in /opt which I can add to
> $PATH. But I would rather just rebuild xslt.
>
> Methods: 1. edit configure to add -f to RM since it throws an
> error, "can't delete libtoolT" on lines containing "RM $(ofile)T"
> 2. from msys shell ./configure --without-python --without-crypto 3.
> make libtool: link: returns the error, "/usr/lib/libiconv.la is not
> a valid archive"
>
> I tried various ways of overriding the library
> --with-libxml-libs-prefix='-L/usr/lib -lxml2 -L/mingw/lib -liconv'
> LIBXML_LIBS='-L/usr/lib -lxml2 -L/mingw/lib -liconv' I also tried
> LDFLAGS, but no matter what it always looks for libiconv.la in
> /usr/bin.
>
Tried --with-iconv-prefix or --with-libiconv-prefix ?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJQEGEFAAoJEOs4Jb6SI2CwNN0IAIWkiHJ/ttTU5nh9kA3tN/65
r4R4npTk+oK5Ju8+6//RFzyb7jA/iHAonn+seUmMipnwo9C2lu/NuWNercwepjrC
NE7zTCbTbKEM+rfiXPetrohqSPvdQKf083kvzjflFUPBEVUVJDAXZnZwgveuptK5
Tv2Fk8IoiVXX3fjIrTCLiiWCKXYtvqwWEDGyXUjHoXrb309C6sCmbPDb4OPGjFdV
jkJ+u9ryxlS6B+GoPzsBRdF9mscvtcXbTugmigmMHzCSTm+407t9gSs0TXS6pt3m
rR5RZh65bvc1WVjBnxNbi9B4MdWOxxCadWtSv+jUhKhIsNF3oQ9dIIDUz/v+TUU=
=epXO
-----END PGP SIGNATURE-----



------------------------------

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

------------------------------

_______________________________________________
MinGW-users mailing list
MinGW-users@lists.sourceforge.net

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users


End of MinGW-users Digest, Vol 74, Issue 23
*******************************************