libfilezilla: new dependency of FileZilla

[mojca (Mojca Miklavec)]

I'm looking for someone to take over maintenance of FileZilla, but first of all someone to help me with a new port for libfilezilla.

Here's the first experiment:

PortSystem          1.0
PortGroup           compiler_blacklist_versions 1.0

name                libfilezilla
version             0.3.1
# categories        ?
platforms           darwin
maintainers         nomaintainer
license             GPL-2+

description         C++ library (???)
long_description    libfilezilla is a small and modern C++ library, \
                    offering some basic functionality to build high-performing, \
                    platform-independent programs. 

homepage            https://lib.filezilla-project.org/
master_sites        sourceforge:project/filezilla/libfilezilla/${version}

use_bzip2           yes

checksums           rmd160  9d52ed28b7afc80b3d3dc0f80cfec633a69434dc \
                    sha256  a4adde9ce2de975e0f8b111705b9f89939466f19edf609efb785a6bf00f050ef

compiler.blacklist-append *gcc* {clang < 602} macports-clang-3.4 macports-clang-3.3
compiler.fallback-append  macports-clang-3.7 macports-clang-3.6 macports-clang-3.5 macports-clang-3.8 macports-clang-3.9

platform darwin {
    configure.cxx_stdlib    libc++
    depends_lib-append      port:libcxx
    configure.ldflags-append \
                            -stdlib=${configure.cxx_stdlib}
}

# pdflatex, doxygen: to build documentation
depends_build-append \
                    port:doxygen \
                    port:texlive-latex \
                    port:cppunit

that fails with

Undefined symbols for architecture x86_64:
  "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::find(char, unsigned long) const", referenced from:
      bool fz::do_is_routable_address<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, char>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libfilezilla_la-iputils.o
  "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::compare(char const*) const", referenced from:
      bool fz::do_is_routable_address<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, char>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) in libfilezilla_la-iputils.o
      fz::local_filesys::begin_find_files(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, bool) in libfilezilla_la-local_filesys.o
  "std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> >::find(wchar_t, unsigned long) const", referenced from:
      bool fz::do_is_routable_address<std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> >, wchar_t>(std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > const&) in libfilezilla_la-iputils.o
  "std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> >::compare(wchar_t const*) const", referenced from:
      bool fz::do_is_routable_address<std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> >, wchar_t>(std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > const&) in libfilezilla_la-iputils.o
  "std::__1::__vector_base_common<true>::__throw_length_error() const", referenced from:
      __ZNSt3__16vectorIN2fz10event_loop10timer_dataENS_9allocatorIS3_EEE24__emplace_back_slow_pathIJRS3_EEEvDpOT_ in libfilezilla_la-event_loop.o
      void std::__1::vector<std::__1::unique_ptr<char [], std::__1::default_delete<char []> >, std::__1::allocator<std::__1::unique_ptr<char [], std::__1::default_delete<char []> > > >::__
...

but most likely that's because I'm trying to build on a system that's too old (but the upstream provides binaries for 10.7).

[yan12125 (Chih-Hsuan Yen)]

Hello I'm interested in this. Is there still a problem with libfilezilla 0.10.1?

[mojca (Mojca Miklavec)]

If you are willing to test and ideally take the port over, feel free to go ahead.

Looking back, I would bet that cxx11 1.1 portgroup might fix the above error.

[yan12125 (Chih-Hsuan Yen)]

In d54a131519515eef9482c2f524544885627e4344/macports-ports:

libfilezilla: new port, version 0.10.1

Required by the latest FileZilla

Closes: #50514

[mojca (Mojca Miklavec)]

Thanks