Of Alan Hourihane
Sent: Wednesday, October 02, 2002 11:12 AM
To: [EMAIL PROTECTED]
Subject: Re: XFree 4.2.1 + fontconfig-2
On Wed, Oct 02, 2002 at 11:01:37AM -0400, Harold L Hunt II wrote:
Alan,
Everytime I a build check I do something like the following:
cd ../ [from foo/xc]
cd
On Tue, Oct 01, 2002 at 08:45:00PM -0400, Harold Hunt wrote:
Alan,
Something is definitely borken:
make[4]: Nothing to be done for `Makefiles'.
make[4]: Leaving directory `/home/harold/x-devel/build/cross/doc/man/GLU'
make[3]: Leaving directory `/home/harold/x-devel/build/cross/doc/man'
On Tue, 1 Oct 2002, Alan Hourihane wrote:
Yes, then they are probably needed, so just check for me and I'll make
the change.
I've done a test run this morning. Without the ComplexProgramTarget_1 in
cygwin.rules it fails in programs/bitmap with No rule for target bitmap found
since the
On Wed, Oct 02, 2002 at 12:39:04PM +0200, Alexander Gottwald wrote:
On Tue, 1 Oct 2002, Alan Hourihane wrote:
Yes, then they are probably needed, so just check for me and I'll make
the change.
I've done a test run this morning. Without the ComplexProgramTarget_1 in
cygwin.rules it
Alan,
Everytime I a build check I do something like the following:
cd ../ [from foo/xc]
cd build
mkdir std
cd std
lndir ../../xc /dev/null
make CROSSCOMPILEDIR=/cygwin/bin World World.log 21
Thus, I know for sure that any built file is being rebuilt :)
Next idea?
Harold
Alan Hourihane
On Wed, Oct 02, 2002 at 11:01:37AM -0400, Harold L Hunt II wrote:
Alan,
Everytime I a build check I do something like the following:
cd ../ [from foo/xc]
cd build
mkdir std
cd std
lndir ../../xc /dev/null
make CROSSCOMPILEDIR=/cygwin/bin World World.log 21
Thus, I know for sure
On Tue, 1 Oct 2002, Harold Hunt wrote:
Alan,
Something is definitely borken:
make[4]: Nothing to be done for `Makefiles'.
make[4]: Leaving directory `/home/harold/x-devel/build/cross/doc/man/GLU'
make[3]: Leaving directory `/home/harold/x-devel/build/cross/doc/man'
make[2]: Leaving
Alexander,
Is this from xc/Imakefile? Can you please post 10 lines above and
below the
RemoveFile in the Makefile. Maybe I can get a clue where it is coming
from.
Actually, I think it is from xc/xmakefile, since the Makefile is static.
I will do one better than posting a few lines:
On Sat, Sep 28, 2002 at 05:19:53PM +0200, Alexander Gottwald wrote:
Alan Hourihane wrote:
When you've come to a decision on the patch, post a new one so I
can take a look and then commit it.
There's a new one.
The cygwin.rules diff includes:
- new macro SharedLibraryName
On Tue, 1 Oct 2002, Alan Hourihane wrote:
Can someone test a Cross Compile environment. I needed to comment
out the ComplexProgramTarget_1 rule which isn't needed when building
on Cygwin in my tests, but may well be needed for cross compiles. If
so I can stick in the #if CrossCompile/#endif
On Tue, Oct 01, 2002 at 04:52:29PM +0200, Alexander Gottwald wrote:
On Tue, 1 Oct 2002, Alan Hourihane wrote:
Can someone test a Cross Compile environment. I needed to comment
out the ComplexProgramTarget_1 rule which isn't needed when building
on Cygwin in my tests, but may well be
Hourihane
Sent: Tuesday, October 01, 2002 10:59 AM
To: [EMAIL PROTECTED]
Subject: Re: XFree 4.2.1 + fontconfig-2
On Tue, Oct 01, 2002 at 04:52:29PM +0200, Alexander Gottwald wrote:
On Tue, 1 Oct 2002, Alan Hourihane wrote:
Can someone test a Cross Compile environment. I needed to comment
Alan,
Something is definitely borken:
make[4]: Nothing to be done for `Makefiles'.
make[4]: Leaving directory `/home/harold/x-devel/build/cross/doc/man/GLU'
make[3]: Leaving directory `/home/harold/x-devel/build/cross/doc/man'
make[2]: Leaving directory `/home/harold/x-devel/build/cross/doc'
Alan Hourihane wrote:
The following will work
Instead of
program: $(X11lib) $(Xtlib)
Do this
DONE: $(X11lib) $(Xtlib)
and at the end of the SharedLibraryTarget() stuff and other same
functions do this
DONE
Which will touch a file called DONE and that's the
Alan Hourihane wrote:
When you've come to a decision on the patch, post a new one so I
can take a look and then commit it.
There's a new one.
The cygwin.rules diff includes:
- new macro SharedLibraryName
evalutes to cygName-Version.dll
- new macro ImportLibraryName
evaluates to
Alexander Gottwald wrote:
#if Concat(SharedLib,libname)
#define LibraryTargetName(libname) Concat3(lib,libname,.dll.a)
#else
#define LibraryTargetName(libname) Concat3(lib,libname,l.a)
#endif
But I don't know if this is either valid for imake or if it will
break anything. And when you
On Tue, 24 Sep 2002, Nicholas Wourms wrote:
Well if I might comment on this and take a stance similar to Chuck's
line of reasoning (we were discussing this the other day). First
off, it Would Be Nice (tm) to use the prefix that the core
distribution uses cyg. Alexander says making that
--- Alexander Gottwald [EMAIL PROTECTED]
Secondly, Cygwin's shared
import libraries end in dll.a not .a [which is the suffix
reserved for static import libraries]. I really think we ought
to
differentiate on this. What if I wanted to distribute a shared
and
static version of my
On Wed, 25 Sep 2002, Nicholas Wourms wrote:
But I don't know if this is either valid for imake or if it will
break anything. And when you do a shared and a static version, the
static version will most likely be name libName.dll.a too.
Well that doesn't make any sense because on linux
--- Alan Hourihane [EMAIL PROTECTED] wrote:
On Tue, Sep 24, 2002 at 09:32:27 +0200, Alexander Gottwald wrote:
On Mon, 23 Sep 2002, Nicholas Wourms wrote:
How about a seperate package call X11-compat for this? Just
seems
like a waste of space for people who don't care.
Good
Nicholas Wourms wrote:
final outcome:
--
/usr/X11R6/bin/cygXfoo.0.0.dll
/usr/X11R6/lib/libXfoo.0.0.dll.a
/usr/X11R6/lib/libXfoo.0.dll.a
/usr/X11R6/lib/libXfoo.dll.a
/usr/X11R6/lib/libXfoo.a
Attached a patch which tweaks the makefile to build
lib$(NAME)-$(MAJOR).dll
If it builds then I approve and Alan should commit this directly.
Harold
Alexander Gottwald wrote:
Nicholas Wourms wrote:
final outcome:
--
/usr/X11R6/bin/cygXfoo.0.0.dll
/usr/X11R6/lib/libXfoo.0.0.dll.a
/usr/X11R6/lib/libXfoo.0.dll.a
/usr/X11R6/lib/libXfoo.dll.a
On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote:
Nicholas Wourms wrote:
final outcome:
--
/usr/X11R6/bin/cygXfoo.0.0.dll
/usr/X11R6/lib/libXfoo.0.0.dll.a
/usr/X11R6/lib/libXfoo.0.dll.a
/usr/X11R6/lib/libXfoo.dll.a
/usr/X11R6/lib/libXfoo.a
Harold L Hunt II wrote:
If it builds then I approve and Alan should commit this directly.
the current cvs is somewhat broken for cygwin - Alan has fixed some of
it and the other pathces are on the way
bye
ago
--
[EMAIL PROTECTED]
http://www.gotti.org ICQ: 126018723
Alan Hourihane wrote:
Nice job!
For the libXft-1.dll we'll need a hack somewhere to make that
libXft.dll for backwards compatibility.
in cygwin.cf is BuildXft1Library still set to no and the for Xft2 is
still build befor Xft1, so Xft.a links to Xft-1.a after make in lib
bye
ago
--
On Tue, Sep 24, 2002 at 11:24:43PM +0200, Alexander Gottwald wrote:
Alan Hourihane wrote:
Nice job!
For the libXft-1.dll we'll need a hack somewhere to make that
libXft.dll for backwards compatibility.
in cygwin.cf is BuildXft1Library still set to no and the for Xft2 is
still
--- Alan Hourihane [EMAIL PROTECTED] wrote:
On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote:
Nicholas Wourms wrote:
final outcome:
--
/usr/X11R6/bin/cygXfoo.0.0.dll
/usr/X11R6/lib/libXfoo.0.0.dll.a
/usr/X11R6/lib/libXfoo.0.dll.a
--- Alan Hourihane [EMAIL PROTECTED] wrote:
On Tue, Sep 24, 2002 at 11:24:43PM +0200, Alexander Gottwald wrote:
Alan Hourihane wrote:
Nice job!
For the libXft-1.dll we'll need a hack somewhere to make that
libXft.dll for backwards compatibility.
in cygwin.cf is
On Tue, Sep 24, 2002 at 03:06:51PM -0700, Nicholas Wourms wrote:
--- Alan Hourihane [EMAIL PROTECTED] wrote:
On Tue, Sep 24, 2002 at 10:56:54PM +0200, Alexander Gottwald wrote:
Nicholas Wourms wrote:
final outcome:
--
/usr/X11R6/bin/cygXfoo.0.0.dll
On Mon, Sep 23, 2002 at 03:03:54 -0700, Nicholas Wourms wrote:
--- Alan Hourihane [EMAIL PROTECTED] wrote:
On Wed, Sep 18, 2002 at 10:25:48 +0200, Alexander Gottwald wrote:
That is a windows problem. The XFree libraries are in fact
versioned.
(libXaw.so.6.1 vs libXaw.so.7.0)
On Wed, Sep 18, 2002 at 11:25:11 -0400, Harold Hunt wrote:
Nicholas,
I wasn't even aware of XFree86 4.2.1 until you mentioned it.
I am not sure if I will build a release of it or not... seems like a lot of
trouble for just a few fixes, with non of them Cygwin-specific.
4.2.1 has an
Hi Alan,
--- Alan Hourihane [EMAIL PROTECTED] wrote:
On Wed, Sep 18, 2002 at 11:25:11 -0400, Harold Hunt wrote:
Nicholas,
I wasn't even aware of XFree86 4.2.1 until you mentioned it.
I am not sure if I will build a release of it or not... seems
like a lot of
trouble for just a
On Thu, Sep 19, 2002 at 09:40:06AM -0700, Nicholas Wourms wrote:
For this issue, I would revisit it, if someone claimed that there
are applications for Cygwin/XFree86 that relied on Xft1. I suspect
for the number of applications that will become available for
Cygwin/XFree86 they'll now be
On Thu, 19 Sep 2002, Alan Hourihane wrote:
It's more likely a historical thing. Just flip the flag to YES and
rebuild. Alexander had a script to generate the foo-def.cpp files.
Actually it was a piece of an Imakefile. So let's convert it into a shell
script
#!/bin/bash
# usage: gendef
On Tue, 17 Sep 2002, Nicholas Wourms wrote:
Harold,
(Feel free to tell me that this will be ready when it is ready...)
I was just wondering if you were fixing up a release for the 4.2.1
patchset? If you are working on this, might I suggest the inclusion
of Keith Packard's fontconfig-2
35 matches
Mail list logo