Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#1034195: filezilla: Filezilla not available anymore at i386

11 views
Skip to first unread message

Gert van de Kraats

unread,
Apr 10, 2023, 6:00:05 PM4/10/23
to
Source: filezilla
Version: 3.63.0-1
Severity: important

Dear Maintainer,

Recently I automatically upgraded to version 3.63.0-1.
With this version the package and binary filezilla is no longer available at
i386 architecture (32 bits).

This is also visible at the Debian package overview for filezilla.
The common filezilla are delivered. Also libfilezilla34 still is
delivered at
i386.


-- System Information:
Debian Release: 12.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 6.1.0-7-686-pae (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Gert van de Kraats

unread,
Apr 12, 2023, 10:40:05 AM4/12/23
to
I saw the problem already is known at
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020327
and
https://trac.filezilla-project.org/ticket/12777
<https://trac.filezilla-project.org/ticket/12777>
I downloaded source filezilla-3.63.2.1 from filezilla website and got
the same problem as mentioned at that bug:

gcc -DHAVE_CONFIG_H   -I../../../src/putty -I../../config -DNO_GSSAPI
-D_FILE_OFFSET_BITS=64  -fpch-preprocess  -g -O2 -Wall -MT
libfzputtycommon_a-sshsha.o -MD -MP -MF
.deps/libfzputtycommon_a-sshsha.Tpo -c -o libfzputtycommon_a-sshsha.o
`test -f 'sshsha.c' || echo '../../../src/putty/'`sshsha.c
In file included from /usr/lib/gcc/i686-linux-gnu/12/include/immintrin.h:98,
                 from ../../../src/putty/sshsha.c:347:
/usr/lib/gcc/i686-linux-gnu/12/include/avx512fp16intrin.h:38:9: error:
‘_Float16’ is not supported on this target

I changed the Makefile at src/putty and added -msse4.1 to CFLAGS and
CXXFLAGS.
After this change I could compile filezilla without a problem.
Installing filezilla gave some problems because the files are not
installed at the right location, but with some symbolic links
filezilla works without a problem.
According to "cat proc/cpuinfo" my cpu supports sse and sse2.

Like Tim Kosse I think this is a gcc-12-bug, not a filezilla-bug.
I do not see any changes in this area at filezilla since previous
release filezilla-3.57.0.
If I compile sshsha.c at that release with gcc-12, I get the same error.
If I compile sshsha.c at both releases with gcc-11, I get no error.

If a pragma GCC target is activated for some source, then the
compiler should not generate an error if the build target is not
supporting this. This makes cross-compilation impossible.

In that case it is the responsibility of the programmer to assure that
this code is only executed if the specified target is available.

I think   pragma GCC target sse4.1 (locally) and -msse4.1 (globally)
should do the same thing.

Gert van de Kraats

unread,
Apr 12, 2023, 5:00:06 PM4/12/23
to
Hi Phil,

Thanks for soon reply.

What do you mean by upstream. I only know a ticket at filezilla, but
this is closed.

I think this is  a regression bug at gcc 12, but I could not find a
bugreport upstream or at Debian for gcc.

Greetings,

Gert

Gert van de Kraats

unread,
Apr 13, 2023, 4:00:04 PM4/13/23
to
Phil

I made an upstream issue at GCC:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109504 .

Perhaps you can add other packages there, that have the same problem?
0 new messages