On 3/9/2013 06:20, Erik de Castro Lopo wrote:
> bat guano wrote:
>
>>
>> Hi
>> I have a problem now cross-compiling FLAC from latest git.
>> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1).
>>
>> I think that the problem might have been introduced on 5 Mar 2013
>> with commit 05
On 3/9/2013 09:41, JonY wrote:
> On 3/9/2013 06:20, Erik de Castro Lopo wrote:
>> bat guano wrote:
>>
>>>
>>> Hi
>>> I have a problem now cross-compiling FLAC from latest git.
>>> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1).
>>>
>>> I think that the problem might have been in
On 3/13/2013 06:50, Erik de Castro Lopo wrote:
> JonY wrote:
>
>> Dave, my toolchain automatically links libssp already, I am using
>> vanilla sources.
>
> Are you doing a native Windows compile with MinGW or cross compiling
> from Linux?
>
Crossing from Cygwin, GCC built from vanilla FSF sourc
Erik de Castro Lopo wrote:
> This stuff is broken. I cannot see any reasonable way to make this
> work across the board. The best option I can suggest is a
>
> ./configure --enable-stack-smash-protect
>
> which is disabled by default.
This is now in git.
Erik
--
-
JonY wrote:
> Dave, my toolchain automatically links libssp already, I am using
> vanilla sources.
Are you doing a native Windows compile with MinGW or cross compiling
from Linux?
> Why not also check if -lssp is required? If the toolchain has SSP
> disabled it should not be passing. Check onces
Dave Yeo wrote:
> I can get around the undefined symbol errors by doing make LDFLAGS=-lssp
> Perhaps Windows and FreeBSD will also work if linked against ssp.a /
> ssp.dll. OF course this introduces another dependency.
Yes, *highly* un-desirable.
Erik
--
--
On 3/13/2013 03:50, Dave Yeo wrote:
> On 03/12/13 12:39 pm, Erik de Castro Lopo wrote:
>> For the Linux -> Windows cross compile for instance, this detects
>> SSP as working, but when I compile it fails with:
>>
>> CC stream_encoder_framing.lo
>> CC window.lo
>> CCLD libFL
On 03/12/13 12:39 pm, Erik de Castro Lopo wrote:
> For the Linux -> Windows cross compile for instance, this detects
> SSP as working, but when I compile it fails with:
>
> CC stream_encoder_framing.lo
> CC window.lo
> CCLD libFLAC.la
>Creating library file: .libs/libF
JonY wrote:
> What is your link test checking and how does it fail?
My m4 macro is really simple, TRY_LINK a simple program with the
stack protect CFLAGS:
AC_DEFUN([XIPH_GCC_STACK_PROTECTOR],
[AC_LANG_ASSERT(C)
AC_MSG_CHECKING([if $CC supports stack smash protection])
xip
On 3/12/2013 18:58, Erik de Castro Lopo wrote:
> Erik de Castro Lopo wrote:
>
>> JonY wrote:
>>
>>> Please do a link time test instead, I am not getting this error and
>>> would like to keep stack protector on.
>>
>> I'll write an m4 macro.
>
> I have attampted to write a macro that reliably dete
Erik de Castro Lopo wrote:
> JonY wrote:
>
> > Please do a link time test instead, I am not getting this error and
> > would like to keep stack protector on.
>
> I'll write an m4 macro.
I have attampted to write a macro that reliably detects the availability
of stack smash protection.
I curren
On 3/10/2013 02:31, bat guano wrote:
>
>
>
> Please do a link time test instead...
>
> The test case below...
>
> Hi
> I am not a programmer/developer.
> Much more info needed.
>
>
Yes, the message was for the developers.
Right now it is disabled fo
JonY wrote:
> Please do a link time test instead, I am not getting this error and
> would like to keep stack protector on.
I'll write an m4 macro.
Erik
--
--
Erik de Castro Lopo
http://www.mega-nerd.com/
___
Please do a link time test instead...
The test case below...
Hi
I am not a programmer/developer.
Much more info needed.
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/fla
On 3/9/2013 06:20, Erik de Castro Lopo wrote:
> bat guano wrote:
>
>>
>> Hi
>> I have a problem now cross-compiling FLAC from latest git.
>> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1).
>>
>> I think that the problem might have been introduced on 5 Mar 2013
>> with commit 05
>
> That was fixed with
>
> commit d5b03bcc36474ff1c9f2da2dcb5212e810208a6f
> Author: Erik de Castro Lopo
> Date: Sat Mar 9 08:55:37 2013 +1100
>
> configure.ac : Don't enable stack protector for mingw* host_os.
>
Yes, it's fixed.
Thanks.
:-)
bat guano wrote:
>
> Hi
> I have a problem now cross-compiling FLAC from latest git.
> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1).
>
> I think that the problem might have been introduced on 5 Mar 2013
> with commit 05609d5 (configure.ac : Add hardening compile options.)
Can you
> re-run with --disable-silent-rules
Hi
I added "--disable-silent-rules" to config.
Like this:-
PKG_CONFIG_PATH="$HOME/FLAC_build/lib/pkgconfig"
LDFLAGS="-L$HOME/FLAC_build/lib" CFLAGS="-I$HOME/FLAC_build/include"
./configure --prefix=$HOME/
On 13-03-08 8:39 AM, bat guano wrote:
> /home/user/FLAC_build/flac-05609d5/src/libFLAC/.libs/libFLAC.a(ogg_helper.o):ogg_helper.c:(.text+0x173):
> undefined reference to `___stack_chk_guard'
I have a vague memory that -fstack-protector doesn't work in mingw, but
the configure check passed. Maybe
Hi
I have a problem now cross-compiling FLAC from latest git.
With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1).
I think that the problem might have been introduced on 5 Mar 2013 with commit
05609d5 (configure.ac : Add hardening compile options.)
Gives errors like this:-
/home
20 matches
Mail list logo
