e. Anybody else having any
issues?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Live Security Virtual Conference
Exclusive live event will cover all the w
ay, let's hope SF decides to sync its mirrors soon...
I see them listed again, as you say, hopefully SourceForge will sort
out the mirroring soon.
Thank you!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
h
On 17 June 2012 21:17, Xiaofan Chen wrote:
> On Mon, Jun 18, 2012 at 9:14 AM, Chris Sutcliffe wrote:
>> On 17 June 2012 09:29, Ruben Van Boxem wrote:
>>> I have uploaded the newest GCC release 4.7.1 to the MinGW-w64 SF.net
>>> website.
>>
>> Anybody else hav
On 17 June 2012 09:29, Ruben Van Boxem wrote:
> I have uploaded the newest GCC release 4.7.1 to the MinGW-w64 SF.net
> website.
Anybody else have them as showing non-downloadable even though they
were uploaded to SourceForge 12 hours ago?
Cheers,
Chris
--
Chris Sutcliff
HI Ruben,
On 5 May 2012 06:00, Ruben Van Boxem wrote:
> 2012/5/4 Chris Sutcliffe
>
>> Would it be possible for you to create a 32-bit to 64-bit cross
>> compiler (i.e. a compiler that runs on 32-bit Windows that creates
>> binaries for 64-bit Windows)?
>
>
>
corei7 and a bunch of other fancy optimization options I hope work as
> advertised.
Would it be possible for you to create a 32-bit to 64-bit cross
compiler (i.e. a compiler that runs on 32-bit Windows that creates
binaries for 64-bit Windows)?
Thank you,
Chris
--
Chris Sutcliffe
http://emerged
Would it be possible to generate a new automated build for mingw? If
I remember correctly the mingw build-bots were down?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
m the OP, the
issue has to do with __declspec(thread), whereas the code you tested
with uses __declspec(dllexport).
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
This SF
you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/s
would seem that somehow sprintf and swprintf are inverted?
What's confusing me even more is that in my larger project where I'm
experiencing the issue, I don't explicitly define
__MINGW_USE_ANSI_STDIO yet I'm experiencing the behaviour I describe.
I've tried addi
On 29 December 2011 19:27, Chris Sutcliffe wrote:
> Using the latest update to the mingw-w64 packages in Cygwin, I've run
> in to an issue where swprintf is truncating an included string.
The issue is with the new __mingw_*printf functions that were added.
Using this code:
#includ
ut I figured I'd raise it now in case someone can offer
some pointers as to where to look in terms of tracking down the issue.
Cheers,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
be fine.
According to:
http://upx.sourceforge.net/upx-news.txt
UPX supported TLS callbacks as of 3.06.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
RSA(R) Conference 20
ted)?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers,
are the mingw-w64 headers split between
public domain and LGPL depending on where they originated from?
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Benefiting from Server
.20 , gcc version is 4.5.3
> qt source: 4.7.1
> OS: Windows 2003 server standard x64 edition
This should be directed to the mingw-w64 mailing list, which I have
done. I don't use QT, so I can't be of much help with this one.
Chris
--
Chris Sutcliffe
http://emergedesk
Hi NightStrike,
On 23/02/2011 7:20 PM, NightStrike wrote:
> Do you need more help with the below issue?
No, I figured it out, but thank you for the offer.
It turns out, as JonY suggested regarding the Interface definition,
i686-w64-mingw32 (and mingw32.org for that matter), didn't like how I
d
Hi All,
I've run in to a crash issue in my app when compiled with
i686-w64-mingw32, yet it works fine when compiled with x64-w64-mingw32
or MSVC++ (both as 32-bit and 64-bit). I'm using the mingw-w64 cross
compilers under Cygwin.
Running under gdb isn't providing much valued input, since it s
ng
mingw.org's gcc 4.5.0 should also work with mingw-w64's gcc 4.5.x:
http://forums.codeblocks.org/index.php/topic,13549.0.html
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
---
y well.
Out of interest, will the automatic builds include a native x64 mingw
compiler at some point?
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Beautifu
H = 0x0200,SHCONTF_SHAREABLE =
0x0400,SHCONTF_STORAGE = 0x0800
- };
- typedef DWORD SHCONTF;
+ } SHCONTF;
#define SHCIDS_ALLFIELDS 0x8000L
#define SHCIDS_CANONICALONLY 0x1000L
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profile
th the gdb build machinery.
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Ent
world, but can't find reimp for mingw-w64. Is there reimp
available, or a tool that provides similar functionality?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
---
On 4 September 2010 01:34, Ozkan Sezer wrote:
> On Sat, Sep 4, 2010 at 7:42 AM, Chris Sutcliffe wrote:
>> Using the latest crt, there a few issues I've run in to:
>>
>> powrprof.h:
>>
>> 172 DWORD WINAPI DevicePowerSetDeviceState(
>> 173 L
;
207 USHORT ClientAddress[CLIENTADDRESS_LENGTH + 1];
CLIENTNAME_LENGTH, DOMAIN_LENGTH, USERNAME_LENGTH and
CLIENTADDRESS_LENGTH are all undefined.
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0
ttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=45452
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
This SF.net Dev2Dev email is sponsored by:
Show off your parallel p
On 30 August 2010 10:42, Kai Tietz wrote:
> 2010/8/30 Chris Sutcliffe :
>> Is it possible to override / change the default link order (i.e. is it
>> in a config file somewhere), or is it hard coded at compile time?
>
> Well, this is a suggested default by gcc (IMHO we shoul
e this is more correct "-lshell32 -ladvapi32 -luser32
> -lkernel32"
Is it possible to override / change the default link order (i.e. is it
in a config file somewhere), or is it hard coded at compile time?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http
On 30 August 2010 09:27, JonY wrote:
> On 8/30/2010 21:00, Chris Sutcliffe wrote:
>> The OpenProcessToken in particular has come to bite me in a bad way
>> with Emerge Desktop. I ran in to this issue when using gendef to
>> update the def files for w32api, in that I had
on.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions
On 26 August 2010 11:52, Chris Sutcliffe wrote:
> On 26 August 2010 11:10, Ozkan Sezer wrote:
>> On Thu, Aug 26, 2010 at 6:04 PM, Chris Sutcliffe wrote:
>>> Given the assumption that PATH_SEPARATOR_CHAR *is* redundant for VMS
>>> and HAVE_DOS_PATHS. Once we have somethi
On 26 August 2010 11:10, Ozkan Sezer wrote:
> On Thu, Aug 26, 2010 at 6:04 PM, Chris Sutcliffe wrote:
>> Given the assumption that PATH_SEPARATOR_CHAR *is* redundant for VMS
>> and HAVE_DOS_PATHS. Once we have something that we both think would
>> work, I'll bring this
On 26 August 2010 09:37, Ozkan Sezer wrote:
> On Thu, Aug 26, 2010 at 4:32 PM, Chris Sutcliffe wrote:
>> I'm by no means a 'sed' guru, so the script I came up with is very basic:
>>
>> mv config.h config.orig ; sed -e 's/:/;/' config.orig > config
:/;/' config.orig > config.h
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of thi
lt,
so I can't comment as to whether this is another case of the
PATH_SEPARATOR being the issue.
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Sell apps to mil
When compiling code that includes is fails at these lines:
WINCOMMCTRLAPI BOOL WINAPI DPA_Grow(HDPA pdpa, IN int cp);
WINCOMMCTRLAPI int WINAPI DPA_InsertPtr(HDPA hdpa, IN int i, void *p);
WINCOMMCTRLAPI PVOID WINAPI DPA_GetPtr(HDPA hdpa, INT_PTR i);
WINCOMMCTRLAPI BOOL WINAPI DPA_Se
Hi John,
On 15/08/2010 10:08 AM, John E. / TDM wrote:
> On 8/15/2010 7:48 AM, Chris Sutcliffe wrote:
>> Is there native 64-bit tool chain available? Looking in the automated
>> builds, I can only find a i686 cross-compiler. I looked into the sezero
>> builds, but unfortun
Hi All,
Is there native 64-bit tool chain available? Looking in the automated
builds, I can only find a i686 cross-compiler. I looked into the sezero
builds, but unfortunately they don't have a shared libstdc++ (near as I
could tell).
Thank you,
Chris
On 8/04/10 9:10 PM, Ozkan Sezer wrote:
> What happens if you comment out lines 459 and 462 in
> win32/osdep.h and allow stdlib.h and mbstring.h to be
> included and get a proper definition of MB_CUR_MAX ?
> I don't know why it doesn't want to include those headers
> but I just cross-compiled zip3
Hi Kai,
On 7/31/10 1:13 PM, Kai Tietz wrote:
> 2010/7/31 Chris Sutcliffe:
>> It turns out it's not gcc, it's due to the fact that libmsvcrt.a doesn't
>> export `__p___mb_cur_max'. The mingw.org msvcrt.def file contains:
>>
>> __p___mb_cur_max
&g
On 7/31/10 1:13 PM, Kai Tietz wrote:
> On x64 you can use here -lwmsvcrt to get this symbol. For 32-bit this
> symbol is exported, so you shouldn't have here any troubles.
Excellent, it works perfectly.
Thank you Kai!
Chris
On 7/30/10 11:40 PM, Chris Sutcliffe wrote:
> Doing a little more digging, it seems like it's not dllwrap at all,
> it's gcc:
>
> x86_64-w64-mingw32-gcc -Wl,--enable-stdcall-fixup -ozip32z64.dll -s
> -shared windll.o windllrc.o api.o zipl.o cryptl.o ttyiol.o zipfile
On 7/30/10 7:53 PM, Chris Sutcliffe wrote:
> I just tried with the latest Cygwin snapshot (20100726):
>
> $ x86_64-w64-mingw32-dllwrap.exe --version
> GNU x86_64-w64-mingw32-dllwrap (GNU Binutils) 2.20.51.20100726
> Copyright 2010 Free Software Foundation, Inc.
> This progra
Hi Kai,
On 7/16/10 8:42 AM, Kai Tietz wrote:
> Hello Chris,
>
>> I'm trying to compile Info-zip's zip 3.1c during the linking stage of
>> the 'dll' target. The command I use to build the dll is:
>>
>> make -f win32/makefile.gcc CC=x86_64-w64-mingw32-gcc
>> RC=x86_64-w64-mingw32-windres NOASM=1
Hi All,
Would it be possible to generate an updated 1.0 snapshot for a mingw
host (as opposed to linux and darwin that are currently available)
that captures the dllwrap fix in binutils?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
currently using
the 20100702 snapshot (which is the latest mingw hosted toolchain I
can find), so I assume this fix is post 2010/07/02.
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.co
.a matches
Binary file libmingwex.a matches
Binary file libmsvcr80.a matches
Binary file libmsvcrt.a matches
Binary file libwcrtdll.a matches
Binary file libwmsvcrt.a matches
Binary file libwmsvcrt20.a matches
Binary file libwmsvcrt40.a matches
Any help on this would be greatly apprec
ours. If you are in need of one sooner, I can push out a
> personal build just for you.
I'll keep an eye out for the latest automated builds. I'm looking for
a more current Cygwin build so that I can generate a new gdb (7.1) now
that's been officially released.
Cheers!
Chris
-
Hi All,
Is it possible to resume generating Cygwin toolchains?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Download Intel® Parallel Studio Eval
Try the new
> Sure, just give me a link and the desired text.
Emerge Desktop - http://emergedesktop.org
Thank you!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Download Int
ernal%20binary%20packages%20%28Win64%20hosted%29/gdb/x86_64-w64-mingw32-gdb-7.0.50.20100202.tar.bz2/download
This release corrects the symtab / psymtab warnings that are displayed
in the 7.0.1 release and addresses several issues with x64 support.
Cheers!
Chris
--
Chris Sutcliffe
> and they both have a 'mingw32' directory
Make that they both have a 'mingw' directory.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Throughout its 18-year history, RSA Conference co
#x27;
directory that is either a symlink or a copy of the corresponding
compiler directory.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Throughout its 18-year history, RSA Conference consistently attracts
on the GDB mailing list with someone experiencing
the same issue using RedHat, so it seems to be a bug in GDB itself.
I'm still trying to recreate the issue with a simple test case, and
have yet to do so.
Chris
--
Chris
a backtrace, but I have yet to recreate the issue.
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in
e DLL loader should
> generate for pe-coff the symtab, too.
Do you mind if I share your findings on the GDB mailing list so as to
help Tristan Gingold track down what's causing these spurious warnings
to pop-up?
Chris
--
Chris Sutcliffe
http
r, so t7, would it be possible for you to
provide a simple test case that demonstrates this behaviour that I can
send to them?
Thank you,
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
This SF.Net email is spon
were
introduced in 7.x. I've sent an email to the GDB mailing list to see
if there is a way to suppress these warnings and will let you know
what the response is.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Th
http://sourceforge.net/projects/mingw-w64/files/External%20binary%20packages%20%28Win64%20hosted%29/gdb/x86_64-w64-mingw32-gdb-7.0.1.tar.bz2/download
Please report any issues to this mailing list.
Enjoy!
Chris
--
Chris Sutcliffe
http://emergedeskto
gt; Could you run the testsuite on a 1.7 build for Win32?
Sure, how do I go about doing that?
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
This SF.Net email is sponsored by the Verizon Developer Community
Take
-w64-1.0-bin_i686-cygwin-1.5.25-15_20091228.tar.bz2 builds under
1.7.1 with no issues, so it's not a big deal. I'd be happy to test
out 1.7 based builds for you if you like.
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
---
l), but I'll keep
trying.
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app developm
Once I have a working mingw-w32 build, I'll see what
I can do to produce a mingw-w64 build.
Out of interest, are the Cygwin builds going to be moved to 1.7.1 now
that it's officially released? The 1.5.25 builds still work, so it's
not a big deal, I'm just curious...
Cheers!
seems
like there is little interest in MinGW from the rest of the mingw.org
team at this point. Is there any interest in me packaging GDB for
mingw-w32? I can take a stab at packaging it for mingw-w64 as well
(but I don't have a 64-bit machine to test it on).
Cheers!
Chris
--
Chris Sut
es.
Hrm interestingly enough, all the undefined references I'm seeing
are from exported classes, exported functions seem to be fine.
Perhaps this is an issue with dllexport / dllimport and C++ classes?
Cheers!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
rs!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to
Hey All,
Are there any plans to move to a shared libstdc++?
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a
4.5.0?
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
;t it?
I've built binutils 2.19.51 (dated June 22nd) and I'm testing with TDM
gcc/g++ 4.4.0 and it's working fine (with '-s' in the link line).
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
ocated, which is
> here IMHO the major issue.
Ah, I understand now. I'll build the binutils 2.19.51 snapshot and
build it. I'll report my findings.
Thanx!
Chris
--
Chris Sutcliffe
http://emergedesktop.org
-
can I get a i686-pc-mingw32 Dwarf2 build?
I've tested with mingw-w32-bin_i686-cygwin-1.5.25-15_20090619.tar.bz2,
which gives me the "invalid image" issue. I also tested
mingw-w32-bin_i686-mingw_20090619.zip which also gives the same error.
Chris
-
build and experienced the same issue of Windows complaining
that the libgcc_s_sjlj-1.dll is not valid. I'm testing with the
cygwin mingw-w32 build.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Are you an open source
A subsequent issue I found was that Windows complains that the
libgcc_s_sjlj-1.dll in the 20090612 build is not a valid windows DLL.
Reverting to the 20090606 automated build solved the problem.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
esn't correctly handle
'-mwindows', but '-Wl,--subsystem,windows' works just fine.
Chris
--
Chris Sutcliffe
http://emergedesktop.org
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out
When I try to compile anything with this automated build I get:
/usr/local/mingw/bin/../lib/gcc/i686-w64-mingw32/4.5.0/../../../../i686-w64-mingw32/bin/ld:
unrecognised emulation mode: i386pe--subsystem
Supported emulations: i386pe
Chris
--
Chris Sutcliffe
http://emergedesktop.org
75 matches
Mail list logo
