pan-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Pan-users] Re: Anyone get pan compiling with gcc 4.3 yet?


From: Duncan
Subject: [Pan-users] Re: Anyone get pan compiling with gcc 4.3 yet?
Date: Fri, 28 Mar 2008 01:21:29 +0000 (UTC)
User-agent: Pan/0.132 (Waxed in Black)

Daniel Rahn <address@hidden> posted
address@hidden, excerpted below, on  Thu, 27
Mar 2008 16:14:39 +0100:

> On Thursday 27 March 2008 14:16:01 Duncan wrote:
>> Finally got it compiling and a new version installed now.  Updated the
>> bug, now time to restart pan and see if it actually works. =8^)
> 
> I still think the best option would be to replace any includes of glib/*
> with just glib.h. That will pull in all the necessary deps for all glib
> versions pan is meant to compile against. It will however bloat things a
> bit.
> 
> I guess I'll just come up with a patch that does exactly that and then
> run some test compiles to see the size impact on the binary.
> 
> Using ifdefs is one not really maintainable and two will not work,
> because at the time you do the ifdefs you already need the include to be
> present.
> 
> You would need to come up with some autoconf magic. Volunteers?

Surely the glib folks discussed this before they moved stuff around, 
right?  I know nothing about their development process, however.  Where's 
their list archive and what dates should be searched, for what strings?  
Maybe they have a nice simple workaround and we're all walking around it 
like that big fenced off hole in the ground you eventually automatically 
ignore without thinking about it?

Anyway, this is the best so far, and with the right options (LDFLAGS 
including --as-needed), it may even be exactly the same size.  I gotta 
check it later, as I use that linker flag by default.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman





reply via email to

[Prev in Thread] Current Thread [Next in Thread]