Expansion of -I wrong for emacs & builds without fail.

[Ashish SHUKLA]

J Hellenthal writes:

> stable/8 i386,

> Can we get this fixed please!. It does not stop compilation and build
> succeeds and runs as expected though were throwing non-existent
> options to gcc or any other compiler that's used.

> I noticed this a few weeks ago when I first built the port but let it
> be figuring it would probably be fixed by now... needless to say due
> to the ncurses bump not too long ago, it has brought it to my
> attention again.


> cc -c -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib
> -I/usr/local/include -Demacs -DHAVE_CONFIG_H
> -I. -I/usr/obj/usr/ports/editors/emacs/work/emacs-23.2/src
> -I/usr/X11R6/include -I/usr/local/include -L/usr/local/lib
> -I/usr/local/include -D_THREAD_SAFE -D_REENTRANT
> -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include
> -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo
> -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/pango-1.0

> :HERE:
> -I/usr/local/include/gio-1 -2.0/ -I/usr/local/include :HERE:

> -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
> -I/usr/local/include/pixman-1 -I/usr/local/include/freetype2
> -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/freetype2
> -D_REENTRANT -D_THREAD_SAFE -I/usr/local/include/librsvg-2.0
> -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
> -I/usr/local/include/gdk-pixbuf-2.0 -I/usr/local/include/cairo
> -I/usr/local/include -I/usr/local/include/pixman-1 
> -I/usr/local/include/freetype2   -O2 -pipe -fno-strict-aliasing
> -I/usr/local/include/freetype2 -I/usr/local/include  xdisp.c

> :CAUSES:
> cc: unrecognized option '-2.0/'
> :CAUSES:

> Relevant configuration: /var/db/ports/emacs/options
> # This file is auto-generated by 'make config'.

> Incorrect spelling for ``servicable'' as a side note.
> :PS:
> # No user-servicable parts inside!
> :PS:

> # Options for emacs-23.2_4,2
> _OPTIONS_READ=emacs-23.2_4,2
> WITHOUT_CANNA=true
> WITHOUT_DBUS=true
> WITHOUT_GCONF=true
> WITH_GIF=true
> WITH_GTK2=true
> WITH_JPEG=true
> WITHOUT_M17N=true
> WITHOUT_MOTIF=true
> WITH_OTF=true
> WITH_PNG=true
> WITHOUT_SOUND=true
> WITH_SOURCES=true
> WITH_SVG=true
> WITH_TIFF=true
> WITHOUT_XAW=true
> WITHOUT_XAW3D=true
> WITH_SYNC_INPUT=true
> WITH_SCROLLBARS=true
> WITH_XFT=true
> WITH_XIM=true
> WITH_XPM=true

Hi,

I'm aware of this issue which is caused by GNU Emacs using cpp to generate
Makefile. This was fixed in bzr HEAD, as well as branch for Emacs 23. Emacs
23.3 was released yesterday, where it is fixed. I'm pushing an update in this
week or the next week, so this should be fixed then.

Sorry for the inconvenience.

-- 
Ashish SHUKLA      | GPG: F682 CDCC 39DC 0FEA E116  20B6 C746 CFA9 E74F A4B0
freebsd.org!ashish | http://people.freebsd.org/~ashish/

Avoid Success At All Costs !!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20110310/93d1cb23/attachment.pgp