Prev: tabstop setting for port Makefiles
Next: nagios-plugins-1.4.14_1,1 Configure Error, libtool15 to blame
From: Doug Barton on 29 Jun 2010 12:54
Tried doing the update today, but it failed:

Full log at http://people.freebsd.org/~dougb/png-gcc451.log

building static png library
ranlib libpng.a
building shared library libpng.so.6
/usr/local/bin/gcc45 -pipe -g -march=native -g -g -I. -g -std=gnu99
-fstack-protector -L. -static -o pngtest pngtest.o -lpng -lz -lm
pngread.So: In function `png_create_read_struct_2':
/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngread.c:201:
undefined reference to `__stack_chk_fail_local'
pngrutil.So: In function `png_read_chunk_header':
/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:111:
undefined reference to `__stack_chk_fail_local'
pngrutil.So: In function `png_inflate':
/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:293:
undefined reference to `__stack_chk_fail_local'
pngrutil.So: In function `png_decompress_chunk':
/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:412:
undefined reference to `__stack_chk_fail_local'
pngrutil.So: In function `png_handle_IHDR':
/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:492:
undefined reference to `__stack_chk_fail_local'
pngrutil.So:/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:928:
more undefined references to `__stack_chk_fail_local' follow
/usr/local/bin/ld: libpng.so.6: hidden symbol `__stack_chk_fail_local'
isn't defined
/usr/local/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
*** Error code 1
1


--

Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/

Computers are useless. They can only give you answers.
-- Pablo Picasso

_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Anonymous on 29 Jun 2010 22:27
Doug Barton <dougb(a)FreeBSD.org> writes:

> Tried doing the update today, but it failed:
>
> Full log at http://people.freebsd.org/~dougb/png-gcc451.log
>
> building static png library
> ranlib libpng.a
> building shared library libpng.so.6
> /usr/local/bin/gcc45 -pipe -g -march=native -g -g -I. -g -std=gnu99
> -fstack-protector -L. -static -o pngtest pngtest.o -lpng -lz -lm
> pngread.So: In function `png_create_read_struct_2':
> /usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngread.c:201:
> undefined reference to `__stack_chk_fail_local'
> pngrutil.So: In function `png_read_chunk_header':
> /usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:111:
> undefined reference to `__stack_chk_fail_local'
> pngrutil.So: In function `png_inflate':
> /usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:293:
> undefined reference to `__stack_chk_fail_local'
> pngrutil.So: In function `png_decompress_chunk':
> /usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:412:
> undefined reference to `__stack_chk_fail_local'
> pngrutil.So: In function `png_handle_IHDR':
> /usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:492:
> undefined reference to `__stack_chk_fail_local'
> pngrutil.So:/usr/local/tmp/usr/local/ports/graphics/png/work/libpng-1.4.3/pngrutil.c:928:
> more undefined references to `__stack_chk_fail_local' follow
> /usr/local/bin/ld: libpng.so.6: hidden symbol `__stack_chk_fail_local'
> isn't defined

Hmm, I can't reproduce this -fstack-protector error on

$ uname -vm
FreeBSD 9.0-CURRENT #0 r209581=f9b9ab9-dirty: Tue Jun 29 00:46:39 UTC 2010 holo(a)raphael.local:/a/objdir/a/dirty_build/sys/PHOENIX amd64
$ cc --version
cc (GCC) 4.5.1 20100624 (prerelease)
$ ld --version
GNU gold (GNU Binutils 2.20.51.20100621) 1.9
$ readelf -s libpng.so.6 | fgrep __stack_chk_fail_local
$ readelf -s pngtest | fgrep -eNum: -e__stack_chk_fail_local
Num: Value Size Type Bind Vis Ndx Name
1981: 000000000042f6a0 10 FUNC WEAK DEFAULT 1 __stack_chk_fail_local

Visibility and binding for that symbol are same here whether using gcc45 or basegcc.

You can try to build without -fstack-protector in bsd.sys.mk

$ make SSP_CFLAGS=

> /usr/local/bin/ld: final link failed: Nonrepresentable section on output
> collect2: ld returned 1 exit status
> *** Error code 1
> 1
_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Doug Barton on 29 Jun 2010 23:28
On 06/29/10 19:27, Anonymous wrote:
> Doug Barton <dougb(a)FreeBSD.org> writes:
>
>> Tried doing the update today, but it failed:
>>
>> Full log at http://people.freebsd.org/~dougb/png-gcc451.log
>
> Visibility and binding for that symbol are same here whether using
> gcc45 or basegcc.
>
> You can try to build without -fstack-protector in bsd.sys.mk
>
> $ make SSP_CFLAGS=

That works, so obviously something wacky is happening that is causing
the ssp lib from gcc 4.5.1 to not be visible. Are you using anything to
mitigate the library ordering issue we talked about last time this
happened to me?

BTW, I tried building with gcc 4.5.1 but without the entries in
libmap.conf, no difference.


Doug

--

... and that's just a little bit of history repeating.
-- Propellerheads

Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/

_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Doug Barton on 29 Jun 2010 23:37
On Tue, 29 Jun 2010, Doug Barton wrote:

> On 06/29/10 19:27, Anonymous wrote:
>> Doug Barton <dougb(a)FreeBSD.org> writes:
>>
>>> Tried doing the update today, but it failed:
>>>
>>> Full log at http://people.freebsd.org/~dougb/png-gcc451.log
>>
>> Visibility and binding for that symbol are same here whether using
>> gcc45 or basegcc.
>>
>> You can try to build without -fstack-protector in bsd.sys.mk
>>
>> $ make SSP_CFLAGS=
>
> That works, so obviously something wacky is happening that is causing
> the ssp lib from gcc 4.5.1 to not be visible. Are you using anything to
> mitigate the library ordering issue we talked about last time this
> happened to me?
>
> BTW, I tried building with gcc 4.5.1 but without the entries in
> libmap.conf, no difference.

One more question. Is your gcc compiled with the LTO option?
(/var/db/ports/gcc*/options will tell you.) I had that enabled (it's off
by default) so I'm going to try recompiling gcc without it and see if it
helps.


Doug

--

Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/

Computers are useless. They can only give you answers.
-- Pablo Picasso

_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

From: Doug Barton on 30 Jun 2010 02:41
On Tue, 29 Jun 2010, Doug Barton wrote:

> One more question. Is your gcc compiled with the LTO option?
> (/var/db/ports/gcc*/options will tell you.) I had that enabled (it's off by
> default) so I'm going to try recompiling gcc without it and see if it helps.

Never mind, compiling without the LTO option didn't help.

I had the following libmap.conf entries:
libgcc_s.so.1 gcc45/libgcc_s.so.1
libgomp.so.1 gcc45/libgomp.so.1
libobjc.so.3 gcc45/libobjc.so.2
libssp.so.0 gcc45/libssp.so.0
libstdc++.so.6 gcc45/libstdc++.so.6

I commented all of those out, went into /lib and /usr/lib and moved the
base versions of the libraries out of the way, ran ldconfig -R, made
sure that /usr/local/lib/gcc45/libssp.so.0 is the only ssp library, and
then tried again, same error. The symbol appears to be in the lib:

nm libssp.so.0 | grep __stack_chk_fail_local
00000ac0 t __stack_chk_fail_local

So I'm at a loss, and pretty close to throwing in the towel and going
back to the base gcc for everything.


Doug

--

Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/

Computers are useless. They can only give you answers.
-- Pablo Picasso

_______________________________________________
freebsd-ports(a)freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"

 |  Next  |  Last
Pages: 1 2 3
Prev: tabstop setting for port Makefiles
Next: nagios-plugins-1.4.14_1,1 Configure Error, libtool15 to blame