|
From: Joel B. <jb...@la...> - 2004-01-31 01:02:13
|
Hey, On Wed, 2004-01-28 at 15:25, Vaclav Slavik wrote: > Joel Brauer wrote: > > Here is the patch of the changes that I had to make in order to > > compile this under gcc 3.3.2. > > Sorry, but the patch is clearly wrong -- it removes #ifdefed code and > so it is, after the patch is applied, *guaranteed* to fail to compile > on at least some platforms. The real fix would be to figure out why > is the code not used (i.e. what's wrong with the #defines and/or > autoconf tests results) and fix that. Like I said I'm not too familiar with autoconf, so you're probably right. I ought to track down where autoconf is going wrong, or possibly add a #ifdefed to check for gcc >3.3. Although I'm not sure how to do that, so I'll have to look into it. > > I also found that I had to compile things in a specific order. > > *Why* did you have to do it? You are certainly not supposed to. > Well If I didn't compile it this way. It would die in mid compile. It would try to compile things that needed the idl generated .h files before they had been generated. And then try to compile parts that required the upf library be already compiled in the src/ dir, but that had not happened yet. Have you compiled it on linux? I don't see why it would do things in the wrong order on my machine and not on others. > > submitted a patch for that because I am not quite familiar with the > > whole Autoconf Automake process. But once I figure it out I'll > > submit one. Or if anyone knows how to get that in there > > automagically then have at it :). Essentially before I added it, > > my Makefile was missing -L/usr/lib/python/config which caused the > > compiler to say that -lpython2.2 was invalid. > > You can simply set PYTHON_LIB to empty in the makefile, it's not > needed on ELF-based Unices. > Are you saying that the -lpython2.2 is not needed? or that just the -L/usr/lib/python/config is not needed? The first I haven't tried, but I know the second to be false. > VS -- Joel Brauer La Sierra University Programmer/Analyst 909-785-2308 -- this email is certified virus free! How? Because it didn't -- come from any Micro$oft based platform or product. PGP Key: 0x211149BA, available from http://pgp.mit.edu/ |