Re: (GSoC) Compiling and loading gEDA/gschem plugin [was: Re: gsoc - gnucap project]

"[email protected]" <[email protected]>
Newsgroups gmane.comp.gnu.gnucap.devel
Message-ID <CABYfvgDgOhpHGKsrGDBE9h+wJ6UFFKEkiU97+rxmt=xppjCiTA@mail.gmail.com>
On Wed, Aug 8, 2012 at 2:26 AM, Felix Salfelder <[email protected]> wrote:
> On Wed, Aug 08, 2012 at 12:45:31AM +0530, [email protected] wrote:
>> I think makefile doesn't compile with -shared flag and hence the issue.
>
> yes. since the module-compile/install/load infrastructure is still
> missing, i decided to simply add it to *_SRCS in Makefile.am. the
> resulting .o's cannot be loaded, but get linked into the gnucap
> executable and need not be loaded.
>
> this is a hack, but IMO finding geda is more important than having
> dyanmically loadable shared objects.
>
> regards
> felix


On Thu, Aug 9, 2012 at 11:59 AM, al davis <[email protected]> wrote:
> On Tuesday 07 August 2012, [email protected] wrote:
>
> The suffix is ".so" (shared object) not ".o".
>
> Make has a collection of default rules, so even though
> lang_geda.o is not explicitly listed in the makefile, make finds
> a rule to make it.  Since .o is normally not "shared", the
> "-shared" flag is not used.

Okay, but In order for makefile to compile to a shared object file, we
need to specifiy that, right?

-- 
Savant Krishna | Junior Undergraduate | Electrical Engineering | IIT Bombay
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.