Re: [graphics/libcdr] Boost issue breaks build?

2014-03-13 Thread A.J. 'Fonz' van Werven
Don Lewis wrote:

 Adding this to /etc/make.conf seems to work

 .if !empty(.CURDIR:M/usr/ports/graphics/libcdr)  
 exists(/usr/local/bin/gcc47)
 CC=gcc47
 CXX=g++47
 CPP=cpp47
 .endif
 
 Thanks for the suggestion. Unfortunately, I can't even build GCC itself:
 
[snip]
  strverscmp.o
  Shared object libfl.so.2 not found, required by ar
  gmake[3]: *** [libiberty.a] Error 1
[snip]
 Looks like ar from devel/binutils is broken on your machine.  On my most
 recently updated machine:
[snip]
 In any case, rebuilding and reinstalling devel/binutils should get you
 to the point where you can build lang/gcc47.

Thanks, that helped. I actually tried lang/gcc49 instead of lang/gcc47,
but still: rebuilding devel/binutils did the trick. GCC now builds, which
in turn unbreaks a bunch of other ports, chief among which are
x11/rxvt-unicode and editors/libreoffice (graphics/libcdr).

Thanks again,

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpgtiX3SvghB.pgp
Description: PGP signature


Re: [graphics/libcdr] Boost issue breaks build?

2014-03-12 Thread Richard M. Timoney
With regard to:

 Hello:
   On a system running
 
 FreeBSD 10.0-CURRENT #0 r248938: Sun Mar 31 06:24:42 EDT 2013  amd64
 
   attempts to build libcdr-0.0.14 fail

I also had the same trouble on FreeBSD 9.2 (and so could not build
libreoffice).

Adding this to /etc/make.conf seems to work

.if !empty(.CURDIR:M/usr/ports/graphics/libcdr)  exists(/usr/local/bin/gcc47)
CC=gcc47
CXX=g++47
CPP=cpp47
.endif

Yours,

Richard

-- 
Richard M. Timoney
  (richa...@maths.tcd.ie)   Tel. +353-1-896 1196
School of Mathematics, Trinity College, Dublin 2, Ireland
WWW http://www.maths.tcd.ie/~richardt   FAX  +353-1-896 2282
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [graphics/libcdr] Boost issue breaks build?

2014-03-12 Thread A.J. 'Fonz' van Werven
Richard M. Timoney wrote:

 Adding this to /etc/make.conf seems to work
 
 .if !empty(.CURDIR:M/usr/ports/graphics/libcdr)  
 exists(/usr/local/bin/gcc47)
 CC=gcc47
 CXX=g++47
 CPP=cpp47
 .endif

Thanks for the suggestion. Unfortunately, I can't even build GCC itself:

[snip]
if [ x-fpic != x ]; then \
  cc -c -DHAVE_CONFIG_H -g -fkeep-inline-functions  -I. 
-I.././../gcc-4.7-20140222/libiberty/../include  -W -Wall -Wwrite-strings 
-Wc++-compat -Wstrict-prototyp
es -pedantic  -fpic .././../gcc-4.7-20140222/libiberty/strverscmp.c -o 
pic/strverscmp.o; \
else true; fi
cc -c -DHAVE_CONFIG_H -g -fkeep-inline-functions  -I. 
-I.././../gcc-4.7-20140222/libiberty/../include  -W -Wall -Wwrite-strings 
-Wc++-compat -Wstrict-prototypes
 -pedantic  .././../gcc-4.7-20140222/libiberty/strverscmp.c -o strverscmp.o
rm -f ./libiberty.a pic/./libiberty.a
/usr/local/bin/ar rc ./libiberty.a \
  ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o ./argv.o 
./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o ./fdmatch.o 
./f
ibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o 
./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o 
./lbasename.o ./lr
ealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o ./obstack.o 
./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o ./pex-unix.o 
./
safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o 
./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./stack-limit.o 
./strerr
or.o ./strsignal.o ./timeval-utils.o ./unlink-if-ordinary.o ./xatexit.o 
./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o  
./mempcpy.o ./
strverscmp.o
Shared object libfl.so.2 not found, required by ar
gmake[3]: *** [libiberty.a] Error 1
gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/libiberty'
gmake[2]: *** [all-stage1-libiberty] Error 2
gmake[2]: Leaving directory `/usr/ports/lang/gcc47/work/build'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/usr/ports/lang/gcc47/work/build'
gmake: *** [bootstrap-lean] Error 2
*** [do-build] Error code 1

Stop in /usr/ports/lang/gcc47.
*** [build] Error code 1
[snip]

This happens with lang/gcc, lang/gcc47 and lang/gcc49, on a FreeBSD
9.2-RELEASE-p3/amd64 system with up-to-date ports tree. Switching between
(the base system's) GCC and Clang makes no difference either.

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpPzOCvvYr1Z.pgp
Description: PGP signature


Re: [graphics/libcdr] Boost issue breaks build?

2014-03-12 Thread Don Lewis
On 12 Mar, A.J. 'Fonz' van Werven wrote:
 Richard M. Timoney wrote:
 
 Adding this to /etc/make.conf seems to work
 
 .if !empty(.CURDIR:M/usr/ports/graphics/libcdr)  
 exists(/usr/local/bin/gcc47)
 CC=gcc47
 CXX=g++47
 CPP=cpp47
 .endif
 
 Thanks for the suggestion. Unfortunately, I can't even build GCC itself:
 
 [snip]
 if [ x-fpic != x ]; then \
   cc -c -DHAVE_CONFIG_H -g -fkeep-inline-functions  -I. 
 -I.././../gcc-4.7-20140222/libiberty/../include  -W -Wall -Wwrite-strings 
 -Wc++-compat -Wstrict-prototyp
 es -pedantic  -fpic .././../gcc-4.7-20140222/libiberty/strverscmp.c -o 
 pic/strverscmp.o; \
 else true; fi
 cc -c -DHAVE_CONFIG_H -g -fkeep-inline-functions  -I. 
 -I.././../gcc-4.7-20140222/libiberty/../include  -W -Wall -Wwrite-strings 
 -Wc++-compat -Wstrict-prototypes
  -pedantic  .././../gcc-4.7-20140222/libiberty/strverscmp.c -o strverscmp.o
 rm -f ./libiberty.a pic/./libiberty.a
 /usr/local/bin/ar rc ./libiberty.a \
   ./regex.o ./cplus-dem.o ./cp-demangle.o ./md5.o ./sha1.o ./alloca.o 
 ./argv.o ./choose-temp.o ./concat.o ./cp-demint.o ./crc32.o ./dyn-string.o 
 ./fdmatch.o ./f
 ibheap.o ./filename_cmp.o ./floatformat.o ./fnmatch.o ./fopen_unlocked.o 
 ./getopt.o ./getopt1.o ./getpwd.o ./getruntime.o ./hashtab.o ./hex.o 
 ./lbasename.o ./lr
 ealpath.o ./make-relative-prefix.o ./make-temp-file.o ./objalloc.o 
 ./obstack.o ./partition.o ./pexecute.o ./physmem.o ./pex-common.o ./pex-one.o 
 ./pex-unix.o ./
 safe-ctype.o ./simple-object.o ./simple-object-coff.o ./simple-object-elf.o 
 ./simple-object-mach-o.o ./sort.o ./spaces.o ./splay-tree.o ./stack-limit.o 
 ./strerr
 or.o ./strsignal.o ./timeval-utils.o ./unlink-if-ordinary.o ./xatexit.o 
 ./xexit.o ./xmalloc.o ./xmemdup.o ./xstrdup.o ./xstrerror.o ./xstrndup.o  
 ./mempcpy.o ./
 strverscmp.o
 Shared object libfl.so.2 not found, required by ar
 gmake[3]: *** [libiberty.a] Error 1
 gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/libiberty'
 gmake[2]: *** [all-stage1-libiberty] Error 2
 gmake[2]: Leaving directory `/usr/ports/lang/gcc47/work/build'
 gmake[1]: *** [stage1-bubble] Error 2
 gmake[1]: Leaving directory `/usr/ports/lang/gcc47/work/build'
 gmake: *** [bootstrap-lean] Error 2
 *** [do-build] Error code 1
 
 Stop in /usr/ports/lang/gcc47.
 *** [build] Error code 1
 [snip]
 
 This happens with lang/gcc, lang/gcc47 and lang/gcc49, on a FreeBSD
 9.2-RELEASE-p3/amd64 system with up-to-date ports tree. Switching between
 (the base system's) GCC and Clang makes no difference either.


Looks like ar from devel/binutils is broken on your machine.  On my most
recently updated machine:

%ldd /usr/local/bin/ar
/usr/local/bin/ar:
libfl.so.2 = /usr/local/lib/compat/pkg/libfl.so.2 (0x8810d000)
libm.so.5 = /lib/libm.so.5 (0x8810f000)
libz.so.6 = /lib/libz.so.6 (0x88137000)
libc.so.7 = /lib/libc.so.7 (0x8814c000)

That doesn't look good ...

At first I suspected that libfl.so might have had a version bump, but
there's no other shard library version under /usr/local/lib.  There is a
static library, libfl.a, installed by textproc/flex.  It turns out that
installation of shared libraries was disabled for that port by r345345
two weeks ago (PR: ports/186790).  There should have been a note in
ports/UPDATING notifying users to rebuild or reinstall all ports that
linked to the shared library.

What's interesting is that devel/binutils doesn't mention flex as a
dependency.

In any case, rebuilding and reinstalling devel/binutils should get you
to the point where you can build lang/gcc47.


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


[graphics/libcdr] Boost issue breaks build?

2014-03-09 Thread A.J. 'Fonz' van Werven
Howdy,

I'm trying to build editors/libreoffice, which fails at the dependency
graphics/libcdr.

The system in question runs 9.2-RELEASE-p3/amd64. My Makefile contains the
following:

[begin file]
WITH_PKGNG=yes
WITHOUT_HAL=yes
.if ! ${.CURDIR:M/usr/ports/emulators/dosbox}
CC=clang
CXX=clang++
CPP=clang-cpp
.endif
.if ${.CURDIR:M/usr/ports*}
CFLAGS+=-fstack-protector
CXXFLAGS+=-fstack-protector
.endif
MAKE_JOBS_UNSAFE=yes
TEX_DEFAULT=texlive
[end file]

When compiled with Clang, the result is as follows (summarised; a complete
log can be found here: http://www.skysmurf.nl/tmp/clang.txt):

[begin log (summary)]
=== Starting build for editors/libreoffice-i18n ===
[snip]
=== Dependency check complete for graphics/libcdr

=== editors/libreoffice-i18n  editors/libreoffice-en_GB  
editors/libreoffice  graphics/libcdr (3/33)
[snip]
checking for boost/optional.hpp... yes
checking for boost/property_tree/ptree.hpp... yes
checking for boost/spirit/include/classic.hpp... yes
checking for boost/property_tree/json_parser.hpp... yes
[snip]
===  Building for libcdr-0.0.14_1
[snip]
  CXX  CDRParser.lo
In file included from CDRParser.cpp:38:
In file included from /usr/local/include/boost/property_tree/json_parser.hpp:13:
In file included from /usr/local/include/boost/property_tree/ptree.hpp:21:
In file included from /usr/local/include/boost/multi_index_container.hpp:34:
In file included from 
/usr/local/include/boost/multi_index/detail/base_type.hpp:21:
In file included from 
/usr/local/include/boost/multi_index/detail/index_base.hpp:25:
/usr/local/include/boost/multi_index/detail/vartempl_support.hpp:237:28: error: 
no template named 'forward' in namespace 'std'; did you mean 'forward'?
  return new(x) Value(std::forwardArgs(args)...);
  ~^~~
   forward
/usr/local/include/boost/move/utility.hpp:176:21: note: 'forward' declared here
 inline T forward(U t
^
In file included from CDRParser.cpp:38:
In file included from /usr/local/include/boost/property_tree/json_parser.hpp:13:
In file included from /usr/local/include/boost/property_tree/ptree.hpp:21:
In file included from /usr/local/include/boost/multi_index_container.hpp:34:
In file included from 
/usr/local/include/boost/multi_index/detail/base_type.hpp:21:
/usr/local/include/boost/multi_index/detail/index_base.hpp:211:29: error: no 
template named 'forward' in namespace 'std'; did you mean 'forward'?
return final().emplace_(BOOST_MULTI_INDEX_FORWARD_PARAM_PACK);
^~~~
/usr/local/include/boost/multi_index/detail/vartempl_support.hpp:210:52: note: 
expanded from macro 'BOOST_MULTI_INDEX_FORWARD_PARAM_PACK'
#define BOOST_MULTI_INDEX_FORWARD_PARAM_PACK  std::forwardArgs(args)...
  ~^
/usr/local/include/boost/move/utility.hpp:176:21: note: 'forward' declared here
 inline T forward(U t
^
[snip several similar instances of these errors]
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
*** [CDRParser.lo] Error code 1

Stop in /usr/ports/graphics/libcdr/work/libcdr-0.0.14/src/lib.
*** [all-recursive] Error code 1
[snip]
[end log]

Just to be sure I also attempted the build with GCC by commenting out the
Clang lines in /etc/make.conf. That fails too, much earlier even. The
relevant part of the output is:

[begin log (snippet)]
===  Building for libcdr-0.0.14_1
/usr/bin/make  all-recursive
Making all in build
Making all in win32
Making all in inc
Making all in libcdr
Making all in src
Making all in lib
  CXX  CDRCollector.lo
  cc1plus: error: unrecognized command line option -std=c++0x
  *** [CDRCollector.lo] Error code 1
[end log]

Any thoughts? Should I perhaps ask the maintainer (which would be the
Office team)?

AvW

-- 
I'm not completely useless, I can be used as a bad example.


pgpsHOp1RYuKy.pgp
Description: PGP signature


Re: [graphics/libcdr] Boost issue breaks build?

2014-03-09 Thread Robert Huff

A.J. 'Fonz' van Werven writes:


 I'm trying to build editors/libreoffice, which fails at the
 dependency graphics/libcdr.


	I've got exactly the same issue.   I have sent e-mail to various 
maintianers, but had no reply.


Respectfully


Robert Huff

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org