Re: popt with msvc?

2010-10-29 Thread Jeff Johnson

On Oct 29, 2010, at 11:03 AM, Matt Arsenault wrote:

> 
> On Oct 28, 2010, at 8:43 AM, Jeff Johnson wrote:
> 
>> 
>> On Oct 28, 2010, at 12:50 AM, Matt Arsenault wrote:
>> 
>>> 
>>> Other than those failed tests, I do now have it working without the need to 
>>> revert to an older version.
>>> 
>> 
>> If you send alon a patch for VS, I'll try to carry that in popt (I don't do 
>> VS or Windoze but ..)
>> There's a patch for Xcode in popt already ... popt changes little enough 
>> that VS might be
>> maintainable in spite of bit rot.
>> 
> Most of the patch is just casting malloc's since MSVC demands it; there isn't 
> all that much besides that.
> 
> I didn't want to figure out how to use CVS, so I found that somebody seems to 
> have imported it to Github. I have a patch on top of the copy I found here: 
> http://github.com/devzero2000/POPT 

Wuss ;-) CVS is _EASY_ compared to git ;-)

> Will that work / is this tracking the main CVS repository or something, or is 
> it just some random person?

Nope, not random: same person who set up POPT in git will likely be the one to 
figger how
to integrate your VS patch ... my dance card is full atm ;-)

Thanks for the patch.

73 de Jeff
__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-29 Thread Matt Arsenault

On Oct 28, 2010, at 8:43 AM, Jeff Johnson wrote:

> 
> On Oct 28, 2010, at 12:50 AM, Matt Arsenault wrote:
> 
>> 
>> Other than those failed tests, I do now have it working without the need to 
>> revert to an older version.
>> 
> 
> If you send alon a patch for VS, I'll try to carry that in popt (I don't do 
> VS or Windoze but ..)
> There's a patch for Xcode in popt already ... popt changes little enough that 
> VS might be
> maintainable in spite of bit rot.
> 
Most of the patch is just casting malloc's since MSVC demands it; there isn't 
all that much besides that.

I didn't want to figure out how to use CVS, so I found that somebody seems to 
have imported it to Github. I have a patch on top of the copy I found here: 
http://github.com/devzero2000/POPT 
Will that work / is this tracking the main CVS repository or something, or is 
it just some random 
person?__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-28 Thread Jeff Johnson

On Oct 28, 2010, at 12:50 AM, Matt Arsenault wrote:

> 
> Other than those failed tests, I do now have it working without the need to 
> revert to an older version.
> 

If you send alon a patch for VS, I'll try to carry that in popt (I don't do VS 
or Windoze but ..)
There's a patch for Xcode in popt already ... popt changes little enough that 
VS might be
maintainable in spite of bit rot.

The gnulib approach used by Mingw is way way overkill for a teensy library like 
POPT imho.

73 de Jeff


__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-27 Thread Matt Arsenault
>> On Oct 26, 2010, at 11:27 PM, Jeff Johnson wrote:
>>> What test are failing? Like "long long" and double, the tests are quite 
>>> complete
>>> over data types and It Really Doesn't Matter: hardly ant program needs/uses
>>> long long and double CLI options.

I most definitely need doubles, but they do seem to be working.

> You might try older POPT tarballs. The basic functionality of POPT hasn't 
> changed since
> forever, nor has the API, nor are there significant bugs. Older tarballs might
> have less AutoFu.

 Other than those failed tests, I do now have it working without the need to 
revert to an older version.


__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-27 Thread Jeff Johnson

On Oct 27, 2010, at 12:25 AM, Matt Arsenault wrote:

> 
> On Oct 26, 2010, at 11:27 PM, Jeff Johnson wrote:
>> What test are failing? Like "long long" and double, the tests are quite 
>> complete
>> over data types and It Really Doesn't Matter: hardly ant program needs/uses
>> long long and double CLI options.
> 
> test1 - 19, 20, 21, 22, 23, 60, 61

19-23 are testing alias/exec functionality from test-poptrc.
If you can live without alias/exec (and you likely can,
only rpm makes heavy/serious use of popt alias/exec afaik).

60-61 are just cosmetic --help comparisons. If popt alias/exec
isn't functional, then the --help display will fail too.

> test3 - 51, 52, 53
> 
> I just sort of haphazardly threw things together until it built, so I may 
> have broken something. I quickly added cmake to try building it since I have 
> no idea how to get autotools to work with VS. 

Yes the AutoFu chains are getting rather daunting. The basic trick
with autotools, is use configure, and avoid using the autotools, on
tricky platforms.

I haven't a clue how to get AutoFu to work with VS either.

You might try older POPT tarballs. The basic functionality of POPT hasn't 
changed since
forever, nor has the API, nor are there significant bugs. Older tarballs might
have less AutoFu.

73 de Jeff
__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-26 Thread Matt Arsenault

On Oct 26, 2010, at 11:27 PM, Jeff Johnson wrote:
> What test are failing? Like "long long" and double, the tests are quite 
> complete
> over data types and It Really Doesn't Matter: hardly ant program needs/uses
> long long and double CLI options.

test1 - 19, 20, 21, 22, 23, 60, 61
test3 - 51, 52, 53

I just sort of haphazardly threw things together until it built, so I may have 
broken something. I quickly added cmake to try building it since I have no idea 
how to get autotools to work with VS. 
http://github.com/arsenm/POPT__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-26 Thread Jeff Johnson

On Oct 26, 2010, at 11:20 PM, Matt Arsenault wrote:

> 
> On Oct 25, 2010, at 11:18 PM, Jeff Johnson wrote:
> 
>> 
>> On Oct 25, 2010, at 10:49 PM, Matt Arsenault wrote:
>> 
>>> Has anyone ever gotten popt to build with visual studio? I've been using 
>>> MinGW, but I need to get it to work with MSVC. I'm trying to link the MinGW 
>>> build from VS and it's not really working. If not, is there an alternative 
>>> that does?
>> 
>> What isn't working?
> 
> Mostly I get a lot of linker errors, which seem to be looking for MinGW 
> stuff, such as
> 
> LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with use of other 
> libs; use /NODEFAULTLIB:library
> 1>LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other 
> libs; use /NODEFAULTLIB:library
> 1>libpopt.a(popt.o) : error LNK2019: unresolved external symbol 
> ___mingw_vfprintf referenced in function _fprintf
> 1>libpopt.a(popthelp.o) : error LNK2001: unresolved external symbol 
> ___mingw_vfprintf
> 1>libpopt.a(poptint.o) : error LNK2001: unresolved external symbol 
> ___mingw_vfprintf

Can't help with those symbols.

> 1>libpopt.a(popt.o) : error LNK2019: unresolved external symbol _strtoll 
> referenced in function _poptGetNextOpt
> 1>libpopt.a(popt.o) : error LNK2019: unresolved external symbol ___strtod 
> referenced in function _poptGetNextOpt

Hmm popt mostly doesn't need use strtoll or strtod. The usage case could be 
finessed out
if necessary. I doubt you would notice ot care.

> 1>libpopt.a(popthelp.o) : error LNK2019: unresolved external symbol 
> ___mingw_vsprintf referenced in function _sprintf
> 
> Since then I've tried getting popt built with visual studio. I've gotten it 
> actually built (mostly by replacing C99 stuff), but about halfway through the 
> tests they start failing.

What test are failing? Like "long long" and double, the tests are quite complete
over data types and It Really Doesn't Matter: hardly ant program needs/uses
long long and double CLI options.

> __
> POPT Library   http://rpm5.org
> Developer Communication List   [email protected]

__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-26 Thread Matt Arsenault

On Oct 25, 2010, at 11:18 PM, Jeff Johnson wrote:

> 
> On Oct 25, 2010, at 10:49 PM, Matt Arsenault wrote:
> 
>> Has anyone ever gotten popt to build with visual studio? I've been using 
>> MinGW, but I need to get it to work with MSVC. I'm trying to link the MinGW 
>> build from VS and it's not really working. If not, is there an alternative 
>> that does?
> 
> What isn't working?

Mostly I get a lot of linker errors, which seem to be looking for MinGW stuff, 
such as

LINK : warning LNK4098: defaultlib 'MSVCRTD' conflicts with use of other libs; 
use /NODEFAULTLIB:library
1>LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; 
use /NODEFAULTLIB:library
1>libpopt.a(popt.o) : error LNK2019: unresolved external symbol 
___mingw_vfprintf referenced in function _fprintf
1>libpopt.a(popthelp.o) : error LNK2001: unresolved external symbol 
___mingw_vfprintf
1>libpopt.a(poptint.o) : error LNK2001: unresolved external symbol 
___mingw_vfprintf
1>libpopt.a(popt.o) : error LNK2019: unresolved external symbol _strtoll 
referenced in function _poptGetNextOpt
1>libpopt.a(popt.o) : error LNK2019: unresolved external symbol ___strtod 
referenced in function _poptGetNextOpt
1>libpopt.a(popthelp.o) : error LNK2019: unresolved external symbol 
___mingw_vsprintf referenced in function _sprintf

Since then I've tried getting popt built with visual studio. I've gotten it 
actually built (mostly by replacing C99 stuff), but about halfway through the 
tests they start 
failing.__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]


Re: popt with msvc?

2010-10-25 Thread Jeff Johnson

On Oct 25, 2010, at 10:49 PM, Matt Arsenault wrote:

> Has anyone ever gotten popt to build with visual studio? I've been using 
> MinGW, but I need to get it to work with MSVC. I'm trying to link the MinGW 
> build from VS and it's not really working. If not, is there an alternative 
> that does?

What isn't working?

73 de Jeff

> __
> POPT Library   http://rpm5.org
> Developer Communication List   [email protected]

__
POPT Library   http://rpm5.org
Developer Communication List   [email protected]