Bug 4061 - automake fails to generate Makefile.in when project contains Objective-C sources
Summary: automake fails to generate Makefile.in when project contains Objective-C sources
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: automake_1.8 (show other bugs)
Version: unstable
Hardware: all Linux
: P2 major
Assignee: Dmitry V. Levin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-30 10:05 MSD by Sir Raorn
Modified: 2010-01-24 20:07 MSK (History)
0 users

See Also:

Attachments
Objective-C compiles support via AM_PROG_OBJC (aclocal) (1.07 KB, text/plain)
2004-04-30 11:55 MSD, Sir Raorn 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Sir Raorn 2004-04-30 10:05:09 MSD 
Objective-C support in automake >= 1.6 is broken.

When project contains *.m sources (Objective-C), automake wants OBJCDEPMOD
variable to be defined. This variable can only be defined with
_AM_DEPENDENCIES(OBJC) macro. This macro documented as "private macros you
should not call directly"

There is no any documented way to define OBJCDEPMOD.

On the other side, where is gcj.m4 file, that defines AM_PROG_GCJ macro. This
macro defines GCJ, GCJFLAGS and GCJDEPMOD variables.
Comment 1 Sir Raorn 2004-04-30 11:55:54 MSD 
Created attachment 401 [details]
Objective-C compiles support via AM_PROG_OBJC (aclocal)
Comment 2 Dmitry V. Levin 2004-08-04 21:01:12 MSD 
Applied in automake_1.8-1.8.3-alt3.
Comment 3 Mikhail Zabaluev 2005-01-05 02:53:46 MSK 
The file did not make it to the installed files.
You have to add it to dist_m4data_DATA variable in m4/Makefile to have it installed.
Comment 4 Dmitry V. Levin 2010-01-24 20:07:03 MSK 
It was fixed a long time ago.