Hi Stephen,
On 2021-06-30 21:18, Stephen Kitt wrote:
On Wed, 30 Jun 2021 19:37:18 +0200, Tim Kosse
~$ x86_64-w64-mingw32-objdump -p
/usr/lib/gcc/x86_64-w64-mingw32/8.3-win32/libgcc_s_seh-1.dll | grep
DllCharacteristics
DllCharacteristics 0160
Not quite: the DLLs were built with
be built with both mitigations enabled.
Regards,
Tim Kosse
-- System Information:
Debian Release: 11.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.9.0-0.bpo.5-amd64 (SMP w/32 CPU threads)
Locale: LANG=C
patch applied on top of the problematic one, the
error disappears.
Regards,
Tim Kosse
Hi,
I've finished porting FileZilla to wxWidgets 3.0.1 and have released
FileZilla 3.9.0-beta1 for testing by a broader audience. If all goes
well, 3.9.0 stable will be out mid-July.
Tim
signature.asc
Description: OpenPGP digital signature
on, please revert this patch and instead
wait for the next stable version of FileZilla.
Regards,
Tim Kosse
signature.asc
Description: OpenPGP digital signature
Hi,
while the declarations are conflicting, they are in different
compilation units. Is this somehow causing any problems?
Regards,
Tim Kosse
signature.asc
Description: OpenPGP digital signature
This is a bug in wxWidgets, see http://trac.wxwidgets.org/ticket/10965
A fix has been committed upstream in revision #68568:
http://trac.wxwidgets.org/changeset/68568
signature.asc
Description: OpenPGP digital signature
You have been using the ASCII data type to transfer a binary file. In
this case, corruption is expected and working as intended.
Please switch to binary data type before transferring a binary file.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubsc
Wouldn't it be possible to just apply a simple patch to the current version?
For quite a while now I've been using custom build of the
mingw32-runtime package with the attached patch copied to the
debian/patches subdirectory. The patch is straight out of the mingw CVS
repository, just the file pat
Hi,
is anybody even working on fixing this? People still cannot
cross-compile anything using this versions, it is plain broken.
Regards,
Tim
signature.asc
Description: OpenPGP digital signature
Which server software (product and version) are you using?
signature.asc
Description: OpenPGP digital signature
Package: mingw32-runtime
Version: 3.13-1
The snprintf family of functions provided by mingw32-runtime does not
work. For example it incorrectly treats %ul the same as %ull
Programs cross-compiled using this version exhibit very strange behavior.
A patch is available at
http://sourceforge.net/tra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ben Pfaff wrote:
> Tim Kosse <[EMAIL PROTECTED]> writes:
>
>> ./configure --host=i586-mingw32msvc --target=i496-mingw32msvc
>
> Does it have the same behavior without the typo (496 -> 486)?
Sorry for the typo
Package: autoconf
Version: 2.59.cvs.2006.05.13-1
Severity: important
If crosscompiling an autotools based package with mingw for Windows using this
autoconf version, the resulting executable misses the .exe extension.
Going back to autoconf-2.59a-9 solves the problem.
Steps to reproduce:
- insta
14 matches
Mail list logo