X-Spam-Check-By: sourceware.org
Message-ID: <ee9b16d00706021409o7f1facecu6d858e51f4e9fbf1@mail.gmail.com>
Date: Sat, 2 Jun 2007 17:09:23 -0400
From: "Scott Peterson" <lunchtimemama AT gmail DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Build problems - unistd.h
In-Reply-To: <ee9b16d00706011434h295e1afer8fdd345aac480ae@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <ee9b16d00705281855m57914fcag37e88f9a52b47315 AT mail DOT gmail DOT com> 	 <ee9b16d00705291413j579cc046vcd3d8d8517c3f6ef AT mail DOT gmail DOT com> 	 <ee9b16d00705291712s4b79ba95u66054f4dc66709a5 AT mail DOT gmail DOT com> 	 <ee9b16d00705302103l50d883aej5e1e30328109b099 AT mail DOT gmail DOT com> 	 <Pine DOT GSO DOT 4 DOT 63 DOT 0705311030070 DOT 13828 AT access1 DOT cims DOT nyu DOT edu> 	 <ee9b16d00706011434h295e1afer8fdd345aac480ae AT mail DOT gmail DOT com>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

> You really should not edit unistd.h or any other system header, ever.
> That's a very bad practice to get into.  If "#undef pipe" in
> dbus-binding-tool-glib.c works, then go with that, but even that's a
> horrible hack.  The best way would be to find out why this macro that
> seems to be relevant only to MinGW/native win32 builds is getting pulled
> in for a Cygwin build and report it upstream, otherwise it'll never get
> fixed.
>
> The undefined reference looks like a link error, a completely unrelated
> and separate failure.  You aren't doing anyone any good by deleting all
> of the surrounding context of these errors.  If we had the link command
> that produced the error we might be able to spot a problem, like
> incorrect ordering of -l arguments or something.  But without that, all
> that can be said is "find where that symbol is defined and then find why
> the linker can't find it."
>
> Brian
>

Here's everything from the build's final moments:

/bin/sh ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall
-Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes
-Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal
-Wsign-compare   -o dbus-binding-tool.exe  dbus-binding-tool-glib.o
dbus-glib-tool.o libdbus-gtool.la libdbus-glib-1.la -ldbus-1
-LC:/mono/Mono-1.2.4/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv
-lexpatgcc -g -O2 -Wall -Wchar-subscripts -Wmissing-declarations
-Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align
-Wfloat-equal -Wsign-compare -o .libs/dbus-binding-tool.exe
dbus-binding-tool-glib.o dbus-glib-tool.o  ./.libs/libdbus-gtool.a
./.libs/libdbus-glib-1.dll.a -LC:/mono/Mono-1.2.4/lib -L/usr/lib
/usr/lib/libdbus-1.dll.a /usr/lib/libgobject-2.0.dll.a
/usr/lib/libglib-2.0.dll.a -luser32 -lkernel32 /usr/lib/libintl.dll.a
/usr/lib/libiconv.dll.a -lintl -liconv /usr/lib/libexpat.dll.a
-L/usr/local/libdbus-binding-tool-glib.o: In function
`dbus_binding_tool_output_glib_server':
/home/Scott/downloads/dbus-glib-0.73/dbus/dbus-binding-tool-glib.c:800:
undefined reference to `_g_file_open_tmp_utf8'
/home/Scott/downloads/dbus-glib-0.73/dbus/dbus-binding-tool-glib.c:828:
undefined reference to `_g_spawn_async_with_pipes_utf8'
dbus-glib-tool.o: In function `main':
/home/Scott/downloads/dbus-glib-0.73/dbus/dbus-glib-tool.c:392:
undefined reference to `_g_io_channel_new_file_utf8'
./.libs/libdbus-gtool.a(dbus-gloader-expat.o): In function
`description_load_from_file':
/home/Scott/downloads/dbus-glib-0.73/dbus/dbus-gloader-expat.c:176:
undefined reference to `_g_file_get_contents_utf8'
collect2: ld returned 1 exit status
make[4]: *** [dbus-binding-tool.exe] Error 1
make[4]: Leaving directory `/home/Scott/downloads/dbus-glib-0.73/dbus'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/Scott/downloads/dbus-glib-0.73/dbus'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/Scott/downloads/dbus-glib-0.73/dbus'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/Scott/downloads/dbus-glib-0.73'
make: *** [all] Error 2

-- 
Scott.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/