On Apr 4 17:45, Corinna Vinschen wrote:
> Hi,
>
> now that Cygwin also provides the intrinsics, it also needs the intrin.h
> header to build crt without parallel header files. The intrin.h header
> just needs a minor tweak to exclude setjmp definitions. The below patch
> implements that.
>
> O
Only msvcrt.dll exports the i64 suffix
Make _(w|f)?stat* alias _(w|f)?stat* _(w|f)?stat*32 on 32bits
Make _(w|f)?stat* alias _(w|f)?stat* _(w|f)?stat*64i32 on 64bits
Do not use local definition (w|f)hen 64i32 version is already exported
---
This version adds _*stati64 alias and fix a bug in lib64/m
Hi,
now that Cygwin also provides the intrinsics, it also needs the intrin.h
header to build crt without parallel header files. The intrin.h header
just needs a minor tweak to exclude setjmp definitions. The below patch
implements that.
Ok to apply?
Thanks,
Corinna
* crt/intrin.h: E
Only msvcrt.dll exports the i64 suffix
Make _(w|f)?stat* alias _(w|f)?stat* _(w|f)?stat*32 on 32bits
Make _(w|f)?stat* alias _(w|f)?stat* _(w|f)?stat*64i32 on 64bits
Do not use local definition (w|f)hen 64i32 version is already exported
---
mingw-w64-crt/Makefile.am|2 +-
mingw-w64-crt
On Thu, Apr 4, 2013 at 11:23 AM, Corinna Vinschen wrote:
> Hi,
>
> On Mar 15 16:14, Corinna Vinschen wrote:
>> On Mar 15 06:09, JonY wrote:
>> > On 3/14/2013 23:52, Corinna Vinschen wrote:
>> > >
>> > > What two build systems? It's a fairly simple patch which allows the
>> > > normal user of ming
Hi,
On Mar 15 16:14, Corinna Vinschen wrote:
> On Mar 15 06:09, JonY wrote:
> > On 3/14/2013 23:52, Corinna Vinschen wrote:
> > >
> > > What two build systems? It's a fairly simple patch which allows the
> > > normal user of mingw64 to build the entire source tree in a single
> > > `configure; m
---
mingw-w64-crt/lib32/msvcr110.def |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mingw-w64-crt/lib32/msvcr110.def b/mingw-w64-crt/lib32/msvcr110.def
index 4d26f36..01f38a4 100644
--- a/mingw-w64-crt/lib32/msvcr110.def
+++ b/mingw-w64-crt/lib32/msvcr110.def
@@ -1893,7 +18
---
mingw-w64-crt/lib32/msvcr100.def |1 +
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |1 +
mingw-w64-crt/lib32/msvcr90.def |1 +
mingw-w64-crt/lib32/msvcr90d.def |1 +
mingw-w64-crt/lib32/msvcrt.def |1 +
mingw-w64-crt/lib64/msvcr100.def |
Only msvcrt.dll exports the i64 suffix
Make _w?find* alias _w?find* _w?find*32 on 32bits
Make _w?find* alias _w?find* _w?find*64i32 on 64bits
Do not use local definition when 64i32 version is already exported
Add a test for _findfirst/_findnext/_findclose
---
mingw-w64-crt/Makefile.am
2013/4/4 Ahso Aa
> Thanks again. It works now with mingw64 curl libs but vc2010 build. With
> the mingw64 build I still get the runtime segfault. The mingw64 libs only
> seem to need msvcrt hence I might be lucky...
>
Your code may invoke undefined behavior or it may not be doing what you
expect
Thanks again. It works now with mingw64 curl libs but vc2010 build. With the
mingw64 build I still get the runtime segfault. The mingw64 libs only seem to
need msvcrt hence I might be lucky...
From: Ruben Van Boxem
To: mingw-w64-public@lists.sourceforge.net
Le 04/04/2013 11:56, Kai Tietz a écrit :
> Thanks for these changes. Patch is ok
Thanks for review,
Committed as r5717-r5723 (1 more commit due to ChangeLog and Makefile.in
regeneration)
--
Minimize network downtime and
Thanks for these changes. Patch is ok
Kai
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Vis
Ok, please apply
Kai
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resou
Ok,
Kai
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
h
Ok
Thanks,
Kai
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources P
This is ok, too.
Kai
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resou
Patch is ok,
Thanks,
Kai
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer R
Remove gmtime/_gmtime32 .c replacements
---
mingw-w64-crt/Makefile.am|4 ++--
mingw-w64-crt/lib32/msvcr100.def |3 ++-
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |4 ++--
mingw-w64-crt/lib32/msvcr90.def |3 ++-
mingw-w64-crt/lib32/msvcr90d.
Remove _mkgmtime/_mkgmtime32 .c replacements
msvcrt.dll does not provide these symbols in 32bits
---
mingw-w64-crt/Makefile.am|1 -
mingw-w64-crt/lib32/msvcr100.def |3 ++-
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |4 ++--
mingw-w64-crt/lib32
Remove _wctime/_wctime32 .c replacements
---
mingw-w64-crt/Makefile.am|2 +-
mingw-w64-crt/lib32/msvcr100.def |3 ++-
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |4 ++--
mingw-w64-crt/lib32/msvcr90.def |3 ++-
mingw-w64-crt/lib32/msvcr90d.d
Remove localtime/_localtime32 .c replacements
---
mingw-w64-crt/Makefile.am |4 ++--
mingw-w64-crt/lib32/msvcr100.def |3 ++-
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |4 ++--
mingw-w64-crt/lib32/msvcr90.def |3 ++-
mingw-w64-crt/lib3
Hello,
Those patches provide symbol aliases, like was done for _time32/_time64/time
Note:
The 64bit msvcrt.dll doesn't provide 32bits equivalents (at least for XP, they
seem to have been added in later releases).
mkgmtime* are not available in XP 32bits msvcrt.dll
I did not touch difftime, as a
Remove mktime/_mktime32 .c replacements
---
mingw-w64-crt/Makefile.am|4 ++--
mingw-w64-crt/lib32/msvcr100.def |3 ++-
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |4 ++--
mingw-w64-crt/lib32/msvcr90.def |3 ++-
mingw-w64-crt/lib32/msvcr90d.
Remove ctime/_ctime32 .c replacements
---
mingw-w64-crt/Makefile.am|4 ++--
mingw-w64-crt/lib32/msvcr100.def |3 ++-
mingw-w64-crt/lib32/msvcr110.def |1 +
mingw-w64-crt/lib32/msvcr80.def |4 ++--
mingw-w64-crt/lib32/msvcr90.def |3 ++-
mingw-w64-crt/lib32/msvcr90d.de
2013/4/4 Ahso Aa
> Ruben thanks, rebuilt with mingw32 and 64. -32 works fine and in
> dependency walker I only see msvcrt.dll. (no more msvcr80.dll) Should I be
> fine with that to not need redist anymore?
>
Yes, msvcrt.dll is a part of every Windows install.
> - 64 seems the same and I don't
Ruben thanks, rebuilt with mingw32 and 64. -32 works fine and in dependency
walker I only see msvcrt.dll. (no more msvcr80.dll) Should I be fine with that
to not need redist anymore?
- 64 seems the same and I don't get a segfault for now but it says to need
zlib1.dll. I have that for 32bit but c
Hi,
your issue is that you are trying to use static libraries in foreign
link-environment. Some symbols, which are present in mingw-w64's
library-set, aren't present in VC. You see that by that error-messages you
got.
I would suggest that you build instead of static libraries a DLL out of
this,
2013/4/4 Ahso Aa
> Thanks Ruben. Now I see in a dependency dll from curl that it uses
> msvcr80.dll. That's VS2008? Could I most easily resolve that by downloading
> VC2008 and compile my stuff with that
> and /MT flag?
> Or what do you suggest that I should do?
>
The easiest solution is to inst
29 matches
Mail list logo