[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Linking problems with gcc 4.6.1 and GNUstep trunk

From: Riccardo Mottola
Subject: Re: Linking problems with gcc 4.6.1 and GNUstep trunk
Date: Tue, 21 Feb 2012 09:38:46 +0100
User-agent: Mozilla/5.0 (X11; NetBSD i386; rv:8.0) Gecko/20111219 Thunderbird/8.0

On 02/21/12 09:29, Wolfgang Lux wrote:

I would say this is the expected behavior. The XXX_LDFLAGS variables are 
supposed to provide library paths, i.e., -L options, but not libraries 
themselves, i.e., -l options. These should be provided via a XXX_LIBS flags 
(and if I'm not mistaken adserver_LIBS should do the job). The reason for this 
separation is that for many linkers the order of arguments on the command line 
matters. The problem with the initial version of your Makefile is that 
-lAddresses appeared before ./obj/adserver.obj/adserver.m.o on the command line 
and hence the library wasn't used to resolve undefined references in the object 
file. The second version of the makefile gets the order of arguments right, 
i.e., -LAddresses appears after ./obj/adserver.obj/adserver.m.o in the link 
command line.

yes, adserver_LIBS should be fine.

I checked how ProjectCenter generates a makefile whe it depends on an installed Framework and I see this:

APP_NAME = Cartesius

# Libraries
Cartesius_LIBRARIES_DEPEND_UPON += -lOresmeKit

now this exceed my gnustep-make knwoledge by a far stretch :)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]