but I don't really know which one of
these changed a default. It is a default and every seasoned developer
would tell you not to depend on defaults. The defaults are set to aid
the majority of cases and as Windows and MinGW progresses the defaults
for _WIN32_WINNT
it is
working.
Gcc is using relative paths to find the headers and libraries. Use the
verbose switch to determine the paths being used and you'll notice the
multiple ../ paths.
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64
On 12/11/2018 9:25 PM, Liu Hao wrote:
在 2018/12/12 6:04, Earnie via Mingw-w64-public 写道:
On 12/11/2018 4:50 PM, Mateusz Mikuła wrote:
https://musl.cc works fine, check your DNS.
mingw-builds scripts and instructions are available in this repository:
https://github.com/niXman/mingw-builds/tree
/msys2/wiki/Creating-Packages.
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On 11/26/2018 1:34 PM, Edward Diener wrote:
On 11/26/2018 10:06 AM, Earnie via Mingw-w64-public wrote:
On 11/24/2018 5:27 PM, Edward Diener wrote:
On 11/24/2018 5:18 PM, Earnie via Mingw-w64-public wrote:
On 11/24/2018 3:17 PM, Edward Diener wrote:
Is there anywhere a description of the files
On 11/24/2018 5:27 PM, Edward Diener wrote:
On 11/24/2018 5:18 PM, Earnie via Mingw-w64-public wrote:
On 11/24/2018 3:17 PM, Edward Diener wrote:
Is there anywhere a description of the files in a mingw-w64
distribution, with perhaps an explanation of whether any given file
is used at compile
determine which package a file is
related to. You can then use `pacman -Qi PACKAGE` to get a description
of the package. If a program is executable, usually add --help or
sometimes -h or perhaps -? will give a description of the executable
purpose and options.
--
Earnie
though I don't know for sure yet, that such a variable
could interfere with operation of makepkg. The failure is in applying
the first patch file. The patch program isn't liking the Windows style
path. Add `--debug` to see the actual command line being executed.
--
Earn
se makepkg, it is a shell script dependent on bash.
The makepkg-mingw script eventually passes the process to makepkg with
an option to use the /etc/makepkg-mingw{32,64}.conf file.
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.s
ht be doing wrong with this report.
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On 11/6/2018 4:42 AM, Mateusz wrote:
W dniu 06.11.2018 o 04:58, Earnie via Mingw-w64-public pisze:
On 11/5/2018 11:49 AM, Mateusz wrote:
functions. In my patch we use _ftime32 and _ftime64 functions and we define
_ftime to _ftime32 or _ftime64. It should work on WinXP because _ftime32 is
s idea still work there?
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
DLL residing on
the OS which includes Windows 7. This
https://sourceforge.net/p/mingw/bugs/1973/ might be helpful.
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-
On 11/2/2018 11:10 AM, Liu Hao wrote:
> 在 2018/11/2 22:41, Earnie via Mingw-w64-public 写道:
>> Maybe add after the "before including any system headers." something
>> like "A value other than 1 causes undefined behavior."
>>
>
> This is overpedantic.
hing other than a literal `1`.
>
>
> [1] https://sourceforge.net/p/mingw-w64/wiki2/printf%20and%20scanf%20family/
Maybe add after the "before including any system headers." something
like "A value other than 1 causes undefined behavior."
--
Earnie
__
On 11/1/2018 1:22 PM, Mateusz wrote:
> W dniu 01.11.2018 o 16:06, Earnie via Mingw-w64-public pisze:
>> On 11/1/2018 10:53 AM, Earnie wrote:
>>>
>>>
>>> On 11/1/2018 10:33 AM, Liu Hao wrote:
>>>> 在 2018/11/1 9:52, Mateusz 写道:
>>>>>
On 11/1/2018 10:53 AM, Earnie wrote:
>
>
> On 11/1/2018 10:33 AM, Liu Hao wrote:
>> 在 2018/11/1 9:52, Mateusz 写道:
>>> During discussion about inttypes I realized that we check (in header files)
>>> if
>>> __USE_MINGW_ANSI_STDIO is act
> defined as something other than `0` or `1`, if it is defined at all,
> including empty?
If by `empty' you mean `#define FOO` as being empty the value is
actually 1. If __USE_MINGW_ANSI_STDIO is set to some unexpected value
then _mingw.h could handle it and set to the standard value of 1 or g
terest we could
> just use the `ll` modifier cosistently.
Is it possible to allow a skip for the test if the test machine doesn't
support that test? Or is that what Jacek did?
--
Earnie
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
e strongly so just had to intervene here. The misuse
of a long standing switch is *bad*. Someone would come along expecting
it to work as it does everywhere else. Please let this be the last
consideration of the misuse of `--includedir`.
--
Earnie
___
Forwarding for those who might be interested in GPDR crud.
Forwarded Message
Subject: [Spi-projects] Mailing list for GPDR regulation
Date: Thu, 12 Apr 2018 14:52:13 +0200
From: Martin Michlmayr
To: spi-proje...@lists.spi-inc.org
This list on FOSS projects and the GPDR regulat
SVC to be used for Windows builds and hasn't considered
alternative compilers. You would need to provide proper patches to the
upstream for support of your compiler and hope they are receptive to the
idea.
--
Earnie
--
to build the DLL. If you create a bug report in
GCC's bug database it will likely be closed because it is unsupported.
--
Earnie
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi p
uest.
>
>> Thanks for looking into it.
>
> What's next?
>
Often these failures are nothing more than the result containing CRLF
where the expectation is LF only.
--
Earnie
--
Developer Access Pro
ft.com/en-us/library/t2y34y40.aspx for reference.
--
Earnie
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On 11/10/2016 5:43 PM, Mihail Konev wrote:
> Applications now could call iscygtty(STDIN_FILENO)
> in order to detect whether they are running from
> Cygwin/MSys terminal.
>
Should this be shared with Cygwin so that a similar function exists in
its C API?
issues. Then
the master branch doesn't need to worry about it.
However, regardless of what we do here, the tools that use the API may
move beyond XP. Those interested in XP need to ensure that the tool
maintainers are also able to support it. So GCC (and other tool)
maintenance for XP has ceas
On 4/4/2016 6:03 AM, Kai Tietz wrote:
> 2016-04-02 16:48 GMT+02:00 Earnie :
>> The mismatch of the header
>> from the function being used should at least issue a warning but I would
>> prefer to see an error. The ld auto-import feature just exacerbates the
>> issue
nd when it was invented I wished for it to go away. The idea
behind this was for ease of porting between the various systems without
needing to change the attributes of symbols or in other words a lazy
porting method.
--
Earnie
---
It would depend on what uname returned to config.guess but the
possibility does exist.
--
Earnie
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Caution, MINGW is a registered trademark. Its use must get permission from the
owners of the trademark.
--
Earnie
From: David Gauer [mailto:ratfac...@gmail.com]
Sent: Saturday, April 11, 2015 9:43 PM
To: mingw-w64-public@lists.sourceforge.net
<mailto:mingw-w64-pub
hose issues you use a
wrapper C library to load and make the calls to the c++ methods.
--
Earnie
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership wi
cking on the text attachment
> for the time being.
>
This may help https://code.google.com/p/outlook-privacy-plugin/
Open Source is the best. :)
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Oct
ptive.
> - Have you installed OWR yet?
> - Have I installed our what?
You throw stones at the history; but feel free to change the name of
your project.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
de? It seems a bit unnatural.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, O
On Thu, Sep 19, 2013 at 9:06 AM, Incongruous wrote:
> I would assume that Win32 and posix refers to the threading technology used,
> but what does the part after the hyphen mean?
The exception handling technology; especially as it relates to unwinding.
--
Earnie
-- https://sites.google.co
e trunk with the bug fix version, then merge trunk
with the new working branch. In this way, trunk becomes the master of
the work and should always be usable regardless of the stage of
development. The only time trunk should be a working branch is for a
new project where there is no release.
--
Ea
. I think though that people in Open
Source software distribution should not care to distribute libraries
that are also Open Source including the source of that library. There
are many sites such as SourceForge which gladly lends a hand in
providing a means to distribute software.
--
Earnie
--
On Wed, Jul 31, 2013 at 3:47 PM, Kai Tietz wrote:
> 2013/7/31 Baruch Burstein :
>> On Wed, Jul 31, 2013 at 9:49 PM, Kai Tietz wrote:
>>>
>>> 2013/7/31 Earnie Boyd :
>>> > On Wed, Jul 31, 2013 at 8:21 AM, Kai Tietz wrote:
>>> >>
>>> &
On Wed, Jul 31, 2013 at 8:21 AM, Kai Tietz wrote:
>
> As there never was, and won't be in next future a target with ending
> ...mingw64 in triplet.
>
That statement maybe here but not at MinGW.org. The x86_64-pc-mingw64
triplet is contained in the config master repository.
--
E}-pc-mingw32
>> exit ;;
>> i*:MSYS*:*)
>> echo ${UNAME_MACHINE}-pc-msys
>> exit ;;
>> i*:windows32*:*)
>> # uname -m includes "-pc" on this system.
>> echo ${UNAME_MACHINE}-mingw32
>> exit ;;
>>
--8<--
>
> Also, the M
t; would drop support for this in the future.)
Or use "http://prdownloads.sourceforge.net/mingw-w64/?download".
SF keeps an index of file names by project to know where on the file
system it exists.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
(<=4.7.3) then new liblto_plugin-0.dll
> doesn't depend on any toolchain dll - only system wide libraries.
I'm thinking you need to do a cross build to avoid it.
--host=i686-w64-mingw32-dwarf2 --target=i686-w64-mingw32-dwarf2
--build=i686-w64-mingw32-sjlj
You might also need to do
to stop the automatic export or
--export-all-symbols to always export all symbols. You'll also be
interested in --warn-duplicate-exports.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
This SF.net email
On Thu, Jun 27, 2013 at 12:11 PM, Rafaël Carré wrote:
> Le 27/06/2013 17:17, Earnie Boyd a écrit :
>> On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
>>> However ___lc_codepage_func seems to be also present in msvcrt.dll so
>>> why do we need emul?
>>
On Thu, Jun 27, 2013 at 10:21 AM, Rafaël Carré wrote:
> However ___lc_codepage_func seems to be also present in msvcrt.dll so
> why do we need emul?
That depends on the version of MSVCRT.DLL on the users system. It is
emulated to avoid conflicts at runtime.
--
Earnie
--
mes SF.net has problems with downloading files...
Exactly, especially recently since all projects have been moved to
their new Allura systems. And sometimes you'll get a partial
download. Try differing mirrors to determine if it helps.
--
Earnie
-- https://sites.google.com/site/ear
ok for other configure scripts in
the sub-directories. The issue will be prerequisite ordering.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
This SF.net email is sponsored by Windows:
Build for Windows
of
advice; be cautious of your repository URL updates. The old
repositories still exist and are still accessible for now (possible
cleanup later). I would suggest someone go to the shell for the
project and rename/remove the old directories containing the
repositories. It has bit /projects/mingw mo
n, the installer just pulls in the MinGW project's
> latest mingw32-make binary package.
And for issues with the Windows versions of gnu make you should
probably use the make-...@gnu.org list. That includes the configure
script.
--
Earnie
-- https://sit
On Sat, May 4, 2013 at 3:19 AM, NightStrike wrote:
>
>
> On Friday, May 3, 2013, Earnie Boyd wrote:
>> On Thu, May 2, 2013 at 10:05 PM, Jim Michaels wrote:
>>>
>>> sorry, my yahoo mail can only top-post, so don't email me about that.
>>> still
>&
just the same. Sure
the client may put the cursor at the top of the page but the editor
allows you to maneuver within the text. BTW, you shouldn't just do
BOTTOM posting either, INLINE is what you want removing the unneeded
quotes.
--
Earnie
-- https://sites.google.
ve int values, and automatic casting to int will still result
> in negative values. Negative values are very certainly not within the
> range of the unsigned char type.
>
> So, in fact, even if it's long standing typical behaviour
On Wed, Apr 3, 2013 at 6:08 AM, Ahso Aa wrote:
>> Are all dependencies compiled with the same toolchain?
>
> No I don't think so
>
Then this is the most likely candidate of issue. ABI differences can
and will cause you problems.
--
Earnie
-- https://sites.google
ix for that is to add a trailing / to the destination path. A
filename cannot contain a / in its name.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Own the Future-Intel® Level Up Game Demo Contest 2013
Rise to
$srcdir,
> $top_srcdir, and $ac_abs_top_srcdir all expand to an absolute MSYS style path.
>
I've never seen a problem with paths like this. If you execute
configure in a separate build directory, using relative paths to the
source, does it help? Some packages are designed to not conf
On Fri, Mar 29, 2013 at 9:13 AM, Earnie Boyd wrote:
>
> Caution: MSYSTEM=MINGW64 will be used for identifying
> i86_64-pc-mingw64 in config.guess; I submitted a patch for it to the
> maintainers of config.guess and config.sub last year.
Lacking the caffeine this morning s/i
o correct config.guess based on
the uname -s value. Be more specific. But also be sure you have the
most current config.guess from the repository and not one from some
package. Currently config.guess is looking at mingw* to identify the
system. Clearly a mingw-w64 needs some attention and care
master/libbacktrace
>> it seems this should only be built for ELF targets.
>
>
> And it seems this is built because I enabled go as a language for GCC and
> libgo depends on it. The joys of trying to give more features...
>
Why is -fPIC and -DPIC being added? Is there a li
On Fri, Mar 15, 2013 at 12:28 AM, Mook wrote:
> On 3/14/2013 8:48 AM, Earnie Boyd wrote:
>> I've noticed some saying the SF archives search blows, here is an
>> alternative using Google:
>>
>> "mingw-w64-public"+SearchItem+SearchItemN
>> site:sourc
I've noticed some saying the SF archives search blows, here is an
alternative using Google:
"mingw-w64-public"+SearchItem+SearchItemN
site:sourceforge.net/mailarchive/forum.php
--
Earnie
-- https://sites.google.com/
On Mon, Mar 4, 2013 at 10:42 AM, Sebastian Wolff wrote:
> Although little off-topic, one questions remains to me: Is it allowed to
> distribute proprietary software which links against libgcc statically?
http://www.gnu.org/licenses/gcc-exception-faq.html
--
Earnie
-- https://sites.goog
ntime? I guess
> most Windows applications use DLLs which use the system MSVCRT.dll rather
> than msvcr90.dll. So does my 'working' version compiled with VC++. The only
> difference is that the main program itself depends on a single runtime only.
>
Yes, http://msdn.mic
lib or
-static-libstdc++ if you're doing C++.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics L
. But your program will need to use the _ prefixed
symbol instead of the POSIX similar one. I do not know why MOLDNAME
was chosen as the library name, it sounds a bit over stated for the
purpose it provides.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
re long than not too long.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013
and get the hardware for free! Learn
On Wed, Feb 6, 2013 at 8:32 AM, K. Frank wrote:
> I'm going to go with the working assumption that I can use two
> threads with a winsock socket, but I'll keep my eyes open, just
> in case.
You might want to be sure the streams are set to binary mode and be
careful of buf
ne thread for reading
> and another for writing, or are the reading and writing coupled somehow
> under the hood?
Does this help any?
http://msdn.microsoft.com/en-us/library/windows/desktop/ms684841(v=vs.85).aspx
--
Earnie
-- https://sites
e size of debugging info can be reduced somehow?
> No, I don't know ..
You can store the debug info in a differing file while stripping it
from the DLL.
strip foo.dll -f foo.dll.debug
--
Earnie
-- https://sites.google.com/site/earnieboyd
-
indows/desktop/aa383745(v=vs.85).aspx
for reference.
In this case NTDDI_VERSION would be >= 0x05010300 before _vswprintf is
declared. The user would need to set NTDDI_VERSION to the minimum
supported value for his software. The user of that software would
need to ensure his system meets that
it as the goal which
isn't the case.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery
and much more. Keep your Java skills current with
On Wed, Jan 16, 2013 at 8:18 AM, Vasileios Anagnostopoulos wrote:
> UWIN anyone?
No thanks, there are better alternatives that aren't closed source.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Mas
that can execute
configure, make and make install on packages that are typically POSIX.
The code of any package would need to conform to Microsoft Windows
API.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
M
e thoughts about it. I am
willing to get help.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
and more. Get SQL Server skills now (including 20
2" <- is this a path to translate or just
> some string?
>
> Unfortunately, it is impossible to tell without peering into the actual
> code for context.
A community member wrote this wiki
http://www.mingw.org/wiki/Posix_path_conversion for MSYS-1.0.17, I
haven't check if 1.
> #pragma warning( disable : 4503 4355 4786 4290 )
>
This is the correct MACRO to use for compiler specific things like this.
So to get this to build correctly with GCC you'll need to determine
which items in the code identified by _MSC_VER should really be _WIN32
m which has a
different syntax than make? Don't answer that, think COBOL, C, C++,
JAVA, FORTRAN, etc, they all products for developing an application.
Each has its own merits for existing. You either like it or loathe
it, but each is a different color of the
On Thu, Nov 22, 2012 at 4:07 AM, JonY wrote:
>
> See gcc -print-search-dirs, usually in
> $prefix/[x86_64-w64-]mingw32/include and it's sibling lib or lib64 dirs.
>
Or it might be lib or lib32 directories. The TDM distribution puts
the 64bit in lib and 32bit in lib32.
-
ively, all with exactly the
> same name). Just think of the "32" signifying the Win32 API, which consists
> of the functions defined on MSDN like CreateFile, etc... This may or may not
> help put your conscience at ease :)
>
Yes this is true but the OP stated he doesn't ha
On Mon, Nov 19, 2012 at 8:37 AM, Ray Donnelly wrote:
> On Mon, Nov 19, 2012 at 1:32 PM, Earnie Boyd
>>
>> You may need to build it yourself using the GCC sources. I need to
>> create a document for doing this so I can just point to it.
>
> Even better, you could encode
yourself using the GCC sources. I need to
create a document for doing this so I can just point to it.
>
> Ruben
>
> PS: Your font is huge.
The huge font can be mitigated by converting to text mode.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
bit
> library with linking with 32 bit libraries?
Assuming you have a cross compiler and have specified a target of
x86_64-w64-mingw32 it should use the correct include and libraries
which would be located in a directory of the same name under your
installed prefix.
--
Earnie
-
On Tue, Nov 13, 2012 at 8:48 AM, Ruben Van Boxem
wrote:
>
> PS: the opinions expressed in this email do not necessarily coincide with
> the opinions of the MinGW-w64 developers, Microsoft, or any other person
> participating in this discussion ;-)
Ha Ha. Ditto that.
--
Ear
On Tue, Nov 13, 2012 at 8:01 AM, Ruben Van Boxem
wrote:
> 2012/11/13 Earnie Boyd
>>
>> That doesn't address the side-by-side issue where we need a 32bit
>> executable matching the 64bit executable. What do you propose for
>> 32bit executable path versus the 64bit
On Tue, Nov 13, 2012 at 8:23 AM, Ruben Van Boxem
wrote:
> 2012/11/13 Earnie Boyd
>>
>> On Tue, Nov 13, 2012 at 8:05 AM, Kai Tietz wrote:
>> > As I said before ... "you need to add the target-lib/ folder to you
>> > path".
>> >
>>
>>
2bit versions that run under
the emulator. So MyApp/bin contains the native 64bit version and
MyApp/bin32 contains the 32bit versions and MyApp must provide a
manifest so Windows OS knows which is which. The associated DLL would
go to the same directories for convenience to
as mucking with the KnownDLL
registry entry, via a manifest, etc) that will allow you to move those
DLL elsewhere but because we are on Windows, it is best to follow the
default standard as recommended by the maker of the OS and it may be
different for differin
ly use
$PREFIX/lib/VENDOR/VERSION as the path.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free t
REFIX/lib
> and add it to $PATH (in addition to $PREFIX/bin), but I wonder if there
> is a good reason to put libs under bin.
Common practice is to put the DLL in the $PREFIX/bin directory and to
put the import libraries in $PREFIX/lib. Since it is common practice
doing otherwise might upset y
On Fri, Nov 9, 2012 at 9:01 AM, Ruben Van Boxem
wrote:
> 2012/11/9 Earnie Boyd
>>
>> On Thu, Nov 8, 2012 at 5:05 PM, JonY wrote:
>> >
>> > There isn't an include directory specifically for win32 and another for
>> > win64. Installing to the same ar
nd Win64 filtered by _WIN64 if the 64bit
compiler is being used. I filtered my statements with "mingw-w64
distributed", therefore there is no clash.
If the OP intends to use various compiler distributions then yes,
segregation is needed; but I didn't get that from the ori
>
Yet. Maybe one day there will be.
> If you mean to build make with mingw-w64, don't, MSYS make and
> mingw32-make are completely different and fulfill different roles.
>
Totally true.
> Check for BLODA instead. See
>
oject should require a shared library
that isn't standard. However, if there is a need then that open
source project should ensure that the crossing boundaries doesn't
happen. Using LoadLibrary/GetProcAddress combo might help with that
so that you're using only the functions you req
s on one of the c++ news groups. You'll also be helping
> out others who read those groups (and don't follow this list) who
> might learn something from the discussions.
I was wondering how long it was going to take before someone was going
to suggest this. Longer than
links to A
> (msvcrt), then C (my module) linking to B links to A automatically.
See the following documents:
http://msdn.microsoft.com/en-us/library/abx4dbyh.aspx
http://msdn.microsoft.com/en-us/library/ms235460.aspx
--
Earnie
-- https://sites.google.com/site/earnieboyd
-
just make sure you're patient enough while Cygwin builds the
> cross-compilers; might take a few hours... ;)
Or if you want a bit faster cross compiler system use MSYS and
mingw-w64 distributed binaries. There is no need to encumber the
extra time the Cygwin runtime woul
have the same issue but if it were me I would be sure
to rebuild all libraries and modules with the same compiler. You are
likely to have issues between mingw.org's gcc built libraries and
other's releases of gcc.
--
Earnie
-- https://sites.google.com/site/earnieboyd
the mingw-us...@lists.sourceforge.net list.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from
On Fri, Nov 2, 2012 at 8:51 AM, Ozkan Sezer wrote:
> On 11/2/12, Earnie Boyd wrote:
>> On Fri, Nov 2, 2012 at 4:55 AM, Ozkan Sezer wrote:
>>> On Thu, Nov 1, 2012 at 4:54 PM, Earnie Boyd wrote:
>>>> Browsing the SVN data, try including strings.h instead of string.h.
** couldn't commit memory for cygwin heap, Win32
--8<--
>>
>> Do you have any ideas? What is cygwin doing here?
MSYS is a fork of an older Cygwin. It simple ran out of memory to add
to the global heap.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
1 - 100 of 275 matches
Mail list logo
