0

我来自 Objective-C/Xcode 背景。

我习惯于使用已经导入 XCode 的 C 项目,但现在我想分析一个我有兴趣与我的项目集成的算法的现有实现。

只是这个项目完全用 C 编写,与 Objective-C/Xcode 等无关。

我不确定在 Mac 上查看纯C 项目的最佳方式是什么,因此我为 C/C++ 安装了 NetBeans。

问题是当我尝试在 NetBeans 上创建一个新项目C/C++ Project with Existing Sources并选择它时会抱怨

no make files or configure scripts were found 

在根目录中.. 虽然它显然有一个 Makefile.am

我知道 Balsa 项目是为 linux 编写的,但我对构建二进制文件不感兴趣,我只想以 IDE 的方式查看源代码(即我可以单击函数调用并查看它的实现位置等ETC)。

所以简而言之,我的问题是为什么 NetBeans 不能识别我的Makefile.am?

这里的内容仅供参考Makefile.am

#intl dir needed for tarball --disable-nls build.
DISTCHECK_CONFIGURE_FLAGS=--disable-extra-mimeicons --without-gnome --without-html-widget
SUBDIRS = po sounds images doc libbalsa libinit_balsa src
# set tar in case it is not set by automake or make

man_MANS=balsa.1

pixmapdir = $(datadir)/pixmaps
pixmap_DATA = gnome-balsa2.png

desktopdir = $(datadir)/applications
desktop_in_files = balsa.desktop.in balsa-mailto-handler.desktop.in
desktop_DATA = balsa.desktop balsa-mailto-handler.desktop
@INTLTOOL_DESKTOP_RULE@

balsa_extra_dist =      \
    GNOME_Balsa.server.in   \
    HACKING         \
    balsa-mail-style.xml    \
    balsa-mail.lang     \
    balsa.1.in      \
    balsa.spec.in       \
    bootstrap.sh        \
    docs/mh-mail-HOWTO  \
    docs/pine2vcard     \
    docs/vconvert.awk   \
    $(desktop_in_files) \
    gnome-balsa2.png    \
    intltool-extract.in \
    intltool-merge.in   \
    intltool-update.in  \
    mkinstalldirs

if BUILD_WITH_G_D_U
balsa_g_d_u_extra_dist = gnome-doc-utils.make
endif

if !BUILD_WITH_UNIQUE
serverdir               = $(libdir)/bonobo/servers
server_in_files         = GNOME_Balsa.server
server_DATA             = $(server_in_files:.server.in=.server)

$(server_in_files): $(server_in_files).in
    sed -e "s|\@bindir\@|$(bindir)|" $< > $@

endif

EXTRA_DIST =            \
    $(balsa_extra_dist)     \
    $(balsa_g_d_u_extra_dist)

if BUILD_WITH_GTKSOURCEVIEW2
gtksourceviewdir = $(BALSA_DATA_PREFIX)/gtksourceview-2.0
gtksourceview_DATA = balsa-mail.lang        \
    balsa-mail-style.xml
endif

DISTCLEANFILES = $(desktop_DATA) $(server_DATA) \
    intltool-extract intltool-merge intltool-update \
    gnome-doc-utils.make


dist-hook: balsa.spec
    cp balsa.spec $(distdir)

@MAINT@RPM: balsa.spec
@MAINT@ rm -f *.rpm
@MAINT@ $(MAKE) distdir="$(PACKAGE)-@BALSA_VERSION@" dist
@MAINT@ cp $(top_srcdir)/rpm-po.patch $(top_builddir)/rpm-po.patch
@MAINT@ rpm -ta "./$(PACKAGE)-@BALSA_VERSION@.tar.gz"
@MAINT@ rm $(top_builddir)/rpm-po.patch
@MAINT@ -test -f "/usr/src/redhat/SRPMS/$(PACKAGE)-@VERSION@-@BALSA_RELEASE@.src.rpm" \
@MAINT@     && cp -f "/usr/src/redhat/SRPMS/$(PACKAGE)-@VERSION@-@BALSA_RELEASE@.src.rpm" .
@MAINT@ -for ping in /usr/src/redhat/RPMS/* ; do \
@MAINT@     if test -d $$ping ; then \
@MAINT@         arch=`echo $$ping |sed -e 's,/.*/\([^/][^/]*\),\1,'` ; \
@MAINT@         f="$$ping/$(PACKAGE)-@VERSION@-@BALSA_RELEASE@.$$arch.rpm" ; \
@MAINT@         test -f $$f && cp -f $$f . ; \
@MAINT@     fi ; \
@MAINT@ done

@MAINT@snapshot:
@MAINT@ $(MAKE) distdir=$(PACKAGE)-`date +"%y%m%d"` dist

@MAINT@balsa-dcheck:
@MAINT@ $(MAKE) BALSA_DISTCHECK_HACK=yes distcheck

## to automatically rebuild aclocal.m4 if any of the macros in
## `macros/' change
bzdist: distdir
    @test -n "$(AMTAR)" || { echo "AMTAR undefined. Run make bzdist AMTAR=gtar"; false; }
    -chmod -R a+r $(distdir)
    $(AMTAR) chojf $(distdir).tar.bz2 $(distdir)
    -rm -rf $(distdir)

# macros are not used any more by current configure.in, see also
# post by Ildar Mulyukov to balsa-list, 2006.06.27
# ACLOCAL_AMFLAGS = -I macros

更新

我试过这个答案..但我得到了以下信息:

autoreconf --install
configure.in:250: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library
glibtoolize: putting auxiliary files in `.'.
glibtoolize: copying file `./ltmain.sh'
glibtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
glibtoolize: copying file `m4/libtool.m4'
glibtoolize: copying file `m4/ltoptions.m4'
glibtoolize: copying file `m4/ltsugar.m4'
glibtoolize: copying file `m4/ltversion.m4'
glibtoolize: copying file `m4/lt~obsolete.m4'
glibtoolize: Remember to add `LT_INIT' to configure.in.
glibtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
glibtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT'
configure.in:250: warning: macro `AM_GLIB_GNU_GETTEXT' not found in library
configure.in:249: error: possibly undefined macro: AC_PROG_INTLTOOL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.in:250: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
configure.in:301: error: possibly undefined macro: AC_MSG_ERROR
autoreconf: /usr/bin/autoconf failed with exit status: 1

我正在考虑使用输出中的建议..

4

2 回答 2

1

有趣的。我刚刚尝试下载“balsa”并注意到他们分发了 Makefile.am 和 configure.in 文件,而不是准备运行的配置脚本。你可以让包维护者知道他们没有通过不预编译他们自己的自动工具源代码来帮助任何人。

Makefile.am 不是真正的 Makefile。它是生成 Makefile.in 的东西,而 Makefile.in 又被配置脚本翻译成真正的 Makefile。

尝试以下步骤:

将源代码下载到 balsa 再次清理。然后从命令提示符键入以下内容:

autoreconf --install

(如果您没有 autoreconf,您可能需要安装 autotools 软件包 - 呃……)

那应该生成配置脚本。然后输入:

./configure

它抱怨缺少一些 GMime 依赖项,所以我没有看到它实际上生成了 Makefile。一旦到达生成 Makefile 的位置,您应该能够将 Netbeans 指向“从现有源打开项目”。

于 2012-12-25T13:14:44.537 回答
0

应阿布德的要求...

Netbeans is not very good for C development. One approach would be to build an XCode project around the source base. The maintainers of the project may even accept the XCode project as a contribution.

于 2012-12-26T07:54:50.443 回答