Same arch compiling and lib versions

[Romain Rivière [e-mail] [nslu2-developers]]

Hi list,

I am making good progress in my endeavour to build optware for my x86_64
Synology. However, there is this problem I've ran into twice already.

I am building on x86_64, but not on the NAS itself. When building stuff,
like libcurl for instance, configure will sometime run a test which
consists of building an executable linked against a library.
In this instance, it links against OpenSSL's libssl.

The problem is that even though --with-ssl is set with the staging path
where Optware's openssl-0.9.8 is built, the test executable will try to
dynamically load the _HOST_'s openssl, which in my case is 1.0.1, and
the test fails.

My solution so far has been to include a patch that changes configure's
cross_compiling initialization from "no" to "yes". It works, but I'm
wondering if there's another solution to this problem.

Any thoughts?
Does this not happen when building for i686 on i686 as well?

Cheers
--
Romain Rivière


------------------------------------
Posted by: =?UTF-8?B?Um9tYWluIFJpdmnDqHJl?= <lecoyote-***@public.gmane.org>
------------------------------------


------------------------------------

Yahoo Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/nslu2-developers/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/nslu2-developers/join
(Yahoo! ID required)

<*> To change settings via email:
nslu2-developers-digest-***@public.gmane.org
nslu2-developers-fullfeatured-***@public.gmane.org

<*> To unsubscribe from this group, send an email to:
nslu2-developers-unsubscribe-***@public.gmane.org

<*> Your use of Yahoo Groups is subject to:
https://info.yahoo.com/legal/us/yahoo/utos/terms/

[Mauro Condarelli mc5686-dP4/[e-mail] [nslu2-developers]]

Post by Romain Rivière lecoyote-***@public.gmane.org [nslu2-developers]
Hi list,
I am making good progress in my endeavour to build optware for my x86_64
Synology. However, there is this problem I've ran into twice already.
I am building on x86_64, but not on the NAS itself. When building stuff,
like libcurl for instance, configure will sometime run a test which
consists of building an executable linked against a library.
In this instance, it links against OpenSSL's libssl.
The problem is that even though --with-ssl is set with the staging path
where Optware's openssl-0.9.8 is built, the test executable will try to
dynamically load the _HOST_'s openssl, which in my case is 1.0.1, and
the test fails.
My solution so far has been to include a patch that changes configure's
cross_compiling initialization from "no" to "yes". It works, but I'm
wondering if there's another solution to this problem.
Any thoughts?
Does this not happen when building for i686 on i686 as well?

I think Your problem is the "gnu triplet".
Since Your "target" is equal to "build" configure and friends won't recognize you're attempting a cross-build.
If You are not cross-building system compiler/libs will be used instead of what's in toolchain.
I don't know enough Optware build system (yet) to help finding a workaround.

Post by Romain Rivière lecoyote-***@public.gmane.org [nslu2-developers]
Cheers

------------------------------------
Posted by: Mauro Condarelli <mc5686-dP4/***@public.gmane.org>
------------------------------------


------------------------------------

Yahoo Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/nslu2-developers/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/nslu2-developers/join
(Yahoo! ID required)

<*> To change settings via email:
nslu2-developers-digest-***@public.gmane.org
nslu2-developers-fullfeatured-***@public.gmane.org

<*> To unsubscribe from this group, send an email to:
nslu2-developers-unsubscribe-***@public.gmane.org

<*> Your use of Yahoo Groups is subject to:
https://info.yahoo.com/legal/us/yahoo/utos/terms/

[Romain Rivière [e-mail] [nslu2-developers]]

Hi there,

Post by Mauro Condarelli mc5686-dP4/***@public.gmane.org [nslu2-developers]

Post by Romain Rivière lecoyote-***@public.gmane.org [nslu2-developers]
Any thoughts?
Does this not happen when building for i686 on i686 as well?

I think Your problem is the "gnu triplet".
Since Your "target" is equal to "build" configure and friends won't
recognize you're attempting a cross-build.
If You are not cross-building system compiler/libs will be used instead
of what's in toolchain.
I don't know enough Optware build system (yet) to help finding a workaround.

I had arrived to the same conclusion but forgot to send feedback.
It just so happens that amongst optware targets, the one I created was
probably the first to run the risk of a triplet collision. By altering
the vendor to "syno", I get a triplet difference which restores
cross-compilation behaviour.
Cheers
--
Romain Rivière


------------------------------------
Posted by: =?UTF-8?B?Um9tYWluIFJpdmnDqHJl?= <lecoyote-***@public.gmane.org>
------------------------------------


------------------------------------

Yahoo Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/nslu2-developers/

<*> Your email settings:
Individual Email | Traditional

<*> To change settings online go to:
http://groups.yahoo.com/group/nslu2-developers/join
(Yahoo! ID required)

<*> To change settings via email:
nslu2-developers-digest-***@public.gmane.org
nslu2-developers-fullfeatured-***@public.gmane.org

<*> To unsubscribe from this group, send an email to:
nslu2-developers-unsubscribe-***@public.gmane.org

<*> Your use of Yahoo Groups is subject to:
https://info.yahoo.com/legal/us/yahoo/utos/terms/