Attempted buildworlds via devel/llvm90 failed for: undefined symbol: bcmp / undefined reference to `bcmp'

2019-08-05 Thread Mark Millard via freebsd-ports


amd64 (self hosted):

--- all_subdir_libexec ---
ld: error: undefined symbol: bcmp
>>> referenced by strstr.c:121 (/usr/src/lib/libc/string/strstr.c:121)
>>>   strstr.nossppico:(strstr) in archive 
>>> /usr/obj/amd64_xtoolchain-llvm/amd64.amd64/usr/src/amd64.amd64/libexec/rtld-elf/rtld_libc.a
clang-9: error: linker command failed with exit code 1 (use -v to see 
invocation)

amd64->powerpc64 cross build:

--- all_subdir_libexec ---
/usr/local/powerpc64-unknown-freebsd13.0/bin/ld: 
/usr/obj/powerpc64vtsc_xtoolchain-llvm/powerpc.powerpc64/usr/src/powerpc.powerpc64/libexec/rtld-elf/rtld_libc.a(strstr.nossppico):
 in function `twoway_strstr':
/usr/src/lib/libc/string/strstr.c:121: undefined reference to `bcmp'


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

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


undefined reference to __atomic_compare_exchange

2018-05-31 Thread Fernando Apesteguía
Hi,

I'm trying to update a port (lang/ponyc), but it fails in different
combinations of FreeBSD versions and architectures. For instance:

10.4 amd64: FAIL
10.4 i386: FAIL
11.1 amd64: OK
11.1 i386: FAIL
12.1 i386: FAIL

The error is always:

build/release/libponyrt.a(pool.o): In function `pool_get':
src/libponyrt/mem/pool.c:(.text+0xbb): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `ponyint_pool_free':
src/libponyrt/mem/pool.c:(.text+0x221): undefined reference to
`__atomic_compare_exchange'
src/libponyrt/mem/pool.c:(.text+0x26f): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `ponyint_pool_thread_cleanup':
src/libponyrt/mem/pool.c:(.text+0x7ef): undefined reference to
`__atomic_compare_exchange'
src/libponyrt/mem/pool.c:(.text+0x8c0): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o):src/libponyrt/mem/pool.c:(.text+0x900):
more undefined references to `__atomic_compare_exchange' follow
c++: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[1]: *** [Makefile:817: build/release/libponyrt.tests] Error 1
gmake[1]: *** Waiting for unfinished jobs
build/release/libponyrt.a(pool.o): In function `pool_get':
src/libponyrt/mem/pool.c:(.text+0xbb): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `ponyint_pool_free':
src/libponyrt/mem/pool.c:(.text+0x221): undefined reference to
`__atomic_compare_exchange'
src/libponyrt/mem/pool.c:(.text+0x26f): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `ponyint_pool_thread_cleanup':
src/libponyrt/mem/pool.c:(.text+0x7ef): undefined reference to
`__atomic_compare_exchange'
src/libponyrt/mem/pool.c:(.text+0x8c0): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o):src/libponyrt/mem/pool.c:(.text+0x900):
more undefined references to `__atomic_compare_exchange' follow
c++: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[1]: *** [Makefile:817: build/release/ponyc] Error 1
build/release/libponyrt.a(mpmcq.o): In function `ponyint_mpmcq_pop':
src/libponyrt/sched/mpmcq.c:(.text+0x150): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `pool_get':
src/libponyrt/mem/pool.c:(.text+0xbb): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `ponyint_pool_free':
src/libponyrt/mem/pool.c:(.text+0x221): undefined reference to
`__atomic_compare_exchange'
src/libponyrt/mem/pool.c:(.text+0x26f): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o): In function `ponyint_pool_thread_cleanup':
src/libponyrt/mem/pool.c:(.text+0x7ef): undefined reference to
`__atomic_compare_exchange'
build/release/libponyrt.a(pool.o):src/libponyrt/mem/pool.c:(.text+0x8c0):
more undefined references to `__atomic_compare_exchange' follow
c++: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[1]: *** [Makefile:817: build/release/libponyc.tests] Error 1
gmake[1]: Leaving directory '/wrkdirs/usr/ports/lang/ponyc/work/ponyc-0.22.2'
===> Compilation failed unexpectedly.
Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to
the maintainer.
*** Error code 1

I saw a somewhat related bug
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216745) but as far
as I understand, it is fixed now.

The port compiles with LLVM5.

What am I missing here?

Thanks in advance!
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: graphics/togl [undefined reference]

2017-10-28 Thread Adam Weinberger
> On 28 Oct, 2017, at 22:50, blubee blubeeme <gurenc...@gmail.com> wrote:
> 
> Anyone have any tips on why compiling this i'm getting undefined reference?

That is normal output. You'll get that if you do simply "ld -lxyz" for ANY 
library.

You want to be linking with cc, not ld.

# Adam


-- 
Adam Weinberger
ad...@adamw.org
https://www.adamw.org


> 
> On Sat, Oct 28, 2017 at 11:47 PM, blubee blubeeme <gurenc...@gmail.com>
> wrote:
> 
>> I ran into an issue with linking -ltogl from graphics/togl
>> 
>> 
>> I looked into it with
>> ld -L/usr/local/lib -ltogl and there's undefined references to libc
>> 
>> Is the port broken? How can I fix it?
>> 
>> ==
>> attempt to open /usr/local/lib/libtogl.so succeeded
>> -ltogl (/usr/local/lib/libtogl.so)
>> libX11.so.6 needed by /usr/local/lib/libtogl.so
>> found libX11.so.6 at /usr/local/lib/libX11.so.6
>> libGL.so.1 needed by /usr/local/lib/libtogl.so
>> found libGL.so.1 at /usr/local/lib/libGL.so.1
>> libXmu.so.6 needed by /usr/local/lib/libtogl.so
>> found libXmu.so.6 at /usr/local/lib/libXmu.so.6
>> libxcb.so.1 needed by /usr/local/lib/libX11.so.6
>> found libxcb.so.1 at /usr/local/lib/libxcb.so.1
>> libc.so.7 needed by /usr/local/lib/libX11.so.6
>> found libc.so.7 at //lib/libc.so.7
>> libnvidia-tls.so.1 needed by /usr/local/lib/libGL.so.1
>> found libnvidia-tls.so.1 at /usr/local/lib/libnvidia-tls.so.1
>> libnvidia-glcore.so.1 needed by /usr/local/lib/libGL.so.1
>> found libnvidia-glcore.so.1 at /usr/local/lib/libnvidia-glcore.so.1
>> libXext.so.6 needed by /usr/local/lib/libGL.so.1
>> found libXext.so.6 at /usr/local/lib/libXext.so.6
>> libXt.so.6 needed by /usr/local/lib/libXmu.so.6
>> found libXt.so.6 at /usr/local/lib/libXt.so.6
>> libXau.so.6 needed by /usr/local/lib/libxcb.so.1
>> found libXau.so.6 at /usr/local/lib/libXau.so.6
>> libpthread-stubs.so.0 needed by /usr/local/lib/libxcb.so.1
>> found libpthread-stubs.so.0 at /usr/local/lib/libpthread-stubs.so.0
>> libXdmcp.so.6 needed by /usr/local/lib/libxcb.so.1
>> found libXdmcp.so.6 at /usr/local/lib/libXdmcp.so.6
>> libm.so.5 needed by /usr/local/lib/libnvidia-glcore.so.1
>> found libm.so.5 at //lib/libm.so.5
>> libSM.so.6 needed by /usr/local/lib/libXt.so.6
>> found libSM.so.6 at /usr/local/lib/libSM.so.6
>> libICE.so.6 needed by /usr/local/lib/libXt.so.6
>> found libICE.so.6 at /usr/local/lib/libICE.so.6
>> ld: warning: cannot find entry symbol _start; not setting start address
>> //lib/libc.so.7: undefined reference to `__progname'
>> //lib/libc.so.7: undefined reference to `environ'
>> 
>> 
>> 
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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


Re: graphics/togl [undefined reference]

2017-10-28 Thread blubee blubeeme
Anyone have any tips on why compiling this i'm getting undefined reference?

On Sat, Oct 28, 2017 at 11:47 PM, blubee blubeeme <gurenc...@gmail.com>
wrote:

> I ran into an issue with linking -ltogl from graphics/togl
>
>
> I looked into it with
> ld -L/usr/local/lib -ltogl and there's undefined references to libc
>
> Is the port broken? How can I fix it?
>
> ==
> attempt to open /usr/local/lib/libtogl.so succeeded
> -ltogl (/usr/local/lib/libtogl.so)
> libX11.so.6 needed by /usr/local/lib/libtogl.so
> found libX11.so.6 at /usr/local/lib/libX11.so.6
> libGL.so.1 needed by /usr/local/lib/libtogl.so
> found libGL.so.1 at /usr/local/lib/libGL.so.1
> libXmu.so.6 needed by /usr/local/lib/libtogl.so
> found libXmu.so.6 at /usr/local/lib/libXmu.so.6
> libxcb.so.1 needed by /usr/local/lib/libX11.so.6
> found libxcb.so.1 at /usr/local/lib/libxcb.so.1
> libc.so.7 needed by /usr/local/lib/libX11.so.6
> found libc.so.7 at //lib/libc.so.7
> libnvidia-tls.so.1 needed by /usr/local/lib/libGL.so.1
> found libnvidia-tls.so.1 at /usr/local/lib/libnvidia-tls.so.1
> libnvidia-glcore.so.1 needed by /usr/local/lib/libGL.so.1
> found libnvidia-glcore.so.1 at /usr/local/lib/libnvidia-glcore.so.1
> libXext.so.6 needed by /usr/local/lib/libGL.so.1
> found libXext.so.6 at /usr/local/lib/libXext.so.6
> libXt.so.6 needed by /usr/local/lib/libXmu.so.6
> found libXt.so.6 at /usr/local/lib/libXt.so.6
> libXau.so.6 needed by /usr/local/lib/libxcb.so.1
> found libXau.so.6 at /usr/local/lib/libXau.so.6
> libpthread-stubs.so.0 needed by /usr/local/lib/libxcb.so.1
> found libpthread-stubs.so.0 at /usr/local/lib/libpthread-stubs.so.0
> libXdmcp.so.6 needed by /usr/local/lib/libxcb.so.1
> found libXdmcp.so.6 at /usr/local/lib/libXdmcp.so.6
> libm.so.5 needed by /usr/local/lib/libnvidia-glcore.so.1
> found libm.so.5 at //lib/libm.so.5
> libSM.so.6 needed by /usr/local/lib/libXt.so.6
> found libSM.so.6 at /usr/local/lib/libSM.so.6
> libICE.so.6 needed by /usr/local/lib/libXt.so.6
> found libICE.so.6 at /usr/local/lib/libICE.so.6
> ld: warning: cannot find entry symbol _start; not setting start address
> //lib/libc.so.7: undefined reference to `__progname'
> //lib/libc.so.7: undefined reference to `environ'
>
>
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


graphics/togl [undefined reference]

2017-10-28 Thread blubee blubeeme
I ran into an issue with linking -ltogl from graphics/togl


I looked into it with
ld -L/usr/local/lib -ltogl and there's undefined references to libc

Is the port broken? How can I fix it?

==
attempt to open /usr/local/lib/libtogl.so succeeded
-ltogl (/usr/local/lib/libtogl.so)
libX11.so.6 needed by /usr/local/lib/libtogl.so
found libX11.so.6 at /usr/local/lib/libX11.so.6
libGL.so.1 needed by /usr/local/lib/libtogl.so
found libGL.so.1 at /usr/local/lib/libGL.so.1
libXmu.so.6 needed by /usr/local/lib/libtogl.so
found libXmu.so.6 at /usr/local/lib/libXmu.so.6
libxcb.so.1 needed by /usr/local/lib/libX11.so.6
found libxcb.so.1 at /usr/local/lib/libxcb.so.1
libc.so.7 needed by /usr/local/lib/libX11.so.6
found libc.so.7 at //lib/libc.so.7
libnvidia-tls.so.1 needed by /usr/local/lib/libGL.so.1
found libnvidia-tls.so.1 at /usr/local/lib/libnvidia-tls.so.1
libnvidia-glcore.so.1 needed by /usr/local/lib/libGL.so.1
found libnvidia-glcore.so.1 at /usr/local/lib/libnvidia-glcore.so.1
libXext.so.6 needed by /usr/local/lib/libGL.so.1
found libXext.so.6 at /usr/local/lib/libXext.so.6
libXt.so.6 needed by /usr/local/lib/libXmu.so.6
found libXt.so.6 at /usr/local/lib/libXt.so.6
libXau.so.6 needed by /usr/local/lib/libxcb.so.1
found libXau.so.6 at /usr/local/lib/libXau.so.6
libpthread-stubs.so.0 needed by /usr/local/lib/libxcb.so.1
found libpthread-stubs.so.0 at /usr/local/lib/libpthread-stubs.so.0
libXdmcp.so.6 needed by /usr/local/lib/libxcb.so.1
found libXdmcp.so.6 at /usr/local/lib/libXdmcp.so.6
libm.so.5 needed by /usr/local/lib/libnvidia-glcore.so.1
found libm.so.5 at //lib/libm.so.5
libSM.so.6 needed by /usr/local/lib/libXt.so.6
found libSM.so.6 at /usr/local/lib/libSM.so.6
libICE.so.6 needed by /usr/local/lib/libXt.so.6
found libICE.so.6 at /usr/local/lib/libICE.so.6
ld: warning: cannot find entry symbol _start; not setting start address
//lib/libc.so.7: undefined reference to `__progname'
//lib/libc.so.7: undefined reference to `environ'
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


Re: undefined reference to `kevent@FBSD_1.5'

2017-07-06 Thread Matthew Seaman
On 2017/07/06 11:22, Otacílio wrote:
> After a recent partial ports update in FreeBSD 12 r318838 AMD64 I'm
> getting some errors when rebuilding ports with this message:
> 
>  undefined reference to `kevent@FBSD_1.5'
> 
> Can anyone give a tip on what is causing this?
> 

This is a versioned symbol from libc -- your ports were presumably
compiled against a more recent version of libc where a new version of
the symbol has been introduced, which isn't present in the libc you have
installed.

Updating to a more recent version of FreeBSD 12 should cure the problem.

Cheers,

Matthew



signature.asc
Description: OpenPGP digital signature


undefined reference to `kevent@FBSD_1.5'

2017-07-06 Thread Otacílio
After a recent partial ports update in FreeBSD 12 r318838 AMD64 I'm 
getting some errors when rebuilding ports with this message:


 undefined reference to `kevent@FBSD_1.5'

Can anyone give a tip on what is causing this?


Thanks

[]'s

-Otacilio

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


/usr/local/lib/gcc49/libgfortran.so: undefined reference to `fpgetsticky' on ARM

2017-03-05 Thread Otacílio

Dears


I'm trying compile math/openblas on a Beaglebone black. The compilations 
stops at this point with this error message:


root@beaglebone:/usr/ports/math/openblas/work/OpenBLAS-0.2.19/lapack-netlib/INSTALL 
# gfortran49 -Wall -fPIC -marm -mfpu=vfp -mfloat-abi=hard -march=armv6 
-O2 -lm -gfortran49 -Wall -fPIC -marm -mfpu=vfp -mfloat-abi=hard 
-march=armv6 -O2 -lm -Wl,-rpath=/usr/local/lib/gcc49 
-L/usr/local/lib/gcc49 -B/usr/local/bin -fstack-protector 
-Wl,-rpath=/usr/local/lib/gcc49 -L/usr/local/lib/gcc49 -lgfortran -o 
tprotector -o testlsame lsame.o lsametst.o

/usr/local/lib/gcc49/libgfortran.so: undefined reference to `fpgetsticky'
collect2: error: ld returned 1 exit status

This other port biology/psi88 has a identically problem:

===>  Building for psi88-1.0_9
(cd src/ && make all)
gfortran49 -O -Wl,-rpath=/usr/local/lib/gcc49 psi1.f -o PSI1 
-Wl,-rpath=/usr/local/lib/gcc49  -L/usr/local/lib/gcc49 -B/usr/local/bin

/usr/local/lib/gcc49/libgfortran.so: undefined reference to `fpgetsticky'
collect2: error: ld returned 1 exit status
*** [PSI1] Error code 1

I found a source of fpgetsticky here:

root@beaglebone:/usr/ports/biology/psi88 # ls 
/usr/src/lib/libc/arm/gen/fpgetsticky_vfp.c

/usr/src/lib/libc/arm/gen/fpgetsticky_vfp.c


So, can someone give me a hint about how to fix it?

Thanks a lot!

[]'s

-Otacilio


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


Netbeans / OpenJDK7 undefined reference to libiconv_open

2013-11-03 Thread David Demelier
Hi,

After updating to openjdk-7.25.15_2 and netbeans-7.4, I can't start
netbeans:

/usr/local/openjdk7/jre/lib/amd64/libsplashscreen.so: Undefined symbol
libiconv_open

Anyone has the same issue?

Regards,
___
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


lang/gcc built in poudriere: /usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so: undefined reference to 'sinhl@FBSD_1.3'

2013-10-11 Thread Anton Shterenlikht
I've never seen this error before:

$ gfortran46 z.f90
/usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so:
 undefined reference to `sinhl@FBSD_1.3'
/usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so:
 undefined reference to `coshl@FBSD_1.3'
/usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so:
 undefined reference to `tanhl@FBSD_1.3'
collect2: ld returned 1 exit status
$

I've built lang/gcc inside a poudriere,
then installed on another box, and got
this error.

Any ideas?

Thanks

Anton

___
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: lang/gcc built in poudriere: /usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so: undefined reference to 'sinhl@FBSD_1.3'

2013-10-11 Thread Steve Kargl
On Fri, Oct 11, 2013 at 12:07:03PM +0100, Anton Shterenlikht wrote:
 I've never seen this error before:
 
 $ gfortran46 z.f90
 /usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so:
  undefined reference to `sinhl@FBSD_1.3'
 /usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so:
  undefined reference to `coshl@FBSD_1.3'
 /usr/local/lib/gcc46/gcc/ia64-portbld-freebsd10.0/4.6.3/../../../libgfortran.so:
  undefined reference to `tanhl@FBSD_1.3'
 collect2: ld returned 1 exit status
 $
 
 I've built lang/gcc inside a poudriere,
 then installed on another box, and got
 this error.
 
 Any ideas?
 

The math library on the poudriere box has sinhl, coshl, and tanhl.
The math library on the 'another box' is missing sinhl, coshl, and
tanhl.

-- 
Steve
___
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


editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'

2013-07-12 Thread O. Hartmann
Updating port /editors/vim on a CURRENT box (FreeBSD 10.0-CURRENT #0
r253194: Thu Jul 11 10:45:47 CEST 2013 amd64) ends up in the error
shown below.

Since this happens only on exact one box running CURRENT (out of a
bunch of CURRENT of the same OS revision, the same compiler settings,
the same settings in /etc/src.conf et cetera) while other CURRENT don't
show this weird error, is suspect a faulty local library, like
libintl.so, which belongs to gettext I suppose.

Well, I tried to do a

portmaster -r editors/vim

as well as 

portmaster -r gettext

to compile away the suspected problem in one of the prerquisited
ports, but that didn't end up in success.

The problem is still sticky and I'm a bit out of ideas ...

Has anybody an idea?

Thanks and regards,

Oliver

[...]
link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly.
  cc   -L.  -Wl,-rpath=/usr/lib:/usr/local/lib -pthread
-L/usr/local/lib -rdynamic -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE
-L/usr/local/lib -Wl,--as-needed  -o vim objects/buffer.o
objects/blowfish.o  objects/charset.o  objects/diff.o
objects/digraph.o  objects/edit.o  objects/eval.o  objects/ex_cmds.o
objects/ex_cmds2.o  objects/ex_docmd.o  objects/ex_eval.o
objects/ex_getln.o  objects/fileio.o  objects/fold.o
objects/getchar.o  objects/hardcopy.o  objects/hashtab.o
objects/if_cscope.o  objects/if_xcmdsrv.o  objects/mark.o
objects/memline.o  objects/menu.o  objects/message.o  objects/misc1.o
objects/misc2.o  objects/move.o  objects/mbyte.o  objects/normal.o
objects/ops.o  objects/option.o  objects/os_unix.o  objects/pathdef.o
objects/popupmnu.o  objects/quickfix.o  objects/regexp.o
objects/screen.o  objects/search.o  objects/sha256.o  objects/spell.o
objects/syntax.oobjects/tag.o  objects/term.o  objects/ui.o
objects/undo.o  objects/version.o  objects/window.o
objects/if_lua.oobjects/if_perl.o objects/if_perlsfio.o
objects/if_python.oobjects/if_tcl.o  objects/if_ruby.o
objects/netbeans.oobjects/main.o  objects/memfile.o
-lm -lelf  -pthread -ltermlib -liconv
-Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -pthread -Wl,-E
-fstack-protector -L/usr/local/lib
-L/usr/local/lib/perl5/5.16/mach/CORE -lperl -lm -lcrypt -lutil
-L/usr/local/lib/python2.7/config -lpython2.7 -lutil -lm
-Wl,--export-dynamic-L/usr/local/lib -ltcl86 -lz -lpthread -lm
-Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lexecinfo
-lpthread -lcrypt -lm -L/usr/local/lib
-Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib
objects/buffer.o: In function `open_buffer': buffer.c:(.text+0x1df):
undefined reference to `libintl_gettext' buffer.c:(.text+0x1fb):
undefined reference to `libintl_gettext' objects/buffer.o: In function
`close_buffer': buffer.c:(.text+0x5d3): undefined reference to
`libintl_gettext' objects/buffer.o: In function `do_buffer':
buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
buffer.c:(.text+0x15bc): undefined reference to `libintl_gettext'
objects/buffer.o:buffer.c:(.text+0x163f): more undefined references to
`libintl_gettext' follow
___
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: editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'

2013-07-12 Thread Jeffrey Bouquet
I'd be interested in a solution to this, also, it consistently lets ports such 
as pinot, mc, mutt etc

fail to build, some to be only pkg-added later.  (v9.1-Stable)




 editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
 

Updating port /editors/vim on a CURRENT box (FreeBSD 10.0-CURRENT #0
r253194: Thu Jul 11 10:45:47 CEST 2013 amd64) ends up in the error
shown below.

Since this happens only on exact one box running CURRENT (out of a
bunch of CURRENT of the same OS revision, the same compiler settings,
the same settings in /etc/src.conf et cetera) while other CURRENT don't
show this weird error, is suspect a faulty local library, like
libintl.so, which belongs to gettext I suppose.

Well, I tried to do a

portmaster -r editors/vim

as well as 

portmaster -r gettext

to compile away the suspected problem in one of the prerquisited
ports, but that didn't end up in success.

The problem is still sticky and I'm a bit out of ideas ...

Has anybody an idea?

Thanks and regards,

Oliver

[...]
link.sh: $LINK_AS_NEEDED set to 'yes': invoking linker directly.
  cc   -L.  -Wl,-rpath=/usr/lib:/usr/local/lib -pthread
-L/usr/local/lib -rdynamic -Wl,-R/usr/local/lib/perl5/5.16/mach/CORE
-L/usr/local/lib -Wl,--as-needed  -o vim objects/buffer.o
objects/blowfish.o  objects/charset.o  objects/diff.o
objects/digraph.o  objects/edit.o  objects/eval.o  objects/ex_cmds.o
objects/ex_cmds2.o  objects/ex_docmd.o  objects/ex_eval.o
objects/ex_getln.o  objects/fileio.o  objects/fold.o
objects/getchar.o  objects/hardcopy.o  objects/hashtab.o
objects/if_cscope.o  objects/if_xcmdsrv.o  objects/mark.o
objects/memline.o  objects/menu.o  objects/message.o  objects/misc1.o
objects/misc2.o  objects/move.o  objects/mbyte.o  objects/normal.o
objects/ops.o  objects/option.o  objects/os_unix.o  objects/pathdef.o
objects/popupmnu.o  objects/quickfix.o  objects/regexp.o
objects/screen.o  objects/search.o  objects/sha256.o  objects/spell.o
objects/syntax.o    objects/tag.o  objects/term.o  objects/ui.o
objects/undo.o  objects/version.o  objects/window.o
objects/if_lua.o    objects/if_perl.o objects/if_perlsfio.o
objects/if_python.o    objects/if_tcl.o  objects/if_ruby.o
objects/netbeans.o    objects/main.o  objects/memfile.o
-lm -lelf  -pthread -ltermlib -liconv
-Wl,-R/usr/local/lib/perl5/5.16/mach/CORE -pthread -Wl,-E
-fstack-protector -L/usr/local/lib
-L/usr/local/lib/perl5/5.16/mach/CORE -lperl -lm -lcrypt -lutil
-L/usr/local/lib/python2.7/config -lpython2.7 -lutil -lm
-Wl,--export-dynamic    -L/usr/local/lib -ltcl86 -lz -lpthread -lm
-Wl,-R -Wl,/usr/local/lib -L/usr/local/lib -lruby19 -lexecinfo
-lpthread -lcrypt -lm -L/usr/local/lib
-Wl,-rpath=/usr/lib:/usr/local/lib -pthread -L/usr/local/lib
objects/buffer.o: In function `open_buffer': buffer.c:(.text+0x1df):
undefined reference to `libintl_gettext' buffer.c:(.text+0x1fb):
undefined reference to `libintl_gettext' objects/buffer.o: In function
`close_buffer': buffer.c:(.text+0x5d3): undefined reference to
`libintl_gettext' objects/buffer.o: In function `do_buffer':
buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'
buffer.c:(.text+0x15bc): undefined reference to `libintl_gettext'
objects/buffer.o:buffer.c:(.text+0x163f): more undefined references to
`libintl_gettext' follow
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




Bottom posting here.  New webmail won't even let me see it as I type. so top 
posting for now...
___
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: editors/vim: buffer.c:(.text+0x1589): undefined reference to `libintl_gettext'

2013-07-12 Thread Andrzej Tobola
On Fri, Jul 12, 2013 at 09:19:12AM -0700, Jeffrey Bouquet wrote:
 I'd be interested in a solution to this, also, it consistently lets ports 
 such as pinot, mc, mutt etc

para-solution for vim :

  make -C /usr/ports/editors/vim configure post-configure all

-a
___
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: Installing empathy-2.32.2_3...warning: undefined reference

2013-03-13 Thread Koop Mast

On 13-3-2013 13:07, Chris Torek wrote:

On Sun, Mar 10, 2013 at 3:34 PM, Koop Mast k...@rainbow-runner.nl
wrote:


Thanks for the report, this is already known.  Sadly I haven't
managed to find a solution for this :/

 -Koop

The Makefile in net-im/empathy tries to build its included header
files using glib-mkenums, but it assumes they're in the current
directory and depend on Makefile.in.  When they are in
/usr/local/include/* (and Makefile.in is newer) it goes badly
awry.

This somewhat crude patch fixes the problem...

Chris


Thanks to information from BSD Dreamer in ports/176768, I came to the 
same patch. And committed it as as revision 314040. I also bumped 
gstreamer-plugins revision so it can fix the header for those people 
where empathy messed it up.


-Koop


--- src/Makefile.in.orig
+++ src/Makefile.in
@@ -1689,22 +1689,4 @@
$(GLIB_GENMARSHAL) --body --prefix=_$(subst -,_,$*)_marshal $  
$*-marshal.c
  
-# rules for making the glib enum objects

-%-enumtypes.h: %.h Makefile.in
-   $(AM_V_GEN)glib-mkenums \
-   --fhead #ifndef __$(shell echo $* | tr [:lower:]- 
[:upper:]_)_ENUM_TYPES_H__\n#define __$(shell echo $* | tr [:lower:]- 
[:upper:]_)_ENUM_TYPES_H__\n\n#include glib-object.h\n\nG_BEGIN_DECLS\n \
-   --fprod /* enumerations from \@filename@\ */\n \
-   --vhead GType @enum_name@_get_type (void);\n#define $(shell echo $* | tr 
[:lower:]- [:upper:]_ | sed 's/_.*//')_TYPE_@ENUMSHORT@ (@enum_name@_get_type())\n  
   \
-   --ftail G_END_DECLS\n\n#endif /* __$(shell echo $* | tr [:lower:]- 
[:upper:]_)_ENUM_TYPES_H__ */ \
-   $  $@
-
-%-enumtypes.c: %.h Makefile.in
-   $(AM_V_GEN)glib-mkenums \
-   --fhead #include $*.h\n#include $*-enumtypes.h \
-   --fprod \n/* enumerations from \@filename@\ */ \
-   --vhead GType\n@enum_name@_get_type (void)\n{\n  static GType etype = 0;\n  
if (etype == 0) {\nstatic const G@Type@Value values[] = { \
-   --vprod   { @VALUENAME@, \@VALUENAME@\, \@VALUENAME@\ }, \
-   --vtail   { 0, NULL, NULL }\n};\netype = g_@type@_register_static 
(\@EnumName@\, values);\n  }\n  return etype;\n}\n \
-   $  $@
-
  # Tell versions [3.59,3.63) of GNU make to not export all variables.
  # Otherwise a system limit (for SysV at least) may be exceeded.


___
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: devel/lprof-devel build fail - libvigraimpex.so undefined reference

2013-03-13 Thread Dima Panov

13.03.2013 5:57, Dmitry Marakasov пишет:

* David Southwell (da...@vizion2000.net) wrote:


Errors on build:

[100%] Building CXX Object src/CMakefiles/lprof.dir/qrc_lprof.o
Linking CXX executable lprof
/usr/lib/libvigraimpex.so: undefined reference to
'_ZNKSt5ctypeIcE13_M_widen_initEv@GLIBCXX_3.4.11'
*** Error code 1
1 error
*** Error Code 2
1 error
*** Error Code 2
1 error
*** Error code 1

Stop in /usr/ports/graphics/lprof-devel.

Thanks in advance for any help with this

This really is a result of us sticking with a rotten gcc in the base
system for so long. And I expect more and more similar breakages to
follow.

Here, graphics/vigra uses gcc46 (since r307701) to build, and
combiled vigra library depends code only present in libstdc++ from
gcc46 (and not in libstdc++ in our base system).

To compile lprof, adding USE_GCC=4.6+ to it's Makefile would be enough,
however it won't run:

% lprof
/usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by 
/usr/local/lib/libvigraimpex.so.4 not found

To fix that, one needs to add LD_LIBRARY_PATH=/usr/local/lib/gcc46
into environement. The same thing will be required for all vigra
consumers.

If gcc46 is optional for vigra, the problem may be temporary fixed by
reverting r307701 (fluffy@?), however there will be more and more
software depending on newer libstdc++, and we need a way to address that
until all supported FreeBSD releases have switched to clang and new c++
stack.



gcc46 is required when vigra buids with py-NumPy support and Python 
bindings.
For now, I've move gcc dependency into numpy option section, without 
bindings port will use default compiler
ATM, no ports require vigra python bindings, but it was requested by 
users for upcoming math ports


--
Dima Panov (flu...@freebsd.org)
(KDE, Office)@FreeBSD team

Facebook: http://www.facebook.com/fluffy.khv
IRC: fluffy@EFNet, fluffykhv@FreeNode
twitter: fluffy_khv | skype: dima.panov

___
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

devel/lprof-devel build fail - libvigraimpex.so undefined reference

2013-03-12 Thread David Southwell

Hi
Errors on build:

[100%] Building CXX Object src/CMakefiles/lprof.dir/qrc_lprof.o
Linking CXX executable lprof
/usr/lib/libvigraimpex.so: undefined reference to 
'_ZNKSt5ctypeIcE13_M_widen_initEv@GLIBCXX_3.4.11'

*** Error code 1
1 error
*** Error Code 2
1 error
*** Error Code 2
1 error
*** Error code 1

Stop in /usr/ports/graphics/lprof-devel.

Thanks in advance for any help with this

David

--
David Southwell ARPS AFIAP
Photographic Arts
Trained  experienced competition judge, mentor, trainer, lecturer,
Advanced digital techniques, international project photography

___
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: devel/lprof-devel build fail - libvigraimpex.so undefined reference

2013-03-12 Thread Dmitry Marakasov
* David Southwell (da...@vizion2000.net) wrote:

 Errors on build:
 
 [100%] Building CXX Object src/CMakefiles/lprof.dir/qrc_lprof.o
 Linking CXX executable lprof
 /usr/lib/libvigraimpex.so: undefined reference to 
 '_ZNKSt5ctypeIcE13_M_widen_initEv@GLIBCXX_3.4.11'
 *** Error code 1
 1 error
 *** Error Code 2
 1 error
 *** Error Code 2
 1 error
 *** Error code 1
 
 Stop in /usr/ports/graphics/lprof-devel.
 
 Thanks in advance for any help with this

This really is a result of us sticking with a rotten gcc in the base
system for so long. And I expect more and more similar breakages to
follow.

Here, graphics/vigra uses gcc46 (since r307701) to build, and
combiled vigra library depends code only present in libstdc++ from
gcc46 (and not in libstdc++ in our base system).

To compile lprof, adding USE_GCC=4.6+ to it's Makefile would be enough,
however it won't run:

% lprof
/usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by 
/usr/local/lib/libvigraimpex.so.4 not found

To fix that, one needs to add LD_LIBRARY_PATH=/usr/local/lib/gcc46
into environement. The same thing will be required for all vigra
consumers.

If gcc46 is optional for vigra, the problem may be temporary fixed by
reverting r307701 (fluffy@?), however there will be more and more
software depending on newer libstdc++, and we need a way to address that
until all supported FreeBSD releases have switched to clang and new c++
stack.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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: devel/lprof-devel build fail - libvigraimpex.so undefined reference

2013-03-12 Thread Dmitry Marakasov
* Dmitry Marakasov (amdmi3@hades.panopticon) wrote:

  Errors on build:
  
  [100%] Building CXX Object src/CMakefiles/lprof.dir/qrc_lprof.o
  Linking CXX executable lprof
  /usr/lib/libvigraimpex.so: undefined reference to 
  '_ZNKSt5ctypeIcE13_M_widen_initEv@GLIBCXX_3.4.11'
  *** Error code 1
  1 error
  *** Error Code 2
  1 error
  *** Error Code 2
  1 error
  *** Error code 1
  
  Stop in /usr/ports/graphics/lprof-devel.
  
  Thanks in advance for any help with this
 
 This really is a result of us sticking with a rotten gcc in the base
 system for so long. And I expect more and more similar breakages to
 follow.
 
 Here, graphics/vigra uses gcc46 (since r307701) to build, and
 combiled vigra library depends code only present in libstdc++ from
 gcc46 (and not in libstdc++ in our base system).
 
 To compile lprof, adding USE_GCC=4.6+ to it's Makefile would be enough,
 however it won't run:
 
 % lprof
 /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by 
 /usr/local/lib/libvigraimpex.so.4 not found
 
 To fix that, one needs to add LD_LIBRARY_PATH=/usr/local/lib/gcc46
 into environement. The same thing will be required for all vigra
 consumers.
 
 If gcc46 is optional for vigra, the problem may be temporary fixed by
 reverting r307701 (fluffy@?), however there will be more and more
 software depending on newer libstdc++, and we need a way to address that
 until all supported FreeBSD releases have switched to clang and new c++
 stack.

Further digging showed that vigra is built with corresponding
-Wl,-rpath=/usr/local/lib/gcc46 which makes it use correct libstdc++.
However, that rpath is removed by cmake on installation:

-- Installing: /usr/local/lib/libvigraimpex.so.4.190
-- Installing: /usr/local/lib/libvigraimpex.so.4
-- Installing: /usr/local/lib/libvigraimpex.so
-- Removed runtime path from /usr/local/lib/libvigraimpex.so.4.190

I have a fix for that:

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/176901

With it, no LD_LIBRARY_PATH will be needed, but USE_GCC=4.6+ will still
be required for ALL ports which depend on graphics/vigra as long as it
has USE_GCC=4.6+ itself.

-- 
Dmitry Marakasov   .   55B5 0596 FF1E 8D84 5F56  9510 D35A 80DD F9D2 F77D
amd...@amdmi3.ru  ..:  jabber: amd...@jabber.ruhttp://www.amdmi3.ru
___
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


Installing empathy-2.32.2_3...warning: undefined reference

2013-03-10 Thread AN
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #36 r248127: Sun Mar 10 
00:13:59 CST 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64


Making install in src
gmake[1]: Entering directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

gmake  install-am
gmake[2]: Entering directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

  GEN/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h
  CC empathy_av-empathy-audio-sink.o
In file included from empathy-audio-sink.c:25:
In file included from 
/usr/local/include/gstreamer-0.10/gst/audio/audio.h:26:
In file included from 
/usr/local/include/gstreamer-0.10/gst/audio/multichannel.h:21:
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:4:11: 
warning: extra tokens at end of #ifndef

  directive [-Wextra-tokens]
#ifndef __/USR/LOCAL/INCLUDE/GSTREAMER_0.10/GST/AUDIO/AUDIO_ENUM_TYPES_H__
  ^
  //
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:5:11: 
warning: ISO C99 requires whitespace after

  the macro name [-Wc99-extensions]
#define __/USR/LOCAL/INCLUDE/GSTREAMER_0.10/GST/AUDIO/AUDIO_ENUM_TYPES_H__
  ^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:12:9: error: 
macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FORMAT 
(gst_audio_format_get_type())

^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:14:9: error: 
macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FORMAT_FLAGS 
(gst_audio_format_flags_get_type())

^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:16:9: error: 
macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FLAGS 
(gst_audio_flags_get_type())

^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:18:9: error: 
macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FIELD_FLAG 
(gst_audio_field_flag_get_type())

^
empathy-audio-sink.c:160:27: warning: 'g_mutex_new' is deprecated 
[-Wdeprecated-declarations]

  priv-audio_bins_lock = g_mutex_new ();
  ^
/usr/local/include/glib-2.0/glib/deprecated/gthread.h:272:17: note: 
'g_mutex_new' declared here

GMutex *g_mutex_new (void);
^
empathy-audio-sink.c:257:5: warning: 'g_mutex_free' is deprecated 
[-Wdeprecated-declarations]

g_mutex_free (priv-audio_bins_lock);
^
/usr/local/include/glib-2.0/glib/deprecated/gthread.h:274:17: note: 
'g_mutex_free' declared here

voidg_mutex_free(GMutex *mutex);
^
4 warnings and 4 errors generated.
gmake[2]: *** [empathy_av-empathy-audio-sink.o] Error 1
gmake[2]: Leaving directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

gmake[1]: *** [install] Error 2
gmake[1]: Leaving directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

gmake: *** [install-recursive] Error 1
*** [do-install] Error code 2

Stop in /usr/ports/net-im/empathy.
*** [install] Error code 1

Stop in /usr/ports/net-im/empathy.
*** [reinstall] Error code 1

Stop in /usr/ports/net-im/empathy.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20130310-63309-ggpcwf-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=empathy-2.32.2_3 UPGRADE_PORT_VER=2.32.2_3 make 
-DINSTALLS_DEPENDS reinstall

---  Updating dependency info
---  Restoring the old version
Installing empathy-2.32.2_3...warning: undefined reference to schema 
id='org.gnome.desktop.default-applications.at'/

warning: undefined reference to schema id='org.gnome.Empathy.accounts'/
 done
---  Removing old package'
** Fix the installation problem and try again.
---  Installation of net-im/empathy ended at: Sun, 10 Mar 2013 16:17:01 
-0500 (consumed 00:00:08)
---  Upgrade of net-im/empathy ended at: Sun, 10 Mar 2013 16:17:01 -0500 
(consumed 00:03:55)

---  ** Upgrade tasks 2: 1 done, 0 ignored, 0 skipped and 1 failed
___
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: Installing empathy-2.32.2_3...warning: undefined reference

2013-03-10 Thread Koop Mast

On 10-3-2013 22:29, AN wrote:
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #36 r248127: Sun Mar 
10 00:13:59 CST 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64




Thanks for the report, this is already known. Sadly I haven't managed to 
find a solution for this :/


-Koop


Making install in src
gmake[1]: Entering directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

gmake  install-am
gmake[2]: Entering directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

  GEN /usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h
  CC empathy_av-empathy-audio-sink.o
In file included from empathy-audio-sink.c:25:
In file included from 
/usr/local/include/gstreamer-0.10/gst/audio/audio.h:26:
In file included from 
/usr/local/include/gstreamer-0.10/gst/audio/multichannel.h:21:
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:4:11: 
warning: extra tokens at end of #ifndef

  directive [-Wextra-tokens]
#ifndef 
__/USR/LOCAL/INCLUDE/GSTREAMER_0.10/GST/AUDIO/AUDIO_ENUM_TYPES_H__

  ^
  //
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:5:11: 
warning: ISO C99 requires whitespace after

  the macro name [-Wc99-extensions]
#define 
__/USR/LOCAL/INCLUDE/GSTREAMER_0.10/GST/AUDIO/AUDIO_ENUM_TYPES_H__

  ^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:12:9: 
error: macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FORMAT 
(gst_audio_format_get_type())

^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:14:9: 
error: macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FORMAT_FLAGS 
(gst_audio_format_flags_get_type())

^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:16:9: 
error: macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FLAGS 
(gst_audio_flags_get_type())

^
/usr/local/include/gstreamer-0.10/gst/audio/audio-enumtypes.h:18:9: 
error: macro names must be identifiers
#define /USR/LOCAL/INCLUDE/GSTREAMER_TYPE_AUDIO_FIELD_FLAG 
(gst_audio_field_flag_get_type())

^
empathy-audio-sink.c:160:27: warning: 'g_mutex_new' is deprecated 
[-Wdeprecated-declarations]

  priv-audio_bins_lock = g_mutex_new ();
  ^
/usr/local/include/glib-2.0/glib/deprecated/gthread.h:272:17: note: 
'g_mutex_new' declared here

GMutex *g_mutex_new (void);
^
empathy-audio-sink.c:257:5: warning: 'g_mutex_free' is deprecated 
[-Wdeprecated-declarations]

g_mutex_free (priv-audio_bins_lock);
^
/usr/local/include/glib-2.0/glib/deprecated/gthread.h:274:17: note: 
'g_mutex_free' declared here

voidg_mutex_free(GMutex *mutex);
^
4 warnings and 4 errors generated.
gmake[2]: *** [empathy_av-empathy-audio-sink.o] Error 1
gmake[2]: Leaving directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

gmake[1]: *** [install] Error 2
gmake[1]: Leaving directory 
`/usr/ports/net-im/empathy/work/empathy-2.34.0/src'

gmake: *** [install-recursive] Error 1
*** [do-install] Error code 2

Stop in /usr/ports/net-im/empathy.
*** [install] Error code 1

Stop in /usr/ports/net-im/empathy.
*** [reinstall] Error code 1

Stop in /usr/ports/net-im/empathy.
** Command failed [exit code 1]: /usr/bin/script -qa 
/tmp/portupgrade20130310-63309-ggpcwf-0 env UPGRADE_TOOL=portupgrade 
UPGRADE_PORT=empathy-2.32.2_3 UPGRADE_PORT_VER=2.32.2_3 make 
-DINSTALLS_DEPENDS reinstall

---  Updating dependency info
---  Restoring the old version
Installing empathy-2.32.2_3...warning: undefined reference to schema 
id='org.gnome.desktop.default-applications.at'/

warning: undefined reference to schema id='org.gnome.Empathy.accounts'/
 done
---  Removing old package'
** Fix the installation problem and try again.
---  Installation of net-im/empathy ended at: Sun, 10 Mar 2013 
16:17:01 -0500 (consumed 00:00:08)
---  Upgrade of net-im/empathy ended at: Sun, 10 Mar 2013 16:17:01 
-0500 (consumed 00:03:55)

---  ** Upgrade tasks 2: 1 done, 0 ignored, 0 skipped and 1 failed
___
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


___
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


x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Joseph A. Nagy, Jr

# uname -a
FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 
14:00:27 CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP 
 amd64


/bin/sh /usr/local/bin/libtool  --tag=CC--mode=link gcc  -O2 -pipe 
-fno-strict-aliasing -Wall -Wextra -Wno-sign-compare 
-Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD   -L/usr/local/lib 
-o wmaker actions.o appicon.o  application.o appmenu.o balloon.o 
client.o colormap.o cycling.o  defaults.o dialog.o dock.o  dockedapp.o 
event.o framewin.o  geomview.o icon.o main.o  menu.o misc.o osdep_bsd.o 
 monitor.o motif.o moveres.o  pixmap.o placement.o properties.o 
resources.o rootmenu.o screen.o  session.o shutdown.o switchpanel.o 
stacking.o startup.o superfluous.o  switchmenu.o texture.o usermenu.o 
xdnd.o xinerama.o xmodifier.o  xutil.o wcore.o wdefaults.o  window.o 
winmenu.o winspector.o  wmspec.o workspace.o ../WINGs/libWINGs.la 
../WINGs/libWUtil.la -lwraster  -L/usr/local/lib -R/usr/local/lib 
-lXrandr  -lXinerama  -lXext -lX11   -lm
libtool: link: gcc -O2 -pipe -fno-strict-aliasing -Wall -Wextra 
-Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD -o 
.libs/wmaker actions.o appicon.o application.o appmenu.o balloon.o 
client.o colormap.o cycling.o defaults.o dialog.o dock.o dockedapp.o 
event.o framewin.o geomview.o icon.o main.o menu.o misc.o osdep_bsd.o 
monitor.o motif.o moveres.o pixmap.o placement.o properties.o 
resources.o rootmenu.o screen.o session.o shutdown.o switchpanel.o 
stacking.o startup.o superfluous.o switchmenu.o texture.o usermenu.o 
xdnd.o xinerama.o xmodifier.o xutil.o wcore.o wdefaults.o window.o 
winmenu.o winspector.o wmspec.o workspace.o  -L/usr/local/lib 
../WINGs/.libs/libWINGs.so 
/usr/ports/x11-wm/windowmaker/work/WindowMaker-0.95.4/WINGs/.libs/libWUtil.so 
/usr/local/lib/libXft.so /usr/local/lib/libfontconfig.so 
/usr/local/lib/libfreetype.so -lbz2 /usr/local/lib/libexpat.so 
../WINGs/.libs/libWUtil.so /usr/local/lib/libwraster.so 
/usr/local/lib/libtiff.so -llzma -ljbig -lz /usr/local/lib/libXpm.so 
-lpng /usr/local/lib/libjpeg.so /usr/local/lib/libgif.so 
/usr/local/lib/libXmu.so /usr/local/lib/libXt.so /usr/local/lib/libSM.so 
/usr/local/lib/libICE.so /usr/local/lib/libXrandr.so 
/usr/local/lib/libXrender.so /usr/local/lib/libXinerama.so 
/usr/local/lib/libXext.so /usr/local/lib/libX11.so 
/usr/local/lib/libxcb.so /usr/local/lib/libXau.so 
/usr/local/lib/libXdmcp.so /usr/local/lib/libpthread-stubs.so -lrpcsvc 
-lm -Wl,-rpath -Wl,/usr/local/lib

main.o: In function `main':
main.c:(.text+0x707): undefined reference to `inotify_init'
main.c:(.text+0x73d): undefined reference to `inotify_add_watch'
*** [wmaker] Error code 1
1 error
*** [all] Error code 2
1 error
*** [all-recursive] Error code 1
1 error
*** [all] Error code 2
1 error
*** [do-build] Error code 1

Stop in /usr/ports/x11-wm/windowmaker.
*** [build] Error code 1

Stop in /usr/ports/x11-wm/windowmaker.
--
Yours in Christ,

Joseph A Nagy Jr
Whoever loves instruction loves knowledge, But he who hates correction
is stupid. -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
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: x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Daniel Nebdal
The obvious issue is apparently that there's not an -linotify in
that argument list (or, alternatively, that is uses inotify functions
when it shouldn't) - though I'm far from sure why that would happen.
Do you have devel/libinotify installed? What does grep inotify
work/Window*/config.log  say?


--
Daniel Nebdal


On Tue, Feb 19, 2013 at 5:06 PM, Joseph A. Nagy, Jr
jnagyjr1...@gmail.com wrote:
 # uname -a
 FreeBSD alex-laptop 9.1-RELEASE FreeBSD 9.1-RELEASE #8: Tue Jan 22 14:00:27
 CST 2013 root@alex-laptop:/usr/obj/usr/src/sys/ALEX-LAPTOP  amd64

 /bin/sh /usr/local/bin/libtool  --tag=CC--mode=link gcc  -O2 -pipe
 -fno-strict-aliasing -Wall -Wextra -Wno-sign-compare -Wno-unused-parameter
 -D_XOPEN_SOURCE=600 -DFREEBSD   -L/usr/local/lib -o wmaker actions.o
 appicon.o  application.o appmenu.o balloon.o client.o colormap.o cycling.o
 defaults.o dialog.o dock.o  dockedapp.o event.o framewin.o  geomview.o
 icon.o main.o  menu.o misc.o osdep_bsd.o  monitor.o motif.o moveres.o
 pixmap.o placement.o properties.o resources.o rootmenu.o screen.o  session.o
 shutdown.o switchpanel.o stacking.o startup.o superfluous.o  switchmenu.o
 texture.o usermenu.o xdnd.o xinerama.o xmodifier.o  xutil.o wcore.o
 wdefaults.o  window.o winmenu.o winspector.o  wmspec.o workspace.o
 ../WINGs/libWINGs.la ../WINGs/libWUtil.la -lwraster  -L/usr/local/lib
 -R/usr/local/lib -lXrandr  -lXinerama  -lXext -lX11   -lm
 libtool: link: gcc -O2 -pipe -fno-strict-aliasing -Wall -Wextra
 -Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD -o
 .libs/wmaker actions.o appicon.o application.o appmenu.o balloon.o client.o
 colormap.o cycling.o defaults.o dialog.o dock.o dockedapp.o event.o
 framewin.o geomview.o icon.o main.o menu.o misc.o osdep_bsd.o monitor.o
 motif.o moveres.o pixmap.o placement.o properties.o resources.o rootmenu.o
 screen.o session.o shutdown.o switchpanel.o stacking.o startup.o
 superfluous.o switchmenu.o texture.o usermenu.o xdnd.o xinerama.o
 xmodifier.o xutil.o wcore.o wdefaults.o window.o winmenu.o winspector.o
 wmspec.o workspace.o  -L/usr/local/lib ../WINGs/.libs/libWINGs.so
 /usr/ports/x11-wm/windowmaker/work/WindowMaker-0.95.4/WINGs/.libs/libWUtil.so
 /usr/local/lib/libXft.so /usr/local/lib/libfontconfig.so
 /usr/local/lib/libfreetype.so -lbz2 /usr/local/lib/libexpat.so
 ../WINGs/.libs/libWUtil.so /usr/local/lib/libwraster.so
 /usr/local/lib/libtiff.so -llzma -ljbig -lz /usr/local/lib/libXpm.so -lpng
 /usr/local/lib/libjpeg.so /usr/local/lib/libgif.so /usr/local/lib/libXmu.so
 /usr/local/lib/libXt.so /usr/local/lib/libSM.so /usr/local/lib/libICE.so
 /usr/local/lib/libXrandr.so /usr/local/lib/libXrender.so
 /usr/local/lib/libXinerama.so /usr/local/lib/libXext.so
 /usr/local/lib/libX11.so /usr/local/lib/libxcb.so /usr/local/lib/libXau.so
 /usr/local/lib/libXdmcp.so /usr/local/lib/libpthread-stubs.so -lrpcsvc -lm
 -Wl,-rpath -Wl,/usr/local/lib
 main.o: In function `main':
 main.c:(.text+0x707): undefined reference to `inotify_init'
 main.c:(.text+0x73d): undefined reference to `inotify_add_watch'
 *** [wmaker] Error code 1
 1 error
 *** [all] Error code 2
 1 error
 *** [all-recursive] Error code 1
 1 error
 *** [all] Error code 2
 1 error
 *** [do-build] Error code 1

 Stop in /usr/ports/x11-wm/windowmaker.
 *** [build] Error code 1

 Stop in /usr/ports/x11-wm/windowmaker.
 --
 Yours in Christ,

 Joseph A Nagy Jr
 Whoever loves instruction loves knowledge, But he who hates correction
 is stupid. -- Proverbs 12:1
 Emails are not formal business letters, whatever businesses may want.
 Original content CopyFree (F) under the OWL
 http://copyfree.org/licenses/owl/license.txt
 ___
 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
___
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: x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Joseph A. Nagy, Jr

On 02/19/13 10:39, Daniel Nebdal wrote:

The obvious issue is apparently that there's not an -linotify in
that argument list (or, alternatively, that is uses inotify functions
when it shouldn't) - though I'm far from sure why that would happen.
Do you have devel/libinotify installed? What does grep inotify
work/Window*/config.log  say?


--
Daniel Nebdal


configure:12047: checking sys/inotify.h usability
configure:12047: gcc -c -O2 -pipe -fno-strict-aliasing -Wall -Wextra 
-Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD 
-I/usr/local/include conftest.c 5

configure:12047: $? = 0
configure:12047: result: yes
configure:12047: checking sys/inotify.h presence
configure:12047: gcpp -I/usr/local/include conftest.c
configure:12047: $? = 0
configure:12047: result: yes
configure:12047: checking for sys/inotify.h
configure:12047: result: yes
...
ac_cv_header_sys_inotify_h=yes

--
Yours in Christ,

Joseph A Nagy Jr
Whoever loves instruction loves knowledge, But he who hates correction
is stupid. -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
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: x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Daniel Nebdal
Right, so it does find it - it just neglects to set the right flag
later. If I manage to both find the time and reproduce it, I can dig a
bit - though you're more likely to get a usful answer if someone that
actually knows about this chimes in in the meantime. :)


--
Daniel Nebdal


On Tue, Feb 19, 2013 at 6:20 PM, Joseph A. Nagy, Jr
jnagyjr1...@gmail.com wrote:
 On 02/19/13 10:39, Daniel Nebdal wrote:

 The obvious issue is apparently that there's not an -linotify in
 that argument list (or, alternatively, that is uses inotify functions
 when it shouldn't) - though I'm far from sure why that would happen.
 Do you have devel/libinotify installed? What does grep inotify
 work/Window*/config.log  say?


 --
 Daniel Nebdal


 configure:12047: checking sys/inotify.h usability
 configure:12047: gcc -c -O2 -pipe -fno-strict-aliasing -Wall -Wextra
 -Wno-sign-compare -Wno-unused-parameter -D_XOPEN_SOURCE=600 -DFREEBSD
 -I/usr/local/include conftest.c 5
 configure:12047: $? = 0
 configure:12047: result: yes
 configure:12047: checking sys/inotify.h presence
 configure:12047: gcpp -I/usr/local/include conftest.c
 configure:12047: $? = 0
 configure:12047: result: yes
 configure:12047: checking for sys/inotify.h
 configure:12047: result: yes
 ...
 ac_cv_header_sys_inotify_h=yes


 --
 Yours in Christ,

 Joseph A Nagy Jr
 Whoever loves instruction loves knowledge, But he who hates correction
 is stupid. -- Proverbs 12:1
 Emails are not formal business letters, whatever businesses may want.
 Original content CopyFree (F) under the OWL
 http://copyfree.org/licenses/owl/license.txt
___
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: x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Joseph A. Nagy, Jr

On 02/19/13 11:38, Daniel Nebdal wrote:

Right, so it does find it - it just neglects to set the right flag
later. If I manage to both find the time and reproduce it, I can dig a
bit - though you're more likely to get a usful answer if someone that
actually knows about this chimes in in the meantime. :)


--
Daniel Nebdal

snip

I hope it's soon, I'm running on a cached wmaker session (I deinstalled 
to install libwraster, see previous thread). I have some other window 
managers installed but I haven't been able to launch them from slim, yet.


--
Yours in Christ,

Joseph A Nagy Jr
Whoever loves instruction loves knowledge, But he who hates correction
is stupid. -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
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: x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Rainer Hurling
On 19.02.2013 18:44 (UTC+2), Joseph A. Nagy, Jr wrote:
 On 02/19/13 11:38, Daniel Nebdal wrote:
 Right, so it does find it - it just neglects to set the right flag
 later. If I manage to both find the time and reproduce it, I can dig a
 bit - though you're more likely to get a usful answer if someone that
 actually knows about this chimes in in the meantime. :)


 -- 
 Daniel Nebdal
 snip
 
 I hope it's soon, I'm running on a cached wmaker session (I deinstalled
 to install libwraster, see previous thread). I have some other window
 managers installed but I haven't been able to launch them from slim, yet.
 

As an ugly workaround you can deinstall devel/libinotify, install
windowmaker and after that reinstall devel/libinotify.

HTH,
Rainer Hurling

___
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: x11-wm/windowmaker fails on undefined reference

2013-02-19 Thread Joseph A. Nagy, Jr

On 02/19/13 12:03, Rainer Hurling wrote:

On 19.02.2013 18:44 (UTC+2), Joseph A. Nagy, Jr wrote:

On 02/19/13 11:38, Daniel Nebdal wrote:

Right, so it does find it - it just neglects to set the right flag
later. If I manage to both find the time and reproduce it, I can dig a
bit - though you're more likely to get a usful answer if someone that
actually knows about this chimes in in the meantime. :)


--
Daniel Nebdal

snip

I hope it's soon, I'm running on a cached wmaker session (I deinstalled
to install libwraster, see previous thread). I have some other window
managers installed but I haven't been able to launch them from slim, yet.



As an ugly workaround you can deinstall devel/libinotify, install
windowmaker and after that reinstall devel/libinotify.

HTH,
Rainer Hurling



That seems to have done it. Very crufty fix. Thanks for the help folks. (:

--
Yours in Christ,

Joseph A Nagy Jr
Whoever loves instruction loves knowledge, But he who hates correction
is stupid. -- Proverbs 12:1
Emails are not formal business letters, whatever businesses may want.
Original content CopyFree (F) under the OWL 
http://copyfree.org/licenses/owl/license.txt

___
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


security/libssh ISSUE undefined reference to `__stack_chk_fail_local'

2013-01-09 Thread awarecons
FreeBSD 9.0-Release i386 for i386

GCC 4.6.3:

Linking C shared library libssh.so
CMakeFiles/ssh_shared.dir/agent.c.o: In function `agent_talk':
agent.c:(.text+0x3c9): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/channels.c.o: In function `ssh_channel_request_x11':
channels.c:(.text+0x3638): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/channels.c.o: In function `channel_read_buffer':
channels.c:(.text+0x44d3): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/client.c.o: In function `ssh_send_banner':
client.c:(.text+0x590): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/config.c.o: In function `.L46':
config.c:(.text+0x8c7): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/connect.c.o:connect.c:(.text+0xf7): more
undefined references to `__stack_chk_fail_local' follow
collect2: ld returned 1 exit status
*** Error code 1
1 error
*** Error code 2
[100%] Building C object src/CMakeFiles/ssh.dir/bind.c.o
Linking C static library libssh.a
[100%] Built target ssh
1 error
*** Error code 2
1 error
*** Error code 1

Stop in /usr/ports/security/libssh.
*** Error code 1

Stop in /usr/ports/security/libssh.

GCC 4.2: fine.
___
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: security/libssh ISSUE undefined reference to `__stack_chk_fail_local'

2013-01-09 Thread John Marino

It is pointless to post about every instance of __stack_chk_fail_local.
The problem, as I mentioned before, is really with every gcc compiler in 
ports (with the possible exception of gcc-aux, it may or may not be 
patched yet).  If the compiler is patched, all the 
__stack_chk_fail_local failures disappear.


I still think these posts belong in a PR, not on a mail list.  We are 
all aware a PR takes some time to write and it takes 10 seconds to blast 
out an email.  But the PR system exists for a reason.


John


On 1/9/2013 19:04, awarecons wrote:

FreeBSD 9.0-Release i386 for i386

GCC 4.6.3:

Linking C shared library libssh.so
CMakeFiles/ssh_shared.dir/agent.c.o: In function `agent_talk':
agent.c:(.text+0x3c9): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/channels.c.o: In function `ssh_channel_request_x11':
channels.c:(.text+0x3638): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/channels.c.o: In function `channel_read_buffer':
channels.c:(.text+0x44d3): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/client.c.o: In function `ssh_send_banner':
client.c:(.text+0x590): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/config.c.o: In function `.L46':
config.c:(.text+0x8c7): undefined reference to `__stack_chk_fail_local'
CMakeFiles/ssh_shared.dir/connect.c.o:connect.c:(.text+0xf7): more
undefined references to `__stack_chk_fail_local' follow
collect2: ld returned 1 exit status
*** Error code 1
1 error
*** Error code 2
[100%] Building C object src/CMakeFiles/ssh.dir/bind.c.o
Linking C static library libssh.a
[100%] Built target ssh
1 error
*** Error code 2
1 error
*** Error code 1

Stop in /usr/ports/security/libssh.
*** Error code 1

Stop in /usr/ports/security/libssh.

GCC 4.2: fine.
___
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

___
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/libmng gcc 4.6.3 ISSUE undefined reference to `__stack_chk_fail_local'

2013-01-07 Thread awarecons
gcc 4.6.3:

gcc46 -fpic -DPIC -O2 -pipe -march=pentium4 -mtune=pentium4
-Wl,-rpath=/usr/local/lib/gcc46 -fno-strict-aliasing -march=pentium4
-mtune=pentium4 -I/usr/local/include -DMNG_OPTIMIZE_CHUNKINITFREE
-DMNG_OPTIMIZE_OBJCLEANUP -DMNG_OPTIMIZE_CHUNKASSIGN
-DMNG_OPTIMIZE_CHUNKREADER -std=gnu99 -fstack-protector  -c
libmng_zlib.c -o libmng_zlib.So
building shared library libmng.so.1
building static mng library
/usr/local/bin/ranlib libmng.a
libmng_chunk_descr.So: In function `mng_pplt_entries':
libmng_chunk_descr.c:(.text+0x1f41): undefined reference to
`__stack_chk_fail_local'
libmng_pixels.So: In function `.L1180':
libmng_pixels.c:(.text+0xa1da): undefined reference to `__stack_chk_fail_local'
libmng_pixels.So: In function `mng_retrieve_g8':
libmng_pixels.c:(.text+0xa5ff): undefined reference to `__stack_chk_fail_local'
collect2: ld returned 1 exit status
*** Error code 1
1 error
*** Error code 1

Stop in /usr/ports/graphics/libmng.
*** Error code 1

Stop in /usr/ports/graphics/libmng.

But default gcc 4.2 works fine.
___
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/libmng gcc 4.6.3 ISSUE undefined reference to `__stack_chk_fail_local'

2013-01-07 Thread John Marino

On 1/7/2013 14:06, awarecons wrote:


libmng_chunk_descr.So: In function `mng_pplt_entries':
libmng_chunk_descr.c:(.text+0x1f41): undefined reference to
`__stack_chk_fail_local'
libmng_pixels.So: In function `.L1180':
libmng_pixels.c:(.text+0xa1da): undefined reference to `__stack_chk_fail_local'
libmng_pixels.So: In function `mng_retrieve_g8':
libmng_pixels.c:(.text+0xa5ff): undefined reference to `__stack_chk_fail_local'
collect2: ld returned 1 exit status
*** Error code 1



This is a common problem for amd64 that affects both FreeBSD and 
DragonFly.  We ended up patching the base compilers (two, gcc 4.4 and 
gcc 4.7) to bypass it.


http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/5dd34005fbf5509736906dc6aa56d3e77f6a3dcb

I suspect that all your ports gcc compilers could use a similar patch.

John


___
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/libmng gcc 4.6.3 ISSUE undefined reference to `__stack_chk_fail_local'

2013-01-07 Thread awarecons
Thank you.

As you could notice from the lines (...gcc46 -fpic -DPIC -O2 -pipe
-march=pentium4 -mtune=pentium4...) it raised, when compiling for i386
arch and, yes, it's not on amd64 platform, but i386.

2013/1/7 John Marino freebs...@marino.st:
 On 1/7/2013 14:06, awarecons wrote:

 libmng_chunk_descr.So: In function `mng_pplt_entries':
 libmng_chunk_descr.c:(.text+0x1f41): undefined reference to
 `__stack_chk_fail_local'
 libmng_pixels.So: In function `.L1180':
 libmng_pixels.c:(.text+0xa1da): undefined reference to
 `__stack_chk_fail_local'
 libmng_pixels.So: In function `mng_retrieve_g8':
 libmng_pixels.c:(.text+0xa5ff): undefined reference to
 `__stack_chk_fail_local'
 collect2: ld returned 1 exit status
 *** Error code 1



 This is a common problem for amd64 that affects both FreeBSD and DragonFly.
 We ended up patching the base compilers (two, gcc 4.4 and gcc 4.7) to bypass
 it.

 http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/5dd34005fbf5509736906dc6aa56d3e77f6a3dcb

 I suspect that all your ports gcc compilers could use a similar patch.

 John


___
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/libmng gcc 4.6.3 ISSUE undefined reference to `__stack_chk_fail_local'

2013-01-07 Thread John Marino

On 1/7/2013 18:55, awarecons wrote:

Thank you.

As you could notice from the lines (...gcc46 -fpic -DPIC -O2 -pipe
-march=pentium4 -mtune=pentium4...) it raised, when compiling for i386
arch and, yes, it's not on amd64 platform, but i386.



Right, sorry about that.  I caught the error after I sent the email when 
I reviewed the commit diff.


So replace amd64 with i386.  I described it wrong.
John
___
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


undefined reference to `glXCreateGLXPixmapMESA'

2012-12-06 Thread AN


Trying to install /usr/ports/x11-wm/compiz-fusion on current fails with 
clang and gcc:


cc -c -I. -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING pbutil.c
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxgears_pixmap.c -L../../lib -lGL  -lm -o glxgears_pixmap
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxcontexts.c -L../../lib -lGL  -lm -o glxcontexts
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxheads.c -L../../lib -lGL  -lm -o glxheads
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxinfo.c -L../../lib -lGL  -lm -o glxinfo
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxpixmap.c -L../../lib -lGL  -lm -o glxpixmap
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxpbdemo.c -L../../lib -lGL  -lm -o glxpbdemo
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxsnoop.c -L../../lib -lGL  -lm -o glxsnoop
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
glxswapcontrol.c -L../../lib -lGL  -lm -o glxswapcontrol
cc -I../../include -D_THREAD_SAFE -I/usr/local/include 
-I/usr/local/include  -O2 -pipe -fno-strict-aliasing -Wall 
-Wmissing-prototypes -std=c99  -fno-strict-aliasing  -fPIC 
-DUSE_X86_64_ASM -DHAVE_POSIX_MEMALIGN -DUSE_XCB -DPTHREADS 
-DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DHAVE_ALIAS 
-DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -L/usr/local/lib -pthread 
manywin.c -L../../lib -lGL  -lm -o manywin

/tmp/glxpixmap-TwzEqD.o: In function `main':
glxpixmap.c:(.text+0x1dd): undefined reference to `glXCreateGLXPixmapMESA'
cc: error: linker command failed with exit code 1 (use -v to see 
invocation)

gmake[2]: *** [glxpixmap] Error 1
gmake[2]: *** Waiting for unfinished jobs
gmake[2]: Leaving directory 
`/usr/ports/graphics/mesa-demos/work/Mesa-7.6.1/progs/xdemos'

gmake[1]: *** [subdirs] Error 1
gmake[1]: Leaving directory 
`/usr/ports/graphics/mesa-demos/work/Mesa-7.6.1/progs'

gmake: *** [default] Error 1
*** [do-build] Error code 1

Stop in /usr/ports/graphics/mesa-demos.
*** [install] Error code 1

Stop in /usr/ports/graphics/mesa-demos.
*** [run-depends] Error code 1

Stop in /usr/ports/x11-wm/compiz.
*** [install] Error code 1

Stop in /usr/ports/x11-wm/compiz.
*** [build

mythtv-frontend: build failure, LD ffmpeg_g ...libmythavcodec.so: undefined reference to `vaUnmapBuffer'

2012-08-11 Thread Robert Backhaus
Recent port upgrade, building mythtv-frontend-0.25.2 is failing as follows.

LD  ffmpeg_g
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaUnmapBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaDestroyBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaCreateBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaRenderPicture'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaMapBuffer'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaEndPicture'
/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg/libavcodec/libmythavcodec.so:
undefined reference to `vaBeginPicture'
gmake[1]: *** [ffmpeg_g] Error 1
gmake[1]: Leaving directory
`/home/obj/ports/usr/ports/multimedia/mythtv-frontend/work/mythtv-0.25.2/external/FFmpeg'


Full script is at www.robbak.com/temps/mythtv-frontend.script

I have tried rebuilding multimedia/libva, but to no effect. I cannot
think of anything else I might need. Is anyone else having problems,
or might know what I have wrong?

uname -a
FreeBSD boffin 9.0-STABLE FreeBSD 9.0-STABLE #1: Mon Apr 23 22:48:56
EST 2012 root@boffin:/usr/obj/usr/src/sys/BOFFIN  amd64
___
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


undefined reference to ...

2011-09-30 Thread Brent Clark

Hiya

Im trying to upgrade PackageKit, but im getting ...

  CC libpackagekit_glib2_la-pk-media-change-required.lo
  CC libpackagekit_glib2_la-pk-message.lo
  CC libpackagekit_glib2_la-pk-package.lo
  CC libpackagekit_glib2_la-pk-package-id.lo
  CC libpackagekit_glib2_la-pk-package-ids.lo
  CC libpackagekit_glib2_la-pk-package-sack.lo
  CC libpackagekit_glib2_la-pk-package-sack-sync.lo
  CC libpackagekit_glib2_la-pk-progress.lo
  CC libpackagekit_glib2_la-pk-repo-detail.lo
  CC libpackagekit_glib2_la-pk-repo-signature-required.lo
  CC libpackagekit_glib2_la-pk-require-restart.lo
  CC libpackagekit_glib2_la-pk-results.lo
  CC libpackagekit_glib2_la-pk-service-pack.lo
  CC libpackagekit_glib2_la-pk-source.lo
  CC libpackagekit_glib2_la-pk-task.lo
  CC libpackagekit_glib2_la-pk-transaction-past.lo
  CC libpackagekit_glib2_la-pk-transaction-list.lo
  CC libpackagekit_glib2_la-pk-update-detail.lo
  CCLD   libpackagekit-glib2.la
  CC pk_socket_example-pk-socket-example.o
  CCLD   pk-socket-example
  GISCAN PackageKitGlib-1.0.gir
/usr/include/machine/endian.h:107: syntax error, unexpected '{' in ' return (__extension__ ({ 
register __uint32_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at 
'{'
/usr/include/machine/endian.h:107: syntax error, unexpected ';' in ' return (__extension__ ({ 
register __uint32_t __X = (_x); __asm (bswap %0 : +r (__X)); __X; }));' at 
';'
/usr/lib/libarchive.so: undefined reference to `lzma_stream_encoder@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_alone_decoder@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_memusage@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_stream_decoder@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_code@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_end@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_lzma_preset@XZ_5.0'
/usr/lib/libarchive.so: undefined reference to `lzma_alone_encoder@XZ_5.0'
linking of temporary binary failed: Command '['/bin/sh', '../../libtool', 
'--mode=link', '--tag=CC', '--silent', 'cc', '-o', 
'/usr/ports/ports-mgmt/packagekit/work/PackageKit-0.6.11/lib/packagekit-glib2/tmp-introspect40CBf9/PackageKitGlib-1.0',
 '-export-dynamic', '-O2', '-pipe', '-fno-strict-aliasing', '-L.', 
'libpackagekit-glib2.la', '-pthread', '-L/usr/local/lib', '-lgio-2.0', 
'-lgobject-2.0', '-lgmodule-2.0', '-lgthread-2.0', '-lglib-2.0', 
'/usr/ports/ports-mgmt/packagekit/work/PackageKit-0.6.11/lib/packagekit-glib2/tmp-introspect40CBf9/PackageKitGlib-1.0.o']'
 returned non-zero exit status 1
gmake[4]: *** [PackageKitGlib-1.0.gir] Error 1
gmake[4]: Leaving directory 
`/usr/ports/ports-mgmt/packagekit/work/PackageKit-0.6.11/lib/packagekit-glib2'
gmake[3]: *** [all] Error 2
gmake[3]: Leaving directory 
`/usr/ports/ports-mgmt/packagekit/work/PackageKit-0.6.11/lib/packagekit-glib2'
gmake[2]: *** [all-recursive] Error 1
gmake[2]: Leaving directory 
`/usr/ports/ports-mgmt/packagekit/work/PackageKit-0.6.11/lib'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory 
`/usr/ports/ports-mgmt/packagekit/work/PackageKit-0.6.11'
gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/ports-mgmt/packagekit.
*** Error code 1

Stop in /usr/ports/ports-mgmt/packagekit.

=== make failed for ports-mgmt/packagekit
=== Aborting update


=== You can restart from the point of failure with this command line:
   portmaster flags ports-mgmt/packagekit


I looked at /usr/ports/UPDATING

And I tried
portupgrade -o archivers/xz lzmautils\*

and Im stilling getting this error. Please could someone assist.

Regards
Brent Clark
___
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


Can't compile xvidcap - undefined reference to `av_free_static'

2009-04-28 Thread Frederique Rijsdijk
I can't install xvidcap from ports..:

if cc -DHAVE_CONFIG_H -I. -I. -I..
-DPACKAGE_LOCALE_DIR=\/usr/local/share/locale\
-DPACKAGE_SRC_DIR=\.\ -DPACKAGE_DATA_DIR=\/usr/local/share\
-D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0
-I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0
-I/usr/local/include/cairo -I/usr/local/include/pango-1.0
-I/usr/local/include -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1
-I/usr/local/include/freetype2 -I/usr/local/include/libglade-2.0
-I/usr/local/include/libxml2 -Wall -g -O2 -fno-strict-aliasing -pipe
-I/usr/local/include -I /usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavcodec
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavformat
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavutil
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libswscale -MT
job.o -MD -MP -MF .deps/job.Tpo -c -o job.o job.c; \
then mv -f .deps/job.Tpo .deps/job.Po; else rm -f
.deps/job.Tpo; exit 1; fi
if cc -DHAVE_CONFIG_H -I. -I. -I..
-DPACKAGE_LOCALE_DIR=\/usr/local/share/locale\
-DPACKAGE_SRC_DIR=\.\ -DPACKAGE_DATA_DIR=\/usr/local/share\
-D_THREAD_SAFE -D_REENTRANT -I/usr/local/include/gtk-2.0
-I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0
-I/usr/local/include/cairo -I/usr/local/include/pango-1.0
-I/usr/local/include -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -I/usr/local/include/pixman-1
-I/usr/local/include/freetype2 -I/usr/local/include/libglade-2.0
-I/usr/local/include/libxml2 -Wall -g -O2 -fno-strict-aliasing -pipe
-I/usr/local/include -I /usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavcodec
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavformat
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavutil
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libswscale -MT
xv_error_item.o -MD -MP -MF .deps/xv_error_item.Tpo -c -o
xv_error_item.o xv_error_item.c; \
then mv -f .deps/xv_error_item.Tpo .deps/xv_error_item.Po;
else rm -f .deps/xv_error_item.Tpo; exit 1; fi
cc -Wall -g -O2 -fno-strict-aliasing -pipe -I/usr/local/include -I
/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavcodec
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavformat
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavutil
-I/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libswscale
-L/usr/local/lib
-L/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavcodec
-L/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavformat
-L/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libavutil
-L/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/ffmpeg/libswscale -o
xvidcap -export-dynamic app_data.o capture.o codecs.o colors.o frame.o
gnome_frame.o gnome_ui.o gnome_warning.o gnome_options.o led_meter.o
main.o options.o xtoffmpeg.o xtoxwd.o job.o xv_error_item.o -pthread
-L/usr/local/lib -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0
-latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender
-lXinerama -lXi -lXcursor -lXcomposite -lXdamage -lpangoft2-1.0 -lXfixes
-lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0
-lgmodule-2.0 -lgthread-2.0 -lglib-2.0-lavformat -lavcodec
-Wl,-Bstatic -lswscale -Wl,-Bdynamic -Wl,-Bstatic -lavutil -Wl,-Bdynamic
-pthread -lmp3lame -lm -L/usr/local/lib -lXmu
main.o(.text+0x14e8): In function `main':
/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/src/main.c:937:
undefined reference to `av_free_static'
gmake[2]: *** [xvidcap] Error 1
gmake[2]: Leaving directory
`/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1/src'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory
`/usr/ports/sysutils/xvidcap/work/xvidcap-1.1.4p1'
gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/sysutils/xvidcap.


I've just portsnapped the latest this morning.

FreeBSD freelt.xxx.xx 7.1-RELEASE-p4 FreeBSD 7.1-RELEASE-p4 #0: Sun Mar
22 12:35:36 UTC 2009
r...@i386-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386


Can/should I provide more information?


Thanks,

-- Frederique
___
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: thunderbird upgrade: undefined reference to `libiconv_close'

2009-04-22 Thread Dan Langille
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert Huff wrote:
 Dan Langille writes:
 
  ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In
  function `nsNativeCharsetConverter::GlobalShutdown()':
  : undefined reference to `libiconv_close'
 
   Have you rebuild libiconv?
 
 
   Robert Huff
 

Fixed.  By commenting out these lines from /etc/make.conf:

#CC=/usr/local/bin/gcc44
#CC?=   /usr/local/bin/gcc44
#USE_GCC=   4.4

See also:

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=132710+0+current/freebsd-ports

- --
Dan Langille

BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
PGCon  - The PostgreSQL Conference: http://www.pgcon.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknvxEoACgkQCgsXFM/7nTzVSwCfSgC8gYtQ38ij2xTOpgmReHVX
BLcAoItGHa0TTB7Y46sFi+21ygg9TbjG
=vSHK
-END PGP SIGNATURE-
___
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: thunderbird upgrade: undefined reference to `libiconv_close'

2009-03-23 Thread Dan Langille
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robert Huff wrote:
 Dan Langille writes:
 
  ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In
  function `nsNativeCharsetConverter::GlobalShutdown()':
  : undefined reference to `libiconv_close'
 
   Have you rebuild libiconv?

Just now, yes.  Still cannot build thunderbird.

- --
Dan Langille

BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
PGCon  - The PostgreSQL Conference: http://www.pgcon.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknHnJYACgkQCgsXFM/7nTxIQQCeOA3B8nKifwkR5iGGdExme//K
nKMAn2oxbw4LenKNbSIDWdbIFgoVeQc+
=+AVL
-END PGP SIGNATURE-
___
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


thunderbird upgrade: undefined reference to `libiconv_close'

2009-03-22 Thread Dan Langille
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Trying to upgrade thunderbird:

++44 -I/usr/local/include/nss -I/usr/local/include/nss/nss
- -I/usr/local/include  -I/usr/local/include -fno-rtti -fno-exceptions
- -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual
- -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -O2
- -fno-strict-aliasing -pipe -fshort-wchar -pipe  -DNDEBUG -DTRIMMED -O
- -fPIC -shared -Wl,-z,defs -Wl,-h,libxpcom_core.so -o libxpcom_core.so
pldhash.o nsCOMPtr.o nsComponentManagerUtils.o nsDebug.o nsID.o
nsIInterfaceRequestorUtils.o nsINIParser.o nsMemory.o nsTraceRefcnt.o
nsWeakReference.o nsGREGlue.o nsVersionComparator.o nsTHashtable.o
nsTArray.o nsGenericFactory.o nsXPComInit.o nsStringAPI.o
- -L/usr/local/lib/nss -Wl,-rpath,/usr/local/lib/thunderbird
- -Wl,--whole-archive ../../dist/lib/libxpcomds_s.a
../../dist/lib/libxpcomio_s.a ../../dist/lib/libxpcomcomponents_s.a
../../dist/lib/libxpcomthreads_s.a ../../dist/lib/libxpcomproxy_s.a
../../dist/lib/libxpcombase_s.a ../../dist/lib/libxptcall.a
../../dist/lib/libxptinfo.a ../../dist/lib/libxpt.a
../../dist/lib/libxptcmd.a ../../dist/lib/libstring_s.a
- -Wl,--no-whole-archive  -Wl,-Bsymbolic -lc -L/usr/local/lib -lplds4
- -lplc4 -lnspr4 -pthread -L/usr/local/lib   -lgtk-x11-2.0 -lgdk-x11-2.0
- -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lgio-2.0 -lXext -lXrender
- -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lcairo
- -lpangoft2-1.0 -lX11 -lXfixes -lpango-1.0 -lm -lfreetype -lz
- -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -lm -pthread
- -pthread -L/usr/local/lib -liconv
../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In
function `nsNativeCharsetConverter::GlobalShutdown()':
: undefined reference to `libiconv_close'
/usr/bin/ld: final link failed: Bad value
collect2: ld returned 1 exit status
gmake[2]: *** [libxpcom_core.so] Error 1
gmake[2]: Leaving directory
`/usr/ports/mail/thunderbird/work/mozilla/xpcom/build'
gmake[1]: *** [install] Error 2
gmake[1]: Leaving directory `/usr/ports/mail/thunderbird/work/mozilla/xpcom'
gmake: *** [install] Error 2
*** Error code 2

Stop in /usr/ports/mail/thunderbird.
*** Error code 1

Stop in /usr/ports/mail/thunderbird.
*** Error code 1

Stop in /usr/ports/mail/thunderbird.
** Command failed [exit code 1]: /usr/bin/script -qa
/tmp/portupgrade.25111.0 env UPGRADE_TOOL=portupgrade
UPGRADE_PORT=thunderbird-2.0.0.19_1 UPGRADE_PORT_VER=2.0.0.19_1 make
reinstall
- ---  Restoring the old version
=== Building Chrome's registry...
** Fix the installation problem and try again.
[Updating the pkgdb format:bdb_btree in /var/db/pkg ... - 697 packages
found (-0 +1) . done]
** Listing the failed packages (-:ignored / *:skipped / !:failed)
! mail/thunderbird (thunderbird-2.0.0.19_1) (install error)
[r...@laptop /usr/home/dan]#

# uname -a
FreeBSD laptop.unixathome.org 7.1-STABLE FreeBSD 7.1-STABLE #1: Mon Jan
12 10:52:35 EST 2009
d...@laptop.unixathome.org:/usr/obj/usr/src/sys/LAPTOP  amd64


- --
Dan Langille

BSDCan - The Technical BSD Conference : http://www.bsdcan.org/
PGCon  - The PostgreSQL Conference: http://www.pgcon.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.11 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknGQWwACgkQCgsXFM/7nTzz0ACcCcxLLZavZkO1ngVcO05Z5JSQ
fQcAoL/RxWBIunJI5RbrEjzkIGudwWPF
=+LqF
-END PGP SIGNATURE-
___
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


thunderbird upgrade: undefined reference to `libiconv_close'

2009-03-22 Thread Robert Huff

Dan Langille writes:

  ../../dist/lib/libxpcomio_s.a(nsNativeCharsetUtils.o)(.text+0x2e): In
  function `nsNativeCharsetConverter::GlobalShutdown()':
  : undefined reference to `libiconv_close'

Have you rebuild libiconv?


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


Re: asterisk: undefined reference to `__sync_fetch_and_add_4'

2008-05-09 Thread Dmitry Morozovsky
On Thu, 8 May 2008, Randy Bush wrote:

RB i386 very current
RB -DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323
RB 
RB /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
RB undefined reference to `__sync_fetch_and_add_4'
RB 
manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
RB undefined reference to `__sync_fetch_and_add_4'
RB utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test':
RB /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147:
RB undefined reference to `__sync_sub_and_fetch_4'
RB utils.o(.text+0xded): In function `ast_atomic_fetchadd_int':
RB /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
RB undefined reference to `__sync_fetch_and_add_4'
RB gmake[1]: *** [asterisk] Error 1
RB gmake: *** [main] Error 2
RB *** Error code 2

Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few days 
ago.

As a workaround, you can use `make CPUTYPE='


Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: [EMAIL PROTECTED] ]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***

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


Re: asterisk: undefined reference to `__sync_fetch_and_add_4'

2008-05-09 Thread Randy Bush
Dmitry Morozovsky wrote:
 On Thu, 8 May 2008, Randy Bush wrote:
 
 RB i386 very current
 RB -DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323
 RB 
 RB 
 /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
 RB undefined reference to `__sync_fetch_and_add_4'
 RB 
 manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
 RB undefined reference to `__sync_fetch_and_add_4'
 RB utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test':
 RB 
 /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147:
 RB undefined reference to `__sync_sub_and_fetch_4'
 RB utils.o(.text+0xded): In function `ast_atomic_fetchadd_int':
 RB 
 /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
 RB undefined reference to `__sync_fetch_and_add_4'
 RB gmake[1]: *** [asterisk] Error 1
 RB gmake: *** [main] Error 2
 RB *** Error code 2
 
 Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few 
 days 
 ago.
 
 As a workaround, you can use `make CPUTYPE='

put
  CPUTYPE=
in make.conf.  rebuilt apache22

# /usr/local/etc/rc.d/apache22 start
Performing sanity check on apache22 configuration:
Segmentation fault (core dumped)
Starting apache22.
Segmentation fault (core dumped)

randy
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: asterisk: undefined reference to `__sync_fetch_and_add_4'

2008-05-09 Thread Dmitry Morozovsky
On Fri, 9 May 2008, Randy Bush wrote:

RB  Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few 
days 
RB  ago.
RB  
RB  As a workaround, you can use `make CPUTYPE='
RB 
RB put
RB   CPUTYPE=
RB in make.conf.  rebuilt apache22
RB 
RB # /usr/local/etc/rc.d/apache22 start
RB Performing sanity check on apache22 configuration:
RB Segmentation fault (core dumped)
RB Starting apache22.
RB Segmentation fault (core dumped)

Ouch! Not good.

Actually, I keep existing CPUTYPE?=k8 in /etc/make.conf (nore the 
recommended ?= way) and rebuilt just asterisk with overriding CPUTYPE=

It's only a workaround, sure, but at least it answers the question why 
pointyhat and ports tinderboxen did not break at asterisk building.

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: [EMAIL PROTECTED] ]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***

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


asterisk: undefined reference to `__sync_fetch_and_add_4'

2008-05-08 Thread Randy Bush
i386 very current
-DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323

/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
undefined reference to `__sync_fetch_and_add_4'
manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
undefined reference to `__sync_fetch_and_add_4'
utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test':
/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147:
undefined reference to `__sync_sub_and_fetch_4'
utils.o(.text+0xded): In function `ast_atomic_fetchadd_int':
/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101:
undefined reference to `__sync_fetch_and_add_4'
gmake[1]: *** [asterisk] Error 1
gmake: *** [main] Error 2
*** Error code 2

randy
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


ion-3 20070720: undefined reference to lua

2007-07-23 Thread Filip Lenaerts
hi everyone,

recently i upgraded from the very stable 5.x to 6.2-stable.  i 
portupgraded/recompiled all of my favourites and they all work ... except for 
the new ion-3: in the make step, i always get undefined references:

...
cc  ion-statusd.o exec.o extlrx.o exports.o  -L/usr/local/lib -lintl 
-L../../libmainloop -lmainloop -L../../libextl -lextl -L../../libtu -ltu 
-L/usr/local/lib/lua51 -llua  -lm -o ion-statusd
../../libextl/libextl.a(luaextl.o)(.text+0xf): In function `lua_rawset_check':
: undefined reference to `luaL_checktype'
../../libextl/libextl.a(luaextl.o)(.text+0x119): In function `extl_cpcall':
: undefined reference to `lua_tolstring'
../../libextl/libextl.a(luaextl.o)(.text+0x3a1): In function `extl_dopath':
: undefined reference to `luaL_checklstring'
...

full script output of 'make install': 
http://filip.freeshell.org/log/ion-3.install.log (43K)

i reinstalled lua5 to make sure i have recent libs in /usr/local/lib.

has anyone an idea what is going wrong here?

tnx

filip
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ion-3 20070720: undefined reference to lua

2007-07-23 Thread Garrett Cooper

Filip Lenaerts wrote:

hi everyone,

recently i upgraded from the very stable 5.x to 6.2-stable.  i 
portupgraded/recompiled all of my favourites and they all work ... except for 
the new ion-3: in the make step, i always get undefined references:

...
cc  ion-statusd.o exec.o extlrx.o exports.o  -L/usr/local/lib -lintl 
-L../../libmainloop -lmainloop -L../../libextl -lextl -L../../libtu -ltu 
-L/usr/local/lib/lua51 -llua  -lm -o ion-statusd
../../libextl/libextl.a(luaextl.o)(.text+0xf): In function `lua_rawset_check':
: undefined reference to `luaL_checktype'
../../libextl/libextl.a(luaextl.o)(.text+0x119): In function `extl_cpcall':
: undefined reference to `lua_tolstring'
../../libextl/libextl.a(luaextl.o)(.text+0x3a1): In function `extl_dopath':
: undefined reference to `luaL_checklstring'
...

full script output of 'make install': 
http://filip.freeshell.org/log/ion-3.install.log (43K)

i reinstalled lua5 to make sure i have recent libs in /usr/local/lib.

has anyone an idea what is going wrong here?

tnx

filip
  


- Did you remember to run make clean first?
- I'd reinstall all ports/packages after a major upgrade like you did 
because the ABI most likely isn't the same, but for a short term 
solution try rebuilding the kernel with 5.x compatibility built in.

-Garrett
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ion-3 20070720: undefined reference to lua

2007-07-23 Thread Filip Lenaerts
hi garett,

On Mon, Jul 23, 2007 at 08:11:30AM -0700, Garrett Cooper wrote:
 recently i upgraded from the very stable 5.x to 6.2-stable.  i 
 portupgraded/recompiled all of my favourites and they all work ... except 
 for the new ion-3: in the make step, i always get undefined references:
 
 ...
 cc  ion-statusd.o exec.o extlrx.o exports.o  -L/usr/local/lib -lintl 
 -L../../libmainloop -lmainloop -L../../libextl -lextl -L../../libtu -ltu 
 -L/usr/local/lib/lua51 -llua  -lm -o ion-statusd
 ../../libextl/libextl.a(luaextl.o)(.text+0xf): In function 
 `lua_rawset_check':
 : undefined reference to `luaL_checktype'
 ../../libextl/libextl.a(luaextl.o)(.text+0x119): In function `extl_cpcall':
 : undefined reference to `lua_tolstring'
 ../../libextl/libextl.a(luaextl.o)(.text+0x3a1): In function `extl_dopath':
 : undefined reference to `luaL_checklstring'
 ...
 
 full script output of 'make install': 
 http://filip.freeshell.org/log/ion-3.install.log (43K)
 
 i reinstalled lua5 to make sure i have recent libs in /usr/local/lib.
 
 - Did you remember to run make clean first?

yep.  even did a distclean, not that it helps, but you never know.

 - I'd reinstall all ports/packages after a major upgrade like you did 
 because the ABI most likely isn't the same, but for a short term 

i reinstalled all ports, afaik (took me a lot of sweat, blood and tears, but 
got it together after two days).  perhaps there are still some dangling ports
not reinstalled.  an idea on how to find them?

 solution try rebuilding the kernel with 5.x compatibility built in.

i have 5.x compat built in. but during the upgrade i did a make 
delete-old-libs, 
which i guess turns 5.x compat quite useless?  or am i mistaken here?

filip

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


Re: Undefined reference to 'llrint' when portinstalling multimedia/mplayer

2006-11-30 Thread Mark Linimon
On Tue, Nov 28, 2006 at 11:52:49AM -0800, Jeremy Chadwick wrote:
 Something like this should do just fine:
 
 .if ${OSVERSION}  504000
 BROKEN=   Requires FreeBSD 5.4 or later, for llrint(3)
 .endif

s/BROKEN/IGNORE/.  BROKEN=doesn't currently work.  IGNORE=known not to
work now, nor will it work later.

FYI.

mcl
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Undefined reference to 'llrint' when portinstalling multimedia/mplayer

2006-11-28 Thread Anthony Elizondo

I'm getting the following error when installing multimedia/mplayer.
Anyone have any ideas?

I'm running 5.3-RELEASE.

gmake[1]: Leaving directory `/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc1/l
ibmenu'
cc -Wdeclaration-after-statement -fno-PIC -O -pipe  -O3 -ffast-math -fomit-frame
-pointer -I/usr/local/include  -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LAR
GEFILE64_SOURCE -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6
/include -I/usr/local/include -I/usr/local/include/dvdnav -I/usr/local/include -
D_THREAD_SAFE -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/i
nclude   -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/gtk-2.0 -I/usr/local/
lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/u
sr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2
.0/include -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/incl
ude   -I.  -I./libavutil -I./libavcodec -o mplayer mplayer.o m_property.o mp_msg
.o asxparser.o codec-cfg.o cpudetect.o edl.o find_sub.o m_config.o m_option.o m_
struct.o parser-cfg.o playtree.o playtreeparser.o spudec.o sub_cc.o subreader.o
vobsub.o unrarlib.o mixer.o parser-mpcmd.o subopt-helper.o libvo/libvo.a libao2/
libao2.a input/libinput.a libmenu/libmenu.a Gui/libgui.a -Wl,--rpath -Wl,/usr/lo
cal/lib -L/usr/local/lib -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -
lXi -lXinerama -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXcursor -lXfixes -l
cairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lm -lXrender -lX11
-lXext -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv   -L/usr/local/lib -lglib
-2.0 -liconv   libmpcodecs/libmpcodecs.a loader/libloader.a loader/dshow/libDS_F
ilter.a loader/dmo/libDMO_Filter.a libaf/libaf.a libmpdemux/libmpdemux.a stream/
stream.a libswscale/libswscale.a osdep/libosdep.a -Wl,-z,noexecstack -L/usr/loca
l/lib -L/usr/local/lib  -L/usr/local/lib -ldvdnav -L/usr/local/lib -pthread liba
vformat/libavformat.a  libavcodec/libavcodec.a  libavutil/libavutil.a  libpostpr
oc/libpostproc.a-lxvidcore -ldts -lpng -lz -lz -ljpeg   -pthread -L/usr/
local/lib -lx264   -pthread -lmp3lame  -lncurses  -lungif  -lsmbclient
  -pthread  -rdynamic -liconv -lmlibfaad2/libfaad2.a  mp3lib/libMP3.a liba5
2/liba52.a libmpeg2/libmpeg2.a tremor/libvorbisidec.a libass/libass.a -L/usr/X11
R6/lib -lfontconfig   -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib -lfreetype
-lz  -lGL  -lXxf86dga -lXv  -lXxf86vm -lXinerama -L/usr/X11R6/lib -lXext -lX11
-pthread vidix/libvidix.a -laudio -lXt -L/usr/X11R6/lib -lXext -lX1
1  -pthread
libavcodec/libavcodec.a(mpegaudiodec.o)(.text+0x9a5): In function `decode_init':
: undefined reference to `llrint'
gmake: *** [mplayer] Error 1
*** Error code 2

Stop in /usr/ports/multimedia/mplayer.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Undefined reference to 'llrint' when portinstalling multimedia/mplayer

2006-11-28 Thread Jeremy Messenger
On Tue, 28 Nov 2006 12:22:41 -0600, Anthony Elizondo  
[EMAIL PROTECTED] wrote:



I'm getting the following error when installing multimedia/mplayer.
Anyone have any ideas?

I'm running 5.3-RELEASE.


Your system is too old, please update it to 5.5 or even better to 6.x.

gmake[1]: Leaving directory  
`/usr/ports/multimedia/mplayer/work/MPlayer-1.0rc1/l

ibmenu'
cc -Wdeclaration-after-statement -fno-PIC -O -pipe  -O3 -ffast-math  
-fomit-frame
-pointer -I/usr/local/include  -D_LARGEFILE_SOURCE  
-D_FILE_OFFSET_BITS=64 -D_LAR
GEFILE64_SOURCE -I/usr/local/include/freetype2 -I/usr/local/include  
-I/usr/X11R6
/include -I/usr/local/include -I/usr/local/include/dvdnav  
-I/usr/local/include -
D_THREAD_SAFE -I/usr/local/include/freetype2 -I/usr/local/include  
-I/usr/X11R6/i
nclude   -DXTHREADS -DXUSE_MTSAFE_API -I/usr/local/include/gtk-2.0  
-I/usr/local/
lib/gtk-2.0/include -I/usr/local/include/atk-1.0  
-I/usr/local/include/cairo -I/u
sr/local/include/pango-1.0 -I/usr/local/include/glib-2.0  
-I/usr/local/lib/glib-2
.0/include -I/usr/X11R6/include -I/usr/local/include/freetype2  
-I/usr/local/incl
ude   -I.  -I./libavutil -I./libavcodec -o mplayer mplayer.o  
m_property.o mp_msg
.o asxparser.o codec-cfg.o cpudetect.o edl.o find_sub.o m_config.o  
m_option.o m_
struct.o parser-cfg.o playtree.o playtreeparser.o spudec.o sub_cc.o  
subreader.o
vobsub.o unrarlib.o mixer.o parser-mpcmd.o subopt-helper.o libvo/libvo.a  
libao2/
libao2.a input/libinput.a libmenu/libmenu.a Gui/libgui.a -Wl,--rpath  
-Wl,/usr/lo
cal/lib -L/usr/local/lib -L/usr/X11R6/lib -lgtk-x11-2.0 -lgdk-x11-2.0  
-lXrandr -
lXi -lXinerama -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXcursor  
-lXfixes -l
cairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lm  
-lXrender -lX11
 -lXext -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv
-L/usr/local/lib -lglib
-2.0 -liconv   libmpcodecs/libmpcodecs.a loader/libloader.a  
loader/dshow/libDS_F
ilter.a loader/dmo/libDMO_Filter.a libaf/libaf.a libmpdemux/libmpdemux.a  
stream/
stream.a libswscale/libswscale.a osdep/libosdep.a -Wl,-z,noexecstack  
-L/usr/loca
l/lib -L/usr/local/lib  -L/usr/local/lib -ldvdnav -L/usr/local/lib  
-pthread liba
vformat/libavformat.a  libavcodec/libavcodec.a  libavutil/libavutil.a   
libpostpr
oc/libpostproc.a-lxvidcore -ldts -lpng -lz -lz -ljpeg   -pthread  
-L/usr/
local/lib -lx264   -pthread -lmp3lame  -lncurses  -lungif   
-lsmbclient
   -pthread  -rdynamic -liconv -lmlibfaad2/libfaad2.a   
mp3lib/libMP3.a liba5
2/liba52.a libmpeg2/libmpeg2.a tremor/libvorbisidec.a libass/libass.a  
-L/usr/X11
R6/lib -lfontconfig   -L/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib  
-lfreetype
 -lz  -lGL  -lXxf86dga -lXv  -lXxf86vm -lXinerama -L/usr/X11R6/lib  
-lXext -lX11
 -pthread vidix/libvidix.a -laudio -lXt -L/usr/X11R6/lib  
-lXext -lX1

1  -pthread
libavcodec/libavcodec.a(mpegaudiodec.o)(.text+0x9a5): In function  
`decode_init':

: undefined reference to `llrint'


The llrint() was added in FreeBSD 5.4.

Cheers,
Mezz


gmake: *** [mplayer] Error 1
*** Error code 2

Stop in /usr/ports/multimedia/mplayer.



--
[EMAIL PROTECTED]  -  [EMAIL PROTECTED]
FreeBSD GNOME Team  -  FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/  -  [EMAIL PROTECTED]
http://wiki.freebsd.org/multimedia  -  [EMAIL PROTECTED]
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Undefined reference to 'llrint' when portinstalling multimedia/mplayer

2006-11-28 Thread Jeremy Chadwick
On Tue, Nov 28, 2006 at 01:10:32PM -0600, Jeremy Messenger wrote:
 On Tue, 28 Nov 2006 12:22:41 -0600, Anthony Elizondo  
 [EMAIL PROTECTED] wrote:
 
 I'm getting the following error when installing multimedia/mplayer.
 Anyone have any ideas?
 
 I'm running 5.3-RELEASE.
 
 Your system is too old, please update it to 5.5 or even better to 6.x.
 
 libavcodec/libavcodec.a(mpegaudiodec.o)(.text+0x9a5): In function  
 `decode_init':
 : undefined reference to `llrint'
 
 The llrint() was added in FreeBSD 5.4.

The port should be changed to address this fact, because the
end-user won't know what release has what libm functions until
it's too late (case in point).  For OSVERSION values:

http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html

Something like this should do just fine:

.if ${OSVERSION}  504000
BROKEN= Requires FreeBSD 5.4 or later, for llrint(3)
.endif

-- 
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networkinghttp://www.parodius.com/ |
| UNIX Systems Administrator   Mountain View, CA, USA |
| Making life hard for others since 1977.   PGP: 4BD6C0CB |

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