I recommend you use '-march=x86-64' instead of '-march=nocona'.
On Tue, Aug 7, 2012 at 3:24 AM, Ruben Van Boxem
wrote:
> Hi everyone,
>
> I have finished messing up my scripts and fixing them afterwards. I
> bring you another GCC 4.6.3 build, with MinGW-w64 v2.0.5.
>
> Changes since the last bui
Sorry,
I made a typo. Of course it should be wchar_t and not char_t. Issue
fixed at rev.5357.
Regards,
Kai
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat l
On Tue, Aug 7, 2012 at 11:38 AM, Rainer Emrich
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> trunk rev. 5356
Safe to assume that r5355 worked?
--
Live Security Virtual Conference
Exclusive live event will
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think we have the wrong default now. I have to use --disable-w32api to get
the crt built. Please verify.
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
trunk rev. 5356
make[3]: Entering directory
`/home/rainer/software/build/mingw-w64/trunk/mingw-w64-crt'
gcc -DHAVE_CONFIG_H -I.
- -I/opt/devel/gnu/src/gcc-mingw-w64/mingw-w64-runtime-trunk-svn/mingw-w64-crt
- -m64
-
-I/opt/devel/gnu/src/gcc-mingw-w64/
> why you want to call gcc's LTO-stub for binutils' ranlib? You
> shouldn't call this application. Instead please use ranlib tool
> without gcc in name.
I suppose I accidentally used it since I was looking for a cross
compile friendly ranlib and saw it "available" for use.
At the least it should
Roger,
why you want to call gcc's LTO-stub for binutils' ranlib? You
shouldn't call this application. Instead please use ranlib tool
without gcc in name.
Regards,
Kai
--
Live Security Virtual Conference
Exclusive live
> No, you don't need to recompile. Is the application really stucked,
> or is it just very slow? Have you tested that it response on '?' key
> stroke? As for me the encoding works - slowly - but it works.
Ok I tried the latest .dll, same thing here (still shows pauses):
Basically, you should s
Hello all.
I noticed today the following odd behavior (2.0.4):
mingw-w64-i686.dis/bin$ export PATH=.:$PATH
mingw-w64-i686.dis/bin$ ./i686-w64-mingw32-gcc-ranlib
mingw-w64-i686.dis/bin$ echo $?
53
I'm guessing this isn't expected?
To reproduce:
build compiler with this: http://ffmpeg.zeranoe.com/
On Aug 7 13:56, Corinna Vinschen wrote:
> Hi,
>
> the below patch is more or less a proof of concept. It changes the
> mingw-w64-crt configury so that the internal headers from a parallel
> mingw-w64-headers directory are preferred and used if available.
>
> If you don't want that, specify --wi
Hi,
there appears to be a bug in WITHSYSROOT and TARGET_SYSTEM_ROOT handling.
WITHSYSROOT is always set, even if --with-sysroot is not given. The
reason is that configure.ac sets with_sysroot to yes by default.
This should be changed, IMHO, since sysroot only makes sense if
sysroot is not / an
On Tue, Aug 7, 2012 at 9:26 AM, Corinna Vinschen wrote:
> +AM_CONDITIONAL([HAVE_W32API], [AS_VAR_TEST_SET([HAVE_W32API])])
Chang to W32API
> -libsrcdir=$(prefix)/libsrc
> +if W32API
> +libsrcdir=$(prefix)/include/w32api
> +else
> +libsrcdir=$(prefix)/include
> +endif
$(includedir), not prefix/i
On Aug 7 15:26, Corinna Vinschen wrote:
> Here's a new patch according to the discussion on IRC. I also moved the
> lib build statements depending on W32API to the end of the lists.
> [...]
Scratch this hunk:
> @@ -221,6 +227,7 @@
> #AC_FUNC_VPRINTF
> #AC_CHECK_FUNCS([alarm atexit btowc feset
On Aug 7 08:40, NightStrike wrote:
> On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> > +AC_MSG_CHECKING([whether to build a w32api package for Cygwin])
> > +AC_ARG_ENABLE([cygwin],
> > + [AS_HELP_STRING([--enable-cygwin],
> > +[Enable building a w32api package for Cygwin (implies
Hallo,
thanks for the patch. It is applied at rev 5347, just Makefile.in
need to be regenerated.
Thanks,
Kai
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
genidl is not build, typing error in Makefile.am
Patch attached. Please apply and regenerate dependend files.
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEA
On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> +AC_MSG_CHECKING([whether to build a w32api package for Cygwin])
> +AC_ARG_ENABLE([cygwin],
> + [AS_HELP_STRING([--enable-cygwin],
> +[Enable building a w32api package for Cygwin (implies --disable-crt)])],
Change to:
Enable building
On 8/7/12, Corinna Vinschen wrote:
> On Aug 7 07:52, NightStrike wrote:
>> On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen
>> wrote:
>> > Additionally I set AC_PREREQ to 2.68, rather than 2.69. 2.69 is not
>> > really required, and it disallows to autoconf on Fedora 17.
>>
>> We have only kept
On Tue, Aug 7, 2012 at 8:10 AM, Corinna Vinschen wrote:
> On Aug 7 07:52, NightStrike wrote:
>> On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
>> > Additionally I set AC_PREREQ to 2.68, rather than 2.69. 2.69 is not
>> > really required, and it disallows to autoconf on Fedora 17.
>>
>>
On Aug 7 07:52, NightStrike wrote:
> On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> > Additionally I set AC_PREREQ to 2.68, rather than 2.69. 2.69 is not
> > really required, and it disallows to autoconf on Fedora 17.
>
> We have only kept that as a requirement for the branches. Tru
On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> Hi,
>
> the below patch simplifies building a w32api package (Hi Jon!) for
> Cygwin. I added a --enable-cygwin option to the mingw-w64-headers
> and mingw-w64-crt configure.ac file and tweaked the Makefile.am
> files accordingly.
In the f
Hi,
the below patch is more or less a proof of concept. It changes the
mingw-w64-crt configury so that the internal headers from a parallel
mingw-w64-headers directory are preferred and used if available.
If you don't want that, specify --without-headers, which is the option
used from top-level
On Tue, Aug 7, 2012 at 5:48 AM, Corinna Vinschen wrote:
> Additionally I set AC_PREREQ to 2.68, rather than 2.69. 2.69 is not
> really required, and it disallows to autoconf on Fedora 17.
We have only kept that as a requirement for the branches. Trunk
always stays as current as we can with auto
On 8/7/2012 17:48, Corinna Vinschen wrote:
> Hi,
>
> the below patch simplifies building a w32api package (Hi Jon!) for
> Cygwin. I added a --enable-cygwin option to the mingw-w64-headers
> and mingw-w64-crt configure.ac file and tweaked the Makefile.am
> files accordingly.
>
> The result is as
Hi,
the below patch simplifies building a w32api package (Hi Jon!) for
Cygwin. I added a --enable-cygwin option to the mingw-w64-headers
and mingw-w64-crt configure.ac file and tweaked the Makefile.am
files accordingly.
The result is as desired for a Cygwin w32api package:
- In mingw-w64-header
On 8/6/12, Ruben Van Boxem wrote:
> 2012/4/10 Ozkan Sezer :
>> I pushed r4950 for __int128 and clang. Please correct further if
>> necessary.
>
> This is a change that would be nice to have in the v2.x branch. I'll
> be releasing Clang 3.1 release builds (which work great for 32-bit),
> and for n
2012/8/7 Kyle Schwarz :
> Hi Kai,
>
> On 8/6/2012 4:58 PM, Kai Tietz wrote:
>> I have attached a modified version of winpthread (uncomress it and
>> rename it back to .dll). It would be great if you could test this
>> variant on your box, too.
>
> Thanks a lot for the modified libwinpthread-1.dll,
27 matches
Mail list logo
