On 6/13/2013 2:58 PM, Troy A. Griffitts wrote:
Have projects had a chance to test against the latest SVN HEAD?
I believe I still have a patch from Greg to find and we still have
something outstanding for Peter to fix. Is anything else outstanding?
I've had success building on Win32 in MSVC and
This is the error my patch fixes. Another option is to build with cURL so
the internal FTPlib is not used.
--Greg
On Jun 14, 2013 2:46 AM, "Manfred Bergmann" wrote:
> Getting this error on compile:
> /src/mgr/ftplibftpt.cpp:79:80: Member initializer 'FTPTransport' does not
> name a non-static da
OK, I've commited fixes for the objc bindings Xcode project.
Compiles and works ok.
Manfred
Am 14.06.2013 um 08:53 schrieb Jaak Ristioja :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Yes. The base class of FTPLibFTPTransport is RemoteTransport not
> FTPTransport, hence the correct i
Ahh, yes, I had that as well. I forgot cause I fixed it straight away in my
copy, as Jaak has mentioned! :)
On 14/06/2013, at 4:53 PM, Jaak Ristioja wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Yes. The base class of FTPLibFTPTransport is RemoteTransport not
> FTPTransport, he
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yes. The base class of FTPLibFTPTransport is RemoteTransport not
FTPTransport, hence the correct initializer list would probably be:
: RemoteTransport(host, sr)
Blessings,
Jaak
On 14.06.2013 09:44, Manfred Bergmann wrote:
> Getting this error on c
Getting this error on compile:
/src/mgr/ftplibftpt.cpp:79:80: Member initializer 'FTPTransport' does not name
a non-static data member or base class
Any idea how to fix?
Manfred
Am 13.06.2013 um 23:58 schrieb Troy A. Griffitts :
> Have projects had a chance to test against the latest SVN HEA
> "Troy A. Griffitts" writes:
>> Have projects had a chance to test against the latest SVN HEAD?
>
> Xiphos seems happy with -r2820.
PS seems happy with -r2820 :)
(latest beta was rolled using this as well, FYI)
___
sword-devel mailing list: sword-de
"Troy A. Griffitts" writes:
> Have projects had a chance to test against the latest SVN HEAD?
Xiphos seems happy with -r2820.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to
Have projects had a chance to test against the latest SVN HEAD?
I believe I still have a patch from Greg to find and we still have something
outstanding for Peter to fix. Is anything else outstanding?
Chris, I'd like to finish our discussion about the LXX v12n. What do you think
about having a 4
I see there are lots of updates since my last pull of the SVN tree,
when Troy said it was still very unstable. Is it yet to a relatively
stable point? If it is, I can tackle the updates to the mod2osis file
and make sure they're still valid.
Sent from my iPhone
_
On Wed, Jul 16, 2008 at 5:12 AM, Troy A. Griffitts <[EMAIL PROTECTED]> wrote:
> Greg,
>
> Should be fixed.
That fixed the compile issue. Now it seg faults while trying to
import a file that seemed fine last night. There are a few things
osis2mod complained about last night (illegal elements ins
Greg,
Should be fixed.
Everyone please know that SVN is under heavy development. I'm not
discouraging use of it-- please do. Greg's report helped me fix a
utility that I had missed changing. But please know that it is NOT
STABLE and use it according.
Greg Hellings wrote:
> Troy,
>
> On
Troy,
On Wed, Jul 16, 2008 at 4:39 AM, Troy A. Griffitts <[EMAIL PROTECTED]> wrote:
> Greg,
>
> New classes have been added. Be sure to do a:
> make distclean
> ./autogen.sh
> ./usrinst.sh
> make
That fixed those errors. However, now when I issue the make command
over in the utilities directory
Greg,
New classes have been added. Be sure to do a:
make distclean
./autogen.sh
./usrinst.sh
make
to update your make system and build fresh.
Hope this fixes things.
-Troy.
Greg Hellings wrote:
> List,
>
> Is anyone else having problems building the current SVN? I just
> updated t
List,
Is anyone else having problems building the current SVN? I just
updated tonight (r2182) and the build of the library itself seems to
run fine, but when it drops into the test, it spits out a whole slew
of errors of the type:
./lib/.libs/libsword.a(versekey.o): In function
`sword::VerseKey::
15 matches
Mail list logo