On 19/03/2012 15:50, Kristian Høgsberg wrote:
> Ok, I pushed with the BUILT_SOURCES line, but didn't add -no-undefined.
On 19/03/2012 19:54, Matt Turner wrote:
> On Mon, Mar 19, 2012 at 3:52 PM, Jose Fonseca wrote:
>> I didn't know that --no-undefined . It seems quite nice, but more for Linux
>
On Mon, Mar 19, 2012 at 3:52 PM, Jose Fonseca wrote:
> I didn't know that --no-undefined . It seems quite nice, but more for Linux
> than Windows, as on windows all DLLs are linked work as if --no-undefined is
> set -- no undefined symbols are ever allowed.
Right, I think that's why Jon sugge
I didn't know that --no-undefined . It seems quite nice, but more for Linux
than Windows, as on windows all DLLs are linked work as if --no-undefined is
set -- no undefined symbols are ever allowed.
Jose
- Original Message -
> On Mon, Mar 19, 2012 at 11:50 AM, Kristian Høgsberg
> wro
On Mon, Mar 19, 2012 at 11:50 AM, Kristian Høgsberg wrote:
> Ok, I pushed with the BUILT_SOURCES line, but didn't add -no-undefined.
I think no undefined is important for Windows, and I know it would
have caught some problems for me in the past.
Matt
_
On Mon, Mar 19, 2012 at 11:23 AM, Jon TURNEY
wrote:
>> I don't see that here, I can remove glapi_mapi_tmp.h and make will
>> rebuild it with the python script. A full autogen should generate the
>> new dep rules (though ./config.status depfiles may be enough).
>
> I did not find that to be the ca
> I don't see that here, I can remove glapi_mapi_tmp.h and make will
> rebuild it with the python script. A full autogen should generate the
> new dep rules (though ./config.status depfiles may be enough).
I did not find that to be the case.
Attached is a patch which adds BUILT_SOURCES and the -
On Sat, Mar 17, 2012 at 11:36 PM, Matt Turner wrote:
> On Fri, Mar 16, 2012 at 4:29 PM, Kristian Høgsberg wrote:
>> This fixes a build problem where EGL links to libgbm.la, which encodes
>> a relative path to it's libglapi.so dependency. The relative path
>> breaks when the linker tries to resol
On Fri, Mar 16, 2012 at 4:29 PM, Kristian Høgsberg wrote:
> This fixes a build problem where EGL links to libgbm.la, which encodes
> a relative path to it's libglapi.so dependency. The relative path
> breaks when the linker tries to resolve it from src/egl/main instead
> of src/gbm. Typically we
On Fri, 16 Mar 2012 16:29:32 -0400, Kristian Høgsberg
wrote:
> This fixes a build problem where EGL links to libgbm.la, which encodes
> a relative path to it's libglapi.so dependency. The relative path
> breaks when the linker tries to resolve it from src/egl/main instead
> of src/gbm. Typicall
This fixes a build problem where EGL links to libgbm.la, which encodes
a relative path to it's libglapi.so dependency. The relative path
breaks when the linker tries to resolve it from src/egl/main instead
of src/gbm. Typically we silently fall back to the system
libglapi.so, which is wrong and b
10 matches
Mail list logo
