> "Magnus Hagander" <[EMAIL PROTECTED]> writes:
> >> Or add a configure test to prevent it, and display a proper error
> >> message.
>
> > Yeha, I will do this.
>
> As long as we're touching that code: the existing test for
> too-old bison seriously sucks, because all that it does is to
Oh, I
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
>> Or add a configure test to prevent it, and display a proper
>> error message.
> Yeha, I will do this.
As long as we're touching that code: the existing test for too-old bison
seriously sucks, because all that it does is to print a warning that
mos
> > >> That seems pretty risky. Better to use the /Za switch
> or whatever
> > >> it was to get the compiler to assert it for itself.
> >
> > > Unfortunatly, that breaks things so bad it's not even funny.
> >
> > Um. Well, then we tell people not to use bison 2.1 with MSVC.
>
> Or add a conf
Tom Lane wrote:
> "Magnus Hagander" <[EMAIL PROTECTED]> writes:
> >> That seems pretty risky. Better to use the /Za switch or
> >> whatever it was to get the compiler to assert it for itself.
>
> > Unfortunatly, that breaks things so bad it's not even funny.
>
> Um. Well, then we tell people
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
>> That seems pretty risky. Better to use the /Za switch or
>> whatever it was to get the compiler to assert it for itself.
> Unfortunatly, that breaks things so bad it's not even funny.
Um. Well, then we tell people not to use bison 2.1 with MSV
> >> which looks like they figured out that they needed to check for
> >> MicroSoft C explicitly. I have no idea why they do not define
> >> __STDC__ however.
>
> > Can we just define __STDC__ when compiling that file (or
> rather, when
> > compiling any bison-generated output file)? Or is th
esday, October 03, 2006 8:51 AM
To: Magnus Hagander
Cc: Jeremy Drake; PostgreSQL Hackers
Subject: Re: [HACKERS] src/tools/msvc usage instructions
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
>> which looks like they figured out that they needed to check
>> for Mi
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
>> which looks like they figured out that they needed to check
>> for MicroSoft C explicitly. I have no idea why they do not
>> define __STDC__ however.
> Can we just define __STDC__ when compiling that file (or rather, when
> compiling any bison-ge
On Tue, Oct 03, 2006 at 12:27:47AM -0700, Jeremy Drake wrote:
> On Tue, 3 Oct 2006, Magnus Hagander wrote:
> > Funky.
> > Can you try having it run the dumpbin command into a tempfile, and then
> > open-and-read that tempfile, to see if that makes a difference?
> > (Assuming you know enough perl t
On Tue, 3 Oct 2006, Magnus Hagander wrote:
> Funky.
> Can you try having it run the dumpbin command into a tempfile, and then
> open-and-read that tempfile, to see if that makes a difference?
> (Assuming you know enough perl to do that, of course)
Doing it as
system("dumpbin /symbols $_ > $tmpfn"
> > No fix yet :-( Haven't had the time to dig into it properly, but I
> > think we can now safely say it's not a local issue in
> Joachims build
> > env :-)
> >
> > If you just run a dumpbin command (the same way) manually with a
> > ">foo", does it redirect it properly then? Or is dumpbin for
On Tue, 3 Oct 2006, Magnus Hagander wrote:
> No fix yet :-( Haven't had the time to dig into it properly, but I think
> we can now safely say it's not a local issue in Joachims build env :-)
>
> If you just run a dumpbin command (the same way) manually with a ">foo",
> does it redirect it properly
> > Delete the DEF file and run the gendef command manually (see the
> > project file for commandline, IIRC there are no parameters,
> but just
> > to be sure). I'm wondering if you're seeing the samre problem as
> > Joachim Wieland (off-list conversation) where the output from
> > dumpbin.exe
On Tue, 3 Oct 2006, Magnus Hagander wrote:
> > > Looks like the gendef script is failing. Check the contents of
> > > release\postgres\postgres.def - it should have thousands of
> > symbols,
> > > but I'm willing to bet it's empty...
> >
> > It contains one word: "EXPORTS". I assume this means it
> > Looks like the gendef script is failing. Check the contents of
> > release\postgres\postgres.def - it should have thousands of
> symbols,
> > but I'm willing to bet it's empty...
>
> It contains one word: "EXPORTS". I assume this means it is
> empty. What should I do about it? Is there
On Tue, 3 Oct 2006, Magnus Hagander wrote:
> Looks like the gendef script is failing. Check the contents of
> release\postgres\postgres.def - it should have thousands of symbols, but
> I'm willing to bet it's empty...
It contains one word: "EXPORTS". I assume this means it is empty. What
should
> > Jeremy Drake <[EMAIL PROTECTED]> writes:
> > > The errors I got on this file were:
> > > 1>bootparse.tab.c(1065) : error C2449: found '{' at file scope
> > > 1>(missing function header?)
> >
> > I looked at this. Line 1065 is the left brace starting
> yyparse(). On
> > my Fedora Core 5 box
tober 03, 2006 1:28 AM
> To: Magnus Hagander
> Cc: PostgreSQL Hackers
> Subject: Re: [HACKERS] src/tools/msvc usage instructions
>
> I now get things to compile, but now I get linker errors on
> any dll which needs to access symbols from postgres.exe via
> postgres.lib.
I now get things to compile, but now I get linker errors on any dll which
needs to access symbols from postgres.exe via postgres.lib. For example:
1>-- Build started: Project: autoinc, Configuration: Release Win32 --
1>Generate DEF file
1>Not re-generating AUTOINC.DEF, file already exists
On Mon, 2 Oct 2006, Jeremy Drake wrote:
In the bison 2.2 generated code, the #if check is
#if (defined __STDC__ || defined __C99__FUNC__ \
|| defined __cplusplus || defined _MSC_VER)
which looks like they figured out that they needed to check for MicroSoft
C explicitly. I have no idea why
On Mon, 2 Oct 2006, Tom Lane wrote:
> Jeremy Drake <[EMAIL PROTECTED]> writes:
> > The errors I got on this file were:
> > 1>bootparse.tab.c(1065) : error C2449: found '{' at file scope (missing
> > function header?)
>
> I looked at this. Line 1065 is the left brace starting yyparse(). On
> my
Jeremy Drake <[EMAIL PROTECTED]> writes:
> The errors I got on this file were:
> 1>bootparse.tab.c(1065) : error C2449: found '{' at file scope (missing
> function header?)
I looked at this. Line 1065 is the left brace starting yyparse(). On
my Fedora Core 5 box with Bison 2.1 installed, the st
"Magnus Hagander" <[EMAIL PROTECTED]> writes:
>> Certainly not --- we work with both of those (I have 1.875 on one
>> of my devel machines and 2.1 on two others).
> Well, it *does* break with 2.1 on win32-native. Could be something
> simple, could be that it's just generating msvc-incompatible cod
> > Oh, I just got the email from Magnus which says do not use v2.1,
> but
> > 1.875, so I guess that's what I did wrong. Oops!
>
> Certainly not --- we work with both of those (I have 1.875 on one
> of my devel machines and 2.1 on two others). In fact, your diff
> says you have
> 2.1 on the fai
Jeremy Drake <[EMAIL PROTECTED]> writes:
> Oh, I just got the email from Magnus which says do not use v2.1, but
> 1.875, so I guess that's what I did wrong. Oops!
Certainly not --- we work with both of those (I have 1.875 on one of my
devel machines and 2.1 on two others). In fact, your diff say
On Mon, 2 Oct 2006, Hiroshi Saito wrote:
> Hi.
>
> I think that it has forgotten for VS2005-express to add path of SDK by myself.
> http://www.winpg.jp/~saito/VS2005/VS2005_Include.png
> http://www.winpg.jp/~saito/VS2005/VS2005_Library.png
> Do I mistake your meaning?
I have the platform sdk dire
Hi.
I think that it has forgotten for VS2005-express to add path of SDK by myself.
http://www.winpg.jp/~saito/VS2005/VS2005_Include.png
http://www.winpg.jp/~saito/VS2005/VS2005_Library.png
Do I mistake your meaning?
Regards,
Hiroshi Saito
I switched to short paths in the INCLUDE env var, but it
> > > If you do "build solution" it should build all project sin the
> > > correct order - there are dependency references set between them
> > > that should take care of this automatically.
> >
> > If I do build solution it tells me "Project not selected to
> build for
> > this solution config
On Sun, 1 Oct 2006, Jeremy Drake wrote:
> On Mon, 2 Oct 2006, Magnus Hagander wrote:
>
> > If you do "build solution" it should build all project sin the correct
> > order - there are dependency references set between them that should
> > take care of this automatically.
>
> If I do build solution
On Mon, 2 Oct 2006, Magnus Hagander wrote:
> > This appears to not work out well. If I copy the generated
> > files from bison from a linux box, then they are ok, but if I
> > try to use ones generated using that version of bison, it
> > does not compile. I'll look around for a different one.
>
On Mon, 2 Oct 2006, Tom Lane wrote:
> Jeremy Drake <[EMAIL PROTECTED]> writes:
> >> I grabbed flex and bison from GNUwin32
> >> (http://gnuwin32.sourceforge.net/packages/bison.htm)
>
> > This appears to not work out well. If I copy the generated files from
> > bison from a linux box, then they ar
> > > That's on my TODO list to write, but I haven't had the
> time yet. The
> > > basic is that if you disable everything in the config.pl
> file, you
> > > can run with almost no external dependencies. You'll need
> flex+bison
> > > if buliding off CVS.
> > > Oh, and it requires Visual C++
Jeremy Drake <[EMAIL PROTECTED]> writes:
>> I grabbed flex and bison from GNUwin32
>> (http://gnuwin32.sourceforge.net/packages/bison.htm)
> This appears to not work out well. If I copy the generated files from
> bison from a linux box, then they are ok, but if I try to use ones
> generated using
On Sun, 1 Oct 2006, Jeremy Drake wrote:
> On Sun, 1 Oct 2006, Magnus Hagander wrote:
>
> > > I was just trying to build using the src/tools/msvc scripts
> > > on windows, and I was wondering if there were any
> > > instructions on how to do this, what prerequisites there are,
> > > where to get th
> I was just trying to build using the src/tools/msvc scripts
> on windows, and I was wondering if there were any
> instructions on how to do this, what prerequisites there are,
> where to get them, etc. I couldn't find any, but I may not
> know the correct place to look.
That's on my TODO li
I was just trying to build using the src/tools/msvc scripts on windows,
and I was wondering if there were any instructions on how to do this, what
prerequisites there are, where to get them, etc. I couldn't find any, but
I may not know the correct place to look.
Sorry if this is the wrong list fo
36 matches
Mail list logo
