Re: [OpenIndiana-discuss] Building Filezilla 3.41.2 - second attempt

2019-06-18 Thread Tim Mooney 

In regard to: Re: [OpenIndiana-discuss] Building Filezilla 3.41.2 - second...:

CXX=/usr/gcc/6/bin/g++ CXXFLAGS="-std=c++14 -m64 -I/opt/gnu/include 
-I/opt/gnu/include/wx-3.0 -I/opt/gnu/include/wx-3.0/wx -I/usr/include/idn 
-I/usr/gnu/include" LDFLAGS="-L/opt/gnu/lib -L/opt/gnu/lib/64" 
CC=/usr/gcc/6/bin/gcc CFLAGS="-m64  -I/opt/gnu/include 
-I/opt/gnu/include/wx-3.0 -I/opt/gnu/include/wx-3.0/wx -I/usr/include/idn 
-I/usr/gnu/include" NETTLE_CFLAGS=-I/opt/gnu/include 
NETTLE_LIBS="-L/opt/gnu/lib/64" HOGWEED_CFLAGS=-I/opt/gnu/include 
HOGWEED_LIBS=-L/opt/gnu/lib/64 LIBFILEZILLA_CFLAGS=-I/opt/gnu/include 
LIBFILEZILLA_LIBS=-L/opt/gnu/lib 
PKG_CONFIG_PATH="/opt/gnu/lib;/opt/gnu/lib/64"


That's an error ---^

Use a : instead to separate components in that PATH.

I'm also wondering why you're mixing both the 32 and 64 bit directories
in the path, and in some -L arguments.  If you want 64 bit, make sure
that's specified throughout, and make sure -m64 is specified too.

LIBGNUTLS_CFLAGS="-I/usr/gnu/include/gnutls" LIBGNUTLS_LIBS="-L/usr/gnu/lib" 
./configure --prefix=/opt/gnu --enable-static --disable-shared 
--with-pugixml=builtin


This fails complaining about c++14 support, however


gcc 6.1 and later fully support c++14, see

   https://gcc.gnu.org/projects/cxx-status.html#cxx14

 checking whether C compiler accepts -Werror=partial-availability... no
 checking whether the linker accepts -Wl,-no_weak_imports... no
 checking whether /usr/gcc/8/bin/g++ supports C++14 features by default... no
 checking whether /usr/gcc/8/bin/g++ supports C++14 features with
 -std=gnu++14... no
 checking whether /usr/gcc/8/bin/g++ supports C++14 features with
 -std=gnu++1y... no
 checking whether /usr/gcc/8/bin/g++ supports C++14 features with -std=c++14...

You can work backward from the end of config.log to find the message
that corresponds to each of these and the output of what failed that
caused the "no" for each of them.

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure  701-231-1076 (Voice)
Room 242-J6, Quentin Burdick Building  701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla 3.41.2 - second attempt

2019-06-18 Thread russell 

Hi,

When I specifically modify the configure command as shown below

CXX=/usr/gcc/6/bin/g++ CXXFLAGS="-std=c++14 -m64 -I/opt/gnu/include 
-I/opt/gnu/include/wx-3.0 -I/opt/gnu/include/wx-3.0/wx 
-I/usr/include/idn -I/usr/gnu/include" LDFLAGS="-L/opt/gnu/lib 
-L/opt/gnu/lib/64" CC=/usr/gcc/6/bin/gcc CFLAGS="-m64  
-I/opt/gnu/include -I/opt/gnu/include/wx-3.0 
-I/opt/gnu/include/wx-3.0/wx -I/usr/include/idn -I/usr/gnu/include" 
NETTLE_CFLAGS=-I/opt/gnu/include NETTLE_LIBS="-L/opt/gnu/lib/64" 
HOGWEED_CFLAGS=-I/opt/gnu/include HOGWEED_LIBS=-L/opt/gnu/lib/64 
LIBFILEZILLA_CFLAGS=-I/opt/gnu/include LIBFILEZILLA_LIBS=-L/opt/gnu/lib 
PKG_CONFIG_PATH="/opt/gnu/lib;/opt/gnu/lib/64" 
LIBGNUTLS_CFLAGS="-I/usr/gnu/include/gnutls" 
LIBGNUTLS_LIBS="-L/usr/gnu/lib" ./configure --prefix=/opt/gnu 
--enable-static --disable-shared --with-pugixml=builtin


This fails complaining about c++14 support, however

checking whether C compiler accepts -Werror=partial-availability... no
checking whether the linker accepts -Wl,-no_weak_imports... no
checking whether /usr/gcc/8/bin/g++ supports C++14 features by default... no
checking whether /usr/gcc/8/bin/g++ supports C++14 features with 
-std=gnu++14... no
checking whether /usr/gcc/8/bin/g++ supports C++14 features with 
-std=gnu++1y... no
checking whether /usr/gcc/8/bin/g++ supports C++14 features with 
-std=c++14... no
checking whether /usr/gcc/8/bin/g++ supports C++14 features with 
-std=c++1y... no
configure: error: *** A compiler with support for C++14 language 
features is required.


I have tried gcc 5.4, 6, 7 and 8 and they all fail when I include 
-I/opt/gnu/include/wx-3.0/wx, checking the code the includes are 
 so there should be no need for this -I include directory.


By adjusting the configure statement to that below

CXX=g++ CXXFLAGS=" -m64 -I/opt/gnu/include -I/usr/include/idn 
-I/usr/gnu/include" LDFLAGS="-L/opt/gnu/lib -L/opt/gnu/lib/64" CC=gcc 
CFLAGS=" -m64 -I/opt/gnu/include -I/opt/gnu/include/wx-3.0 
-I/usr/include/idn -I/usr/gnu/include" NETTLE_CFLAGS=-I/opt/gnu/include 
NETTLE_LIBS="-L/opt/gnu/lib/64" HOGWEED_CFLAGS=-I/opt/gnu/include 
HOGWEED_LIBS=-L/opt/gnu/lib/64 LIBFILEZILLA_CFLAGS=-I/opt/gnu/include 
LIBFILEZILLA_LIBS=-L/opt/gnu/lib 
PKG_CONFIG_PATH="/opt/gnu/lib;/opt/gnu/lib/64" 
LIBGNUTLS_CFLAGS="-I/usr/gnu/include/gnutls" 
LIBGNUTLS_LIBS="-L/usr/gnu/lib" ./configure --prefix=/opt/gnu 
--enable-static --disable-shared --with-pugixml=builtin


It will build the first two elements of the /src/interface but it always 
appear to fail on the third  asyncrequestqueue.cpp


Making all in .
gmake[4]: Entering directory '/tmp/filezilla-3.41.2/src/interface'
g++ -DHAVE_CONFIG_H -I. -I../../src/include  -I./../include 
-I/opt/gnu/include -I/opt/gnu/include 
-I/opt/gnu/lib/wx/include/motif-unicode-3.0 -I/opt/gnu/include/wx-3.0 
-D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMOTIF__   -fpch-preprocess  
-m64 -I/opt/gnu/include -I/usr/include/idn -I/usr/gnu/include -Wall -g 
-MT filezilla-aboutdialog.o -MD -MP -MF .deps/filezilla-aboutdialog.Tpo 
-c -o filezilla-aboutdialog.o `test -f 'aboutdialog.cpp' || echo 
'./'`aboutdialog.cpp

mv -f .deps/filezilla-aboutdialog.Tpo .deps/filezilla-aboutdialog.Po
g++ -DHAVE_CONFIG_H -I. -I../../src/include  -I./../include 
-I/opt/gnu/include -I/opt/gnu/include 
-I/opt/gnu/lib/wx/include/motif-unicode-3.0 -I/opt/gnu/include/wx-3.0 
-D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMOTIF__   -fpch-preprocess  
-m64 -I/opt/gnu/include -I/usr/include/idn -I/usr/gnu/include -Wall -g 
-MT filezilla-asksavepassworddialog.o -MD -MP -MF 
.deps/filezilla-asksavepassworddialog.Tpo -c -o 
filezilla-asksavepassworddialog.o `test -f 'asksavepassworddialog.cpp' 
|| echo './'`asksavepassworddialog.cpp
mv -f .deps/filezilla-asksavepassworddialog.Tpo 
.deps/filezilla-asksavepassworddialog.Po
g++ -DHAVE_CONFIG_H -I. -I../../src/include  -I./../include 
-I/opt/gnu/include -I/opt/gnu/include 
-I/opt/gnu/lib/wx/include/motif-unicode-3.0 -I/opt/gnu/include/wx-3.0 
-D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMOTIF__   -fpch-preprocess  
-m64 -I/opt/gnu/include -I/usr/include/idn -I/usr/gnu/include -Wall -g 
-MT filezilla-asyncrequestqueue.o -MD -MP -MF 
.deps/filezilla-asyncrequestqueue.Tpo -c -o 
filezilla-asyncrequestqueue.o `test -f 'asyncrequestqueue.cpp' || echo 
'./'`asyncrequestqueue.cpp

In file included from statusbar.h:6:0,
 from Mainfrm.h:4,
 from asyncrequestqueue.cpp:7:
state.h:168:26: error: 'wxFileDataObject' has not been declared
  void UploadDroppedFiles(wxFileDataObject const* pFileDataObject, 
std::wstring const& subdir, bool queueOnly);

  ^~~~
state.h:170:26: error: 'wxFileDataObject' has not been declared
  void UploadDroppedFiles(wxFileDataObject const* pFileDataObject, 
CServerPath const& path, bool queueOnly);

  ^~~~
state.h:172:26: error: 'wxFileDataObject' has not been declared
  void HandleDroppedFiles(wxFileDataObject const*

Re: [OpenIndiana-discuss] Building Filezilla 3.41.2 - second attempt

2019-06-18 Thread Udo Grabowski (IMK) 

On 17/06/2019 23:11, russell wrote:

Hi,

Thanks for the feedback on the previous error, it appears that the
wx-widgets-3.0.4 was compiled 32bits when it should have been 64 bits

wx-widgets-3.0.4 was rebuilt using (again using Motif)

CC=gcc CFLAGS=-m64 CXX=g++ CXXFLAGS=-m64 LDFLAGS=-m64
QT5_CUSTOM_DIR=/usr/lib/qt/5.8 ./configure --prefix=/opt/gnu --with-qt


After rebuilding this library and attempting the build of Filezilla 3.41.2 the
compilation gets much further again using

...
The definition of wxFileDataObject appears to be included in
/opt/gnu/include/wx-3.0/wx/dataobj.h, however it is not being found.

Any suggestions?


Maybe you get a different include from /usr/include/wx-2.8/wx/dataobj.h ?
There's only a wxFileDataObjectBase.

--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla

2019-06-17 Thread Jonathan Adams 
-lnettle ?

or :

https://stackoverflow.com/questions/47318505/how-do-i-fix-an-undefined-reference-to-nettle-sha256-digest

On Mon, 17 Jun 2019 at 08:53, russell  wrote:

> Hi,
>
> After installing a pair of 500GB SSDs and performing a clean install of
> OI Hipster I  have started on rebuilding Filezilla.
> In order to build a modern version I have been working on building
> libfilezilla 0.15.1
>
> In order to build libfilezilla 0.15.1 there are a number of prerequities
>
>   wx-widgets-3.1.2 build
>
>  CC=gcc CXX=g++ QT5_CUSTOM_DIR=/usr/lib/qt/5.8 ./configure
> --prefix=/opt/gnu --with-qt
>
>   gmp-6.1.2
>
>  CC=gcc CXX=g++ CFLAGS=-m64 ./configure --prefix=/opt/gnu
>
> nettle-3.4.1 (libhogweed library must be built)
>
> CC=gcc-6 CFLAGS="-m64 -I/usr/include -I/opt/gnu/include/"
> CXX=g++-6 CPPFLAGS="-m64 -I/usr/include -I/opt/gnu/include/"
> NETTLE_CFLAGS="-I/opt/gnu/include/nettle" NETTLE_LIBS="-L/opt/gnu/lib"
> HOGWEED_CFLAGS="-I/opt/gnu/include/nettle" HOGWEED_LIBS="-L/opt/gnu/lib"
> ./configure  --prefix=/opt/gnu --enable-shared=yes --disable-static
> --disable-assembler --build=x86_64-pc-solaris2
>
> The prerequisites build without issue.
>
> When I attempt make libfilezilla 0.15.1 if fails with
>
>
> Making all in demos
> gmake[1]: Entering directory '/tmp/libfilezilla-0.15.1/demos'
> g++-6 -DHAVE_CONFIG_H -I. -I../lib/libfilezilla/private   -I../lib -m64
> -I/opt/gnu/include -I/usr/include/ -Wall -g -MT
> timer_fizzbuzz-timer_fizzbuzz.o -MD -MP -MF
> .deps/timer_fizzbuzz-timer_fizzbuzz.Tpo -c -o
> timer_fizzbuzz-timer_fizzbuzz.o `test -f 'timer_fizzbuzz.cpp' || echo
> './'`timer_fizzbuzz.cpp
> mv -f .deps/timer_fizzbuzz-timer_fizzbuzz.Tpo
> .deps/timer_fizzbuzz-timer_fizzbuzz.Po
> /bin/sh ../libtool  --tag=CXX   --mode=link g++-6  -m64
> -I/opt/gnu/include -I/usr/include/ -Wall -g  -no-install -m64
> -L/opt/gnu/lib -L/usr/lib -o timer_fizzbuzz
> timer_fizzbuzz-timer_fizzbuzz.o ../lib/libfilezilla.la -lpthread
> libtool: link: g++-6 -m64 -I/opt/gnu/include -I/usr/include/ -Wall -g
> -m64 -o timer_fizzbuzz timer_fizzbuzz-timer_fizzbuzz.o -L/opt/gnu/lib
> -L/usr/lib ../lib/.libs/libfilezilla.so -L/opt/gnu/lib/64 -lpthread
> -Wl,-R -Wl,/tmp/libfilezilla-0.15.1/lib/.libs -Wl,-R -Wl,/opt/gnu/lib
> Undefined   first referenced
>   symbol in file
> nettle_pbkdf2_hmac_sha256   ../lib/.libs/libfilezilla.so
> nettle_sha512_digest../lib/.libs/libfilezilla.so
> nettle_sha256_digest../lib/.libs/libfilezilla.so
> nettle_ed25519_sha512_verify../lib/.libs/libfilezilla.so
> nettle_sha512_update../lib/.libs/libfilezilla.so
> nettle_sha256_update../lib/.libs/libfilezilla.so
> nettle_hmac_sha256_set_key  ../lib/.libs/libfilezilla.so
> nettle_md5_update   ../lib/.libs/libfilezilla.so
> nettle_gcm_aes256_set_key   ../lib/.libs/libfilezilla.so
> nettle_sha256_init  ../lib/.libs/libfilezilla.so
> nettle_gcm_aes256_encrypt   ../lib/.libs/libfilezilla.so
> nettle_md5_digest   ../lib/.libs/libfilezilla.so
> nettle_gcm_aes256_decrypt   ../lib/.libs/libfilezilla.so
> nettle_sha1_update  ../lib/.libs/libfilezilla.so
> nettle_sha512_init  ../lib/.libs/libfilezilla.so
> nettle_sha1_digest  ../lib/.libs/libfilezilla.so
> nettle_ed25519_sha512_public_key../lib/.libs/libfilezilla.so
> nettle_md5_init ../lib/.libs/libfilezilla.so
> nettle_gcm_aes256_digest../lib/.libs/libfilezilla.so
> nettle_hmac_sha256_digest   ../lib/.libs/libfilezilla.so
> nettle_ctr_crypt../lib/.libs/libfilezilla.so
> nettle_aes256_encrypt   ../lib/.libs/libfilezilla.so
> nettle_hmac_sha256_update   ../lib/.libs/libfilezilla.so
> nettle_memeql_sec   ../lib/.libs/libfilezilla.so
> nettle_ed25519_sha512_sign  ../lib/.libs/libfilezilla.so
> nettle_aes256_set_encrypt_key   ../lib/.libs/libfilezilla.so
> nettle_gcm_aes256_set_iv../lib/.libs/libfilezilla.so
> nettle_sha1_init../lib/.libs/libfilezilla.so
> nettle_curve25519_mul   ../lib/.libs/libfilezilla.so
> ld: fatal: symbol referencing errors. No output written to timer_fizzbuzz
> collect2: error: ld returned 1 exit status
> gmake[1]: *** [Makefile:458: timer_fizzbuzz] Error 1
> gmake[1]: Leaving directory '/tmp/libfilezilla-0.15.1/demos'
> gmake: *** [Makefile:464: all-recursive] Error 1
>
>
> Any pointers to fix it
>
> Regards
>
> Russell
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org

Re: [OpenIndiana-discuss] Building Filezilla 3.14.2 - compilation error

2019-06-17 Thread Udo Grabowski (IMK) 

On 08/06/2019 13:26, russell wrote:

note: candidate: wxUniCharRef


looks like this one:

--
Dr.Udo Grabowski   Inst.f.Meteorology & Climate Research IMK-ASF-SAT
http://www.imk-asf.kit.edu/english/sat.php
KIT - Karlsruhe Institute of Technology   http://www.kit.edu
Postfach 3640,76021 Karlsruhe,Germany T:(+49)721 608-26026 F:-926026

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla to replace gftp

2019-05-06 Thread Michal Nowak 

Hi,

On 03/25/19 12:58 PM, russell wrote:

Hi,

After replacing gftp with Filezilla last year the latest OpenIndiana 
Hipster update cause Filezilla to complain about the libidn library.


that was me updating libidn which had soname version bump. I rebuild 
dependent components in oi-userland, but, obviously, outside component 
broke.


Would you care to contribute Filezilla to oi-userland, for others to 
consume it easily? Having it in oi-userland will prevent breakage like 
that one from libidn update.


Thanks,
Michal



So I decided to build it again and now have it working, so if you want 
to use Filezilla see the instructions below. Unfortunately to get the 
latest versions of Filezilla working wxWidgets 3.0.2 must be used. I 
have tried to build this previously but will have another attempt.


I have built libfilezilla and filezilla with my current default gcc 
compiiler which is gcc 6.5.0.


1. Build libfilezilla-0.12.1

$ CC=gcc CXX=g++ ./configure --prefix=/usr --enable-shared=yes 
--disable-static

$ gmake
# gmake install

2. Build Filezilla 3.7.4.1

$ CC=gcc CXX=g++ CPPFLAGS="-I/usr/include/idn -I/usr/include/wx-2.8" 
./configure  --prefix=/usr --enable-shared=yes --disable-locales 
--disable-static --disable-autoupdatecheck --with-tinyxml=builtin

$ gmake
# gmake install

While this an old version of Filezilla it has never crashed while 
performing transfers which I used to experience with gftp.


Regards

Russell

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss


___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla 3.12.02 and later

2019-03-25 Thread Tim Mooney 

In regard to: [OpenIndiana-discuss] Building Filezilla 3.12.02 and later,...:


4. Build GNU Guile 2.2 or later
$ CC=gcc CFLAGS="-I/usr/include/gmp" PKG_CONFIG_PATH=/opt/lib/pkgconfig 
./configure  --prefix=/usr -disable-static -enable-shared=yes


You're not showing the part where configure says

checking whether accept4 is declared without a macro... yes
checking for accept4... no

If you look in the config.log that configure generates and search for
'accept4', you'll see something like:

configure:8678: checking for accept4
configure:8678: gcc -std=gnu11 -o conftest -g -O2   conftest.c  >&5
Undefined   first referenced
 symbol in file
accept4 /var/tmp//ccw.ayQX.o
ld: fatal: symbol referencing errors. No output written to conftest
collect2: error: ld returned 1 exit status
configure:8678: $? = 1

When configure doesn't find certain networking-related symbols, the
first problem to look for is whether it's including "-lsocket -lnsl"
in the libraries it's trying to link with.


$ gmake
gmake  all-recursive
gmake[1]: Entering directory '/tmp/guile-2.2.4'
Making all in lib
gmake[2]: Entering directory '/tmp/guile-2.2.4/lib'
gmake  all-recursive
gmake[3]: Entering directory '/tmp/guile-2.2.4/lib'
gmake[4]: Entering directory '/tmp/guile-2.2.4/lib'
 CC   accept4.lo
In file included from /usr/include/sys/time.h:462:0,
from ./sys/time.h:39,
from /usr/include/sys/select.h:53,
from ./sys/select.h:36,
from /usr/include/sys/types.h:640,
from ./sys/types.h:28,
from ./sys/socket.h:51,
from accept4.c:20:


So, guile is trying to build its own accept4 (probably from gnulib, but
I haven't checked to verify) because it thinks that OI doesn't have it,
but OI has declarations in header files that are getting included
and that's causing the conflict.

The right fix is to clue configure in that it should also be checking
for networking-related code in '-lsocket -lnsl'.  That involves
adding logic to configure.ac to see if '-lsocket -lnsl' are present,
and if they are useful.

In your case, as a hackish work-around, you could try adding

LIBS='-lsocket -lnsl'

on the configure line, near CC=gcc. That's not a great solution, because
it causes configure to try linking every component against those two
libraries, even when they're not needed, but it will probably help you
make some progress.

You may later hit additional networking-related incompatibilities, based
on compilation environment, but the LIBS trick should get you farther.

It's probably worth a bug report to the guile maintainers that accept4
and probably other network code requires -lsocket -lnsl on systems
descended from Solaris (and some others that basically no longer exist).

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure  701-231-1076 (Voice)
Room 242-J6, Quentin Burdick Building  701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla

2018-09-18 Thread Tim Mooney 

In regard to: [OpenIndiana-discuss] Building Filezilla, russell said (at...:

Can anyone tell the ./configure comman used to build the wx-widgets 2.8 
release?


You can get that from

https://github.com/OpenIndiana/oi-userland/tree/oi/hipster/components/library/wxwidgets

All of hipster's *userland* components are built and packaged using the
machinery under https://github.com/OpenIndiana/oi-userland/.  wxwidgets
just happens to be present at the path I show above.

If you look in the Makefile in that directory, you'll see all the
configure flags.  Look for all the CONFIGURE_OPTIONS settings.

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure  701-231-1076 (Voice)
Room 242-J6, Quentin Burdick Building  701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla 3.17 and later

2018-03-06 Thread Alexander Pyhalov 

On 03/05/18 09:53 PM, russell wrote:

Hi,

Thanks for the feedback, I finally used the following command for 
v3.5.18 and v3.6.2 to allow the build to go further, unfortunately it 
started reporting issues with Guile.


$ CC=gcc-6  CXX=g++-6 CFLAGS="-I/usr/include/idn -I/usr/include/idn2" 
LDFLAGS="-L/opt/gnu/lib -L/usr/lib" 
PKG_CONFIG_PATH=/opt/gnu/lib/pkgconfig ./configure --prefix=/opt/gnu 
--enable-openssl-compatibility --disable-ssl2-support


Checking the Guile site the legacy version which is 2.0.X and the 
current release 2.2.0 so I attempted to build the 2.2.0 release, however 
this fails almost immediately as shown


$ CC=gcc-6 CXX=g++-6 LDFLAGS="-L/opt/gnu/lib -L/usr/lib" ./configure 
--prefix=/opt/gnu

$ gmake
gmake -C libguile scmconfig.h
gmake[1]: Entering directory '/tmp/guile-2.2.0/libguile'
   GEN  gen-scmconfig.o
   GEN  gen-scmconfig
   GEN  scmconfig.h
gmake[1]: Leaving directory '/tmp/guile-2.2.0/libguile'
gmake  all-recursive
gmake[1]: Entering directory '/tmp/guile-2.2.0'
Making all in lib
gmake[2]: Entering directory '/tmp/guile-2.2.0/lib'
   GEN  alloca.h
   GEN  c++defs.h
   GEN  warn-on-use.h
   GEN  arg-nonnull.h
   GEN  arpa/inet.h
   GEN  byteswap.h
   GEN  configmake.h
   GEN  dirent.h
   GEN  fcntl.h
   GEN  iconv.h
   GEN  langinfo.h
   GEN  limits.h
   GEN  locale.h
   GEN  math.h
   GEN  netdb.h
   GEN  poll.h
   GEN  signal.h
   GEN  stdint.h
   GEN  stdio.h
   GEN  stdlib.h
   GEN  string.h
   GEN  sys/file.h
   GEN  sys/select.h
   GEN  sys/socket.h
   GEN  sys/stat.h
   GEN  sys/time.h
   GEN  sys/times.h
   GEN  sys/types.h
   GEN  sys/uio.h
   GEN  time.h
   GEN  unistd.h
   GEN  wchar.h
   GEN  wctype.h
gmake  all-recursive
gmake[3]: Entering directory '/tmp/guile-2.2.0/lib'
gmake[4]: Entering directory '/tmp/guile-2.2.0/lib'
   CC   accept4.lo
In file included from /usr/include/sys/time.h:462:0,
  from ./sys/time.h:39,
  from /usr/include/sys/select.h:53,
  from ./sys/select.h:36,
  from /usr/include/sys/types.h:640,
  from ./sys/types.h:28,
  from ./sys/socket.h:51,
  from accept4.c:20:
./sys/socket.h:1034:1: error: conflicting types for 'accept4'
  _GL_FUNCDECL_SYS (accept4, int,
  ^
In file included from ./sys/socket.h:58:0,
  from accept4.c:20:
/usr/include/sys/socket.h:540:12: note: previous declaration of 
'accept4' was here
  extern int accept4(int, struct sockaddr *_RESTRICT_KYWD, Psocklen_t, 
int);

     ^~~
accept4.c:32:1: error: conflicting types for 'accept4'
  accept4 (int sockfd, struct sockaddr *addr, socklen_t *addrlen, int 
flags)

  ^~~
In file included from ./sys/socket.h:58:0,
  from accept4.c:20:
/usr/include/sys/socket.h:540:12: note: previous declaration of 
'accept4' was here
  extern int accept4(int, struct sockaddr *_RESTRICT_KYWD, Psocklen_t, 
int);

     ^~~


Hi.
It seems that guile doesn't detect that we have accept4() at configure 
stage and tries to build its own implementation. It should be taught to 
avoid doing so.


--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla 3.17 and later

2018-03-05 Thread russell 

Hi,

Thanks for the feedback, I finally used the following command for 
v3.5.18 and v3.6.2 to allow the build to go further, unfortunately it 
started reporting issues with Guile.


$ CC=gcc-6  CXX=g++-6 CFLAGS="-I/usr/include/idn -I/usr/include/idn2" 
LDFLAGS="-L/opt/gnu/lib -L/usr/lib" 
PKG_CONFIG_PATH=/opt/gnu/lib/pkgconfig ./configure --prefix=/opt/gnu 
--enable-openssl-compatibility --disable-ssl2-support


Checking the Guile site the legacy version which is 2.0.X and the 
current release 2.2.0 so I attempted to build the 2.2.0 release, however 
this fails almost immediately as shown


$ CC=gcc-6 CXX=g++-6 LDFLAGS="-L/opt/gnu/lib -L/usr/lib" ./configure 
--prefix=/opt/gnu

$ gmake
gmake -C libguile scmconfig.h
gmake[1]: Entering directory '/tmp/guile-2.2.0/libguile'
  GEN  gen-scmconfig.o
  GEN  gen-scmconfig
  GEN  scmconfig.h
gmake[1]: Leaving directory '/tmp/guile-2.2.0/libguile'
gmake  all-recursive
gmake[1]: Entering directory '/tmp/guile-2.2.0'
Making all in lib
gmake[2]: Entering directory '/tmp/guile-2.2.0/lib'
  GEN  alloca.h
  GEN  c++defs.h
  GEN  warn-on-use.h
  GEN  arg-nonnull.h
  GEN  arpa/inet.h
  GEN  byteswap.h
  GEN  configmake.h
  GEN  dirent.h
  GEN  fcntl.h
  GEN  iconv.h
  GEN  langinfo.h
  GEN  limits.h
  GEN  locale.h
  GEN  math.h
  GEN  netdb.h
  GEN  poll.h
  GEN  signal.h
  GEN  stdint.h
  GEN  stdio.h
  GEN  stdlib.h
  GEN  string.h
  GEN  sys/file.h
  GEN  sys/select.h
  GEN  sys/socket.h
  GEN  sys/stat.h
  GEN  sys/time.h
  GEN  sys/times.h
  GEN  sys/types.h
  GEN  sys/uio.h
  GEN  time.h
  GEN  unistd.h
  GEN  wchar.h
  GEN  wctype.h
gmake  all-recursive
gmake[3]: Entering directory '/tmp/guile-2.2.0/lib'
gmake[4]: Entering directory '/tmp/guile-2.2.0/lib'
  CC   accept4.lo
In file included from /usr/include/sys/time.h:462:0,
 from ./sys/time.h:39,
 from /usr/include/sys/select.h:53,
 from ./sys/select.h:36,
 from /usr/include/sys/types.h:640,
 from ./sys/types.h:28,
 from ./sys/socket.h:51,
 from accept4.c:20:
./sys/socket.h:1034:1: error: conflicting types for 'accept4'
 _GL_FUNCDECL_SYS (accept4, int,
 ^
In file included from ./sys/socket.h:58:0,
 from accept4.c:20:
/usr/include/sys/socket.h:540:12: note: previous declaration of 
'accept4' was here

 extern int accept4(int, struct sockaddr *_RESTRICT_KYWD, Psocklen_t, int);
    ^~~
accept4.c:32:1: error: conflicting types for 'accept4'
 accept4 (int sockfd, struct sockaddr *addr, socklen_t *addrlen, int flags)
 ^~~
In file included from ./sys/socket.h:58:0,
 from accept4.c:20:
/usr/include/sys/socket.h:540:12: note: previous declaration of 
'accept4' was here

 extern int accept4(int, struct sockaddr *_RESTRICT_KYWD, Psocklen_t, int);
    ^~~
gmake[4]: *** [Makefile:2068: accept4.lo] Error 1
gmake[4]: Leaving directory '/tmp/guile-2.2.0/lib'
gmake[3]: *** [Makefile:2087: all-recursive] Error 1
gmake[3]: Leaving directory '/tmp/guile-2.2.0/lib'
gmake[2]: *** [Makefile:1869: all] Error 2
gmake[2]: Leaving directory '/tmp/guile-2.2.0/lib'
gmake[1]: *** [Makefile:1857: all-recursive] Error 1
gmake[1]: Leaving directory '/tmp/guile-2.2.0'
gmake: *** [Makefile:1743: all] Error 2

Any suggestions on how to fix this problem?

TIA

Russell

On 04/03/2018 20:47, Alan Coopersmith wrote:

On 03/ 4/18 11:11 AM, russell wrote:

Both Gnutls v3.5.18 and v3.6.2 both can almost be successfuly built using

$ CC=gcc-6  CXX=g++-6 CFLAGS="-I/usr/include/idn -I/usr/include/idn2"
LDFLAGS="-L/opt/gnu/lib -L/usr/lib" NETTLE_CFLAGS="-I/opt/gnu/include/nettle"
HOGWEED_CFLAGS="-I/opt/gnu/include/nettle" NETTLE_LIBS=-L/opt/gnu/lib
HOGWEED_LIBS=-L/opt/gnu/lib ./configure --prefix=/opt/gnu
--enable-openssl-compatibility --disable-ssl2-support --enable-tests


When you're using *_LIBS to override the pkg-config provided flags you need
to include the -l flags that pkg-config would give you, not just the -L ones,
so for instance, the above should probably be:
NETTLE_LIBS="-L/opt/gnu/lib -R/opt/gnu/lib -lnettle"
(including the -R to find the library at runtime outside the normal library
  path).

Or if the nettle.pc file is installed under /opt/gnu/lib/pkgconfig, then you
may just be able to replace much of the above with:
PKG_CONFIG_PATH=/opt/gnu/lib/pkgconfig

-alan-




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla 3.17 and later

2018-03-05 Thread Alexander Pyhalov 

On 03/04/18 10:11 PM, russell wrote:

Hi,

In order to build Filezilla 3.17 and later I need to build an up to date 
version of GNUTLS, after some effort I have almost build gnutls v3.5.18 
and v3.6.2.


The problem I found earlier with the dsa structure definition was due to 
the fact I was using the system NETTLE v3.3 library, after compiling 
Nettle v3.4 then the dsa structure problem building gnutls disappeared.




Hi.

We deliver GNU TLS 3.5.14. We use the following in oi-userland Makefiles 
to use it -


# Force use of gnutls-3 pkgconfig during 2.x->3.x transition
GNUTLS_PKG_CONFIG_PATH_32 = /usr/lib/pkgconfig/gnutls-3
GNUTLS_PKG_CONFIG_PATH_64 = /usr/lib/$(MACH64)/pkgconfig/gnutls-3
PKG_CONFIG_PATH = 
$(GNUTLS_PKG_CONFIG_PATH_$(BITS)):$(PKG_CONFIG_PATH.$(BITS))


LD_OPTIONS.32 += -L/usr/lib/gnutls-3 -R/usr/lib/gnutls-3
LD_OPTIONS.64 += -L/usr/lib/$(MACH64)/gnutls-3 -R/usr/lib/$(MACH64)/gnutls-3
LD_OPTIONS += $(LD_OPTIONS.$(BITS))


This efficiently sets PKG_CONFIG_PATH to 
/usr/lib/pkgconfig/gnutls-3:/usr/lib/pkgconfig (for 32-bit software) and 
LD_OPTIONS to -L/usr/lib/gnutls-3 -R/usr/lib/gnutls-3 .



--
Best regards,
Alexander Pyhalov,
system administrator of Southern Federal University IT department

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla 3.17 and later

2018-03-04 Thread Alan Coopersmith 
On 03/ 4/18 11:11 AM, russell wrote:
> Both Gnutls v3.5.18 and v3.6.2 both can almost be successfuly built using
> 
> $ CC=gcc-6  CXX=g++-6 CFLAGS="-I/usr/include/idn -I/usr/include/idn2"
> LDFLAGS="-L/opt/gnu/lib -L/usr/lib" NETTLE_CFLAGS="-I/opt/gnu/include/nettle"
> HOGWEED_CFLAGS="-I/opt/gnu/include/nettle" NETTLE_LIBS=-L/opt/gnu/lib
> HOGWEED_LIBS=-L/opt/gnu/lib ./configure --prefix=/opt/gnu
> --enable-openssl-compatibility --disable-ssl2-support --enable-tests
>

When you're using *_LIBS to override the pkg-config provided flags you need
to include the -l flags that pkg-config would give you, not just the -L ones,
so for instance, the above should probably be:
   NETTLE_LIBS="-L/opt/gnu/lib -R/opt/gnu/lib -lnettle"
(including the -R to find the library at runtime outside the normal library
 path).

Or if the nettle.pc file is installed under /opt/gnu/lib/pkgconfig, then you
may just be able to replace much of the above with:
   PKG_CONFIG_PATH=/opt/gnu/lib/pkgconfig

-alan-

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla Client

2018-01-14 Thread russell 

Hi,

The problem of building an up to date version of Filezilla like 3.30.0 
are the dependant libraries which in turn have further dependencies. So 
you have a situation where multiple libraries have to be maintained. All 
I need is a FTP/SCP client which does not crash like gftp. The gftp 
2.0.19 was released in November 30, 2008 while Filezilla 3.3.0.1 is from 
November 15, 2009.


When I previously tried to build Filezilla I had issues with the older 
versions of gcc available, having tried gcc 7.2 this issues disappeared.


Using Filezilla 3.3.0.1 it is possible to build an executable, 
attempting to build 3.5.0 fails because the TinyXML version on 
OpenIndiana is rejected as too old and hightlights issues.


It would be great to build Filezilla 3.30.0 just building the system 
provided libraries but the work involved to complete this would require 
a significant contribution by everyone using OpenIndiana.


If I can resolve the library compatibility issue and find that Filezilla 
3.3.0.1 is more stable than gftp then the replacing gftp should have 
minimal impact within the build environment. As system libraries are 
upgraded then newer versions of Filezilla can be provided.


Regards

Russell




___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Building Filezilla Client

2018-01-14 Thread Andreas Wacknitz 
Am 13.01.18 um 22:38 schrieb russell:
Hi Russell,

I have some comments:
1. If I look at the project site I see the latest download is version
3.30.0. Why don't you use this one?
2. You will also need libfilezilla (0.11.2 is the newest version).
3. At least for libfilezilla you will need to use gmake instead our make.
3. You don't need gcc 7.2 as our default version 4.9.4 supports
|-std=c++14. Most probably your ABI problems are due to the use of 7.2.
|4. I recommend creating real packages for both (libfilezilla and
filezilla). I am willing to help here or do it, whatever you prefer.

Regards
Andreas

||
> Hi,
>
> After some experimentation I finally built a Filezilla Client using
> the standard libraries with OpenIndiana, unfortunately I hit a problem
> which is outside my experience. I am looking to use Filezilla as I
> find gftp crashes frequently.
>
> $ ./filezilla
> Fatal Error: Mismatch between the program and library build versions
> detected.
> The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx
> containers,compatible with 2.6),
> and your program used 2.8 (no debug,Unicode,compiler with C++ ABI
> 1011,wx containers,compatible with 2.6).
> Abort
>
> After some experimentation I found that Filezilla Client 3.3.0.1 would
> build on OpenIndiana (available here
> http://download.filezilla-project.org/client/FileZilla_3.3.0.1_src.tar.bz2
> )
>
> After unzipping and using the following line to configure the environment
>
> $ CC=gcc CXX=g++ CPPFLAGS=-I/usr/include/idn ./configure
> --prefix=/opt/gnu --enable-shared=yes --disable-static
> --disable-autoupdatecheck
>
> I found on the first attempt that the build fails because of xgettext
> not accepting the parameters passed, so change PATH=/usr/gnu/bin:$PATH
> and could then complete the build using the gcc 7.2 compiler
>
> $ make
>
> Upon completion I could run "make install" to complete the installation.
>
> Is there a flag I need to set to create the correct the library issue?
>
> TIA
>
> Russell
>
>
>
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss

___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss