On Mon, 3 Mar 2014 18:01:47 -0500, Daniel Johnson
<daniel.johnso...@gmail.com> wrote:
> On Mar 3, 2014, at 7:40 AM, Daniel Johnson
> <daniel.johnso...@gmail.com> wrote:
> > On Mar 3, 2014, at 6:09 AM, Corey Halpin <chal...@cs.wisc.edu> wrote:
> >>
> >> Unfortunately, I'm still on 10.7 and don't have a 10.8 machine to
> test >> against.
> >> >> I can get 1.10 (the upstream stable release) to mostly work on
> 10.7... >> however, Montone (the only package that uses botan that I
> can find) doesn't >> build against botan 1.10 in any released
> version. The monotone development >> branch does mention fixes for
> compatibility with botan 1.10 -- but I'd need to >> be able to find
> the relevant commit to backport it. More time to dig would be >>
> required.
> >> >> The use of configure.pl here was deliberate, as it supported
> --cpu=generic. >> The newer configure.py forces one to choose a
> specific architecture. Maybe >> this can be dropped now, as ppc
> isn't really a concern?
> >> >> By any chance does adding SetCPPFlags: -std=gnu89 resolve the issue?
> >> >> I'll look into this more when I can, but I must apologize that
> it probably >> won't be for a while. I'm preparing to defend my
> dissertation and spare >> cycles are not abundant.
> >> >> Best regards.
> >> >> ~crh
> >> >> On 2014-02-28, Daniel Macks wrote:
> >>> g++ -Ibuild/include -O2 -finline-functions -D_REENTRANT -ansi
> -Wno-long-long -fpermissive -W -Wall -fPIC -c src/block/aes/aes.cpp
> -o build/lib/aes.o
> >>> clangclang: : warning: argument unused during compilation: '-fpermissive'
> >>> warning: argument unused during compilation: '-fpermissive'
> >>> In file included from src/block/aes/aes.cpp:8:
> >>> In file included from build/include/botan/aes.h:11:
> >>> In file included from build/include/botan/block_cipher.h:11:
> >>> In file included from build/include/botan/sym_algo.h:13:
> >>> In file included from build/include/botan/symkey.h:11:
> >>> build/include/botan/secmem.h:362:28: error: use of undeclared
> identifier 'set'
> >>> { if(this != &in) set(in); return (*this); }
> >>> ^
> >>> this->
> >>> build/include/botan/symkey.h:36:56: note: in instantiation of
> member function
> >>> 'Botan::SecureVector::operator=' requested here
> >>> void change(const MemoryRegion& in) { bits = in; }
> >>> ^
> >>> build/include/botan/secmem.h:146:12: note: must qualify
> identifier to find this
> >>> declaration in dependent base class
> >>> void set(const T in[], u32bit n) { create(n); copy(in, n); }
> >>> ^
> >>> build/include/botan/secmem.h:153:12: note: must qualify
> identifier to find this
> >>> declaration in dependent base class
> >>> void set(const MemoryRegion& in) { set(in.begin(), in.size()); }
> >>> ^
> >>> 1 error generated. >>> make: *** [build/lib/aes.o] Error 1
> >>> >>> Earlier during the build I noticed:
> >>> >>> export PATH="/usr/bin:/usr/sbin:/bin:/sbin"
> >>> ./configure.pl --prefix=/sw --cpu=generic --docdir=/sw/share/doc
> >>> (warning): ./configure.pl is deprecated; migration to
> ./configure.py strongly recommended
> >>> >>> And upstream is at 1.11, so there are lots of easy things to
> upgrade that might fix the actual build failure (or at least let one
> trouble-shoot a non-obsolete version, so that upstream can help fix
> further). >>> >>> dan
> >>> ---
> >>> >>> Daniel Macks
> >>> dma...@netspace.org
> > > I think I know how to fix it but it's going to take time I don't
> have right now. Tonight I'll work on it. The code is using illegal
> C++ that gcc happens to accept but clang (properly) rejects.
> > > Daniel
>
> Ok, the solution is to update to botan 1.8.14 which includes patches
> for clang. I've successfully built it and tests pass on 10.9. I've
> included the diff below. Unfortunately, monotone still doesn't build
> on 10.9 since it requires non-standard features of gcc's libstdc++
> and won't build with libc++. It also doesn't build with boost1.55 but
> appears to work with 1.53.
Pushed this botan update. Built cleanly for me on 10.8 as well.
dan
--
Daniel Macks
dma...@netspace.org
------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Fink-users mailing list
Fink-users@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.macosx.fink.user
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-users
