Richard Evans wrote:
I've taken a look at the current development snapshot ane made a new
patch. This is against the snapshot source dated 2008-12-30.
This is now committed.
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgr
Yes, that's true. There are also some changes to support general
cross-compilation.
Some more details:
configure.in: if you not using system timezone data,
src/timezone/Makefile builds a zic executable and then runs it to
generate tzdata files. If you are cross compiling this won't work so
Peter Eisentraut wrote:
> On Tuesday 30 December 2008 17:49:16 Richard Evans wrote:
> > I've taken a look at the current development snapshot ane made a new
> > patch. This is against the snapshot source dated 2008-12-30.
>
> Half of this patch appears to attempt to fix not cross-compilation prob
On Tuesday 30 December 2008 17:49:16 Richard Evans wrote:
> I've taken a look at the current development snapshot ane made a new
> patch. This is against the snapshot source dated 2008-12-30.
Half of this patch appears to attempt to fix not cross-compilation problems,
but out-of-tree builds (vpa
I've taken a look at the current development snapshot ane made a new
patch. This is against the snapshot source dated 2008-12-30.
I have omitted the workround for the bug in binutils 2.18 since 2.19 is
now available and fixes the problem.
I tested the cross compilation for mingw32 using gcc
On Sunday 07 December 2008 01:02:05 Bruce Momjian wrote:
> Where are we on this?
Some of this has been fixed. But a lot of the code has been moved around
between 8.3 and 8.4, so we can't just take take the patches as is. If
Richard is still interested, I suggest he try out 8.4 and then submit
Where are we on this?
---
Richard Evans wrote:
> Running make inside the msys shell, I get:
>
> /c/misc/mingw/bin
> c:/misc/mingw/bin
> /c/misc/mingw/bin
>
> running inside a plain DOS command window, I get:
>
> /mingw/bi
Running make inside the msys shell, I get:
/c/misc/mingw/bin
c:/misc/mingw/bin
/c/misc/mingw/bin
running inside a plain DOS command window, I get:
/mingw/bin
c:/misc/mingw/bin
/mingw/bin
Msys/mingw have these funny 'system' mounts. However it looks like that
/pwd -W/ gives the most sensible
Richard Evans wrote:
> I'm not sure why the makefiles need the current directory. pwd -W is
> specific to mingw, I think it gives the directory in windows format. It
> has to be changed for cross compilation otherwise you get errors.
What does $(CURDIR) resolve to on mingw? Try the following mak
> Am Saturday, 9. August 2008 schrieb Richard Evans:
>> I've made a couple of patches, for 8.3.3 and 8.2.9, which enable cross
>> compilation for windows (mingw32) from a unix platform.
>
> This looks good, with a couple of tweaks. I don't think we are going
to be
> making these kinds of change
Am Saturday, 9. August 2008 schrieb Richard Evans:
> I've made a couple of patches, for 8.3.3 and 8.2.9, which enable cross
> compilation for windows (mingw32) from a unix platform.
This looks good, with a couple of tweaks. I don't think we are going to be
making these kinds of changes in the 8.
Richard Evans wrote:
> 1. configure.in detecting the target system versions of dllwrap,
> dlltool, windres and ar
> 2. in various makefiles, checking BUILDOS not PORTNAME when deciding
> whether to use 'pwd -W' or just 'pwd'
> 3. Using the local system's 'zic' command when cross compiling, add
Sorry about the delay on this. Just managed to find some time to look
into it again.
I've made a couple of patches, for 8.3.3 and 8.2.9, which enable cross
compilation for windows (mingw32) from a unix platform.
The changes are in these areas:
1. configure.in detecting the target system ver
Richard, would you send us patches for the cross compile variables you
needed changed? Thanks.
---
Richard Evans wrote:
>
> The following bug has been logged online:
>
> Bug reference: 3818
> Logged by: Rich
Richard Evans <[EMAIL PROTECTED]> writes:
>> --with-system-tzdata already solves the zic problem.
> If the target system does not have system tzdata, (mingw for example),
> you still need to run zic during the cross compile process.
No, you just need to physically copy a tzdata tree onto the tar
Richard Evans wrote:
The following bug has been logged online:
Bug reference: 3818
Logged by: Richard Evans
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.3beta
Operating system: Linux/windows
Description:Cross compilation problems
Details:
I've been inves
If the target system does not have system tzdata, (mingw for example),
you still need to run zic during the cross compile process. I just
thought that using the build systems own zic was the simplest way to do
this.
In my tests I edited the Makefile in src/timezone and changed ./zic to
just
Magnus Hagander <[EMAIL PROTECTED]> writes:
> Richard Evans wrote:
>> 4. The zic problem in make install - see bug #1311. Simple solution here is
>> to have a configure option which allows the use of the build systems own zic
>> command.
> The rest of this is definitely not 8.3 material. But if y
Richard Evans wrote:
> The following bug has been logged online:
>
> Bug reference: 3818
> Logged by: Richard Evans
> Email address: [EMAIL PROTECTED]
> PostgreSQL version: 8.3beta
> Operating system: Linux/windows
> Description:Cross compilation problems
> Details:
>
The following bug has been logged online:
Bug reference: 3818
Logged by: Richard Evans
Email address: [EMAIL PROTECTED]
PostgreSQL version: 8.3beta
Operating system: Linux/windows
Description:Cross compilation problems
Details:
I've been investigating cross-compilin
20 matches
Mail list logo
