You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(6) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
2004 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
(4) |
Jul
(7) |
Aug
(1) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(2) |
2007 |
Jan
(6) |
Feb
(14) |
Mar
|
Apr
|
May
|
Jun
(12) |
Jul
(4) |
Aug
(1) |
Sep
(9) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(6) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(11) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(4) |
From: Doug M. <mc...@ia...> - 2009-07-07 14:51:35
|
On Jul 7, 2009, at 8:24 AM, Patrick Hartling wrote: > Doug McCorkle wrote: >> >> [snip] >> >>>> >>>> For now I have hacked GetPlatform and GetArch to return the >>>> appropriate values for win64 builds but I am running into another >>>> problem. It appears that the EnvironmentBuilder is specifically >>>> configured for MSVS 8 which causes problems when trying to build >>>> with >>>> MSVS 9. Any thoughts on potential fixes? Can we use the default >>>> behaviour of SCons 1.2.0 for MSVS builds and not support older >>>> versions of SCons? Thanks. >>> >>> >>> Oh, right, I forgot about that mess. Give the new SCons support a >>> try. >>> If it works, the hacks for Win64 and Visual C++ 8.0 should be >>> removed. >>> I don't see any reason to support older versions of SCons, but then >>> again, I don't have the final say on that. >>> >> >> Do you happen to know how build_env is initialized in the >> SConstruct? I >> see it exported and used but it never appears to be configured. > > Is it part of the Variants stuff? If not, then I don't know. I have something semi working with the latest point release of scons. Unfortunately, it seems like the variant stuff and the multiple environments floating around in sca is getting in the way of the new access to msvs in scons. I should have a more detailed report in a day or so. Doug |
From: Patrick H. <pa...@13...> - 2009-07-07 14:41:56
|
Doug McCorkle wrote: > > [snip] > >>> >>> For now I have hacked GetPlatform and GetArch to return the >>> appropriate values for win64 builds but I am running into another >>> problem. It appears that the EnvironmentBuilder is specifically >>> configured for MSVS 8 which causes problems when trying to build with >>> MSVS 9. Any thoughts on potential fixes? Can we use the default >>> behaviour of SCons 1.2.0 for MSVS builds and not support older >>> versions of SCons? Thanks. >> >> >> Oh, right, I forgot about that mess. Give the new SCons support a try. >> If it works, the hacks for Win64 and Visual C++ 8.0 should be removed. >> I don't see any reason to support older versions of SCons, but then >> again, I don't have the final say on that. >> > > Do you happen to know how build_env is initialized in the SConstruct? I > see it exported and used but it never appears to be configured. Is it part of the Variants stuff? If not, then I don't know. -Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ |
From: Doug M. <mc...@ia...> - 2009-07-06 14:10:19
|
[snip] >> >> For now I have hacked GetPlatform and GetArch to return the >> appropriate values for win64 builds but I am running into another >> problem. It appears that the EnvironmentBuilder is specifically >> configured for MSVS 8 which causes problems when trying to build with >> MSVS 9. Any thoughts on potential fixes? Can we use the default >> behaviour of SCons 1.2.0 for MSVS builds and not support older >> versions of SCons? Thanks. > > > Oh, right, I forgot about that mess. Give the new SCons support a try. > If it works, the hacks for Win64 and Visual C++ 8.0 should be removed. > I don't see any reason to support older versions of SCons, but then > again, I don't have the final say on that. > Do you happen to know how build_env is initialized in the SConstruct? I see it exported and used but it never appears to be configured. Doug |
From: Patrick H. <pa...@13...> - 2009-07-03 15:10:05
|
On Jul 3, 2009, at 9:37 AM, Doug McCorkle wrote: > > On Jul 2, 2009, at 1:40 PM, Doug McCorkle wrote: > >> >> On Jul 2, 2009, at 12:43 PM, Patrick Hartling wrote: >> >>> x64 should do it, but it's been a long time since I last tried it. >>> >>> -Patrick >>> >>> On Jul 2, 2009, at 11:03 AM, Doug McCorkle wrote: >>> >>>> Hello, >>>> >>>> What is the appropriate architecture type to specify for scons to >>>> build cppdom 1.0.0 for win x64? Thanks. >>>> >> >> You are right in that it should work. I have tracked down the problem >> which is that python is not detecting that my parallels Win64 os is a >> win64 os. I am not sure what is getting messed up there. Any >> suggestions on how to make that work for python would be appreciated. > > For now I have hacked GetPlatform and GetArch to return the > appropriate values for win64 builds but I am running into another > problem. It appears that the EnvironmentBuilder is specifically > configured for MSVS 8 which causes problems when trying to build with > MSVS 9. Any thoughts on potential fixes? Can we use the default > behaviour of SCons 1.2.0 for MSVS builds and not support older > versions of SCons? Thanks. Oh, right, I forgot about that mess. Give the new SCons support a try. If it works, the hacks for Win64 and Visual C++ 8.0 should be removed. I don't see any reason to support older versions of SCons, but then again, I don't have the final say on that. -Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ |
From: Doug M. <mc...@ia...> - 2009-07-03 14:37:31
|
On Jul 2, 2009, at 1:40 PM, Doug McCorkle wrote: > > On Jul 2, 2009, at 12:43 PM, Patrick Hartling wrote: > >> x64 should do it, but it's been a long time since I last tried it. >> >> -Patrick >> >> On Jul 2, 2009, at 11:03 AM, Doug McCorkle wrote: >> >>> Hello, >>> >>> What is the appropriate architecture type to specify for scons to >>> build cppdom 1.0.0 for win x64? Thanks. >>> > > You are right in that it should work. I have tracked down the problem > which is that python is not detecting that my parallels Win64 os is a > win64 os. I am not sure what is getting messed up there. Any > suggestions on how to make that work for python would be appreciated. For now I have hacked GetPlatform and GetArch to return the appropriate values for win64 builds but I am running into another problem. It appears that the EnvironmentBuilder is specifically configured for MSVS 8 which causes problems when trying to build with MSVS 9. Any thoughts on potential fixes? Can we use the default behaviour of SCons 1.2.0 for MSVS builds and not support older versions of SCons? Thanks. Doug |
From: Doug M. <mc...@ia...> - 2009-07-02 18:41:13
|
On Jul 2, 2009, at 12:43 PM, Patrick Hartling wrote: > x64 should do it, but it's been a long time since I last tried it. > > -Patrick > > On Jul 2, 2009, at 11:03 AM, Doug McCorkle wrote: > >> Hello, >> >> What is the appropriate architecture type to specify for scons to >> build cppdom 1.0.0 for win x64? Thanks. >> You are right in that it should work. I have tracked down the problem which is that python is not detecting that my parallels Win64 os is a win64 os. I am not sure what is getting messed up there. Any suggestions on how to make that work for python would be appreciated. Doug |
From: Patrick H. <pa...@13...> - 2009-07-02 18:02:06
|
x64 should do it, but it's been a long time since I last tried it. -Patrick On Jul 2, 2009, at 11:03 AM, Doug McCorkle wrote: > Hello, > > What is the appropriate architecture type to specify for scons to > build cppdom 1.0.0 for win x64? Thanks. > > Doug > > > ------------------------------------------------------------------------------ > _______________________________________________ > Xml-cppdom-devel mailing list > Xml...@li... > https://lists.sourceforge.net/lists/listinfo/xml-cppdom-devel -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ |
From: Doug M. <mc...@ia...> - 2009-07-02 16:54:18
|
Hello, What is the appropriate architecture type to specify for scons to build cppdom 1.0.0 for win x64? Thanks. Doug |
From: Patrick H. <pa...@13...> - 2009-03-02 15:24:29
|
CppDOM 1.0.0 has been posted to SourceForge. This release is the same as 0.7.10 except that the build system has been updated to work with versions of SCons newer than 0.97. The source can be downloaded from the following link: https://sourceforge.net/project/showfiles.php?group_id=52718&package_id=46909&release_id=665235 -Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ |
From: SourceForge.net <no...@so...> - 2008-11-04 19:13:37
|
Bugs item #2222002, was opened at 2008-11-04 13:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467781&aid=2222002&group_id=52718 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Kevin Godby (godbyk) Assigned to: Nobody/Anonymous (nobody) Summary: Error compiling test/suite/runner.cpp Initial Comment: Need to add #include <cstring> to pull in the strchr function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467781&aid=2222002&group_id=52718 |
From: Vikas N K. <vik...@us...> - 2008-08-19 02:21:56
|
Thanks Patrick Problem solved. --Vikas |
From: Patrick H. <pa...@13...> - 2008-08-18 21:14:48
|
On Aug 18, 2008, at 3:59 PM, Vikas N Kumar wrote: > Hi > > I am trying to just compile xml-cppdom 0.7.10 on my AMD64 system which > runs Slamd64 12.1 (Slackware port). > > I have scons 1.0.0 installed which works fine, except when I try to > compile/build cppdom. > > Here is the message I get when I run scons from the command prompt in > the cppdom directory. > > Please help. > > scons: Reading SConscript files ... > NOTE: The build is currently in development. It needs the SVN trunk > version of scons-addons > Building CppDom Version: 0.7.10 > Checking for arch [ia32] ...yes > Valid archs: ['x64', 'ia32'] > AttributeError: 'module' object has no attribute > 'is_valid_construction_var': > File "/home/user1/libraries/cppdom-0.7.10/SConstruct", line 83: > opts.AddOption(sca_opts.SeparatorOption("\nPackage Options")) > File "deps/scons-addons/src/SConsAddons/Options/Options.py", line > 586: > if not SCons.Util.is_valid_construction_var(k): You'll need r367 of SConsAddons. I think that just replacing the errant file (deps/scons-addons/src/SConsAddons/Options/Options.py) with the updated version will help. You can get it here: https://realityforge.vrsource.org/viewcvs/*checkout*/trunk/scons-addons/src/SConsAddons/Options/Options.py?root=scons-addons&rev=367 -Patrick -- Patrick L. Hartling Senior Software Engineer, Priority 5 http://www.priority5.com/ |
From: Vikas N K. <vik...@us...> - 2008-08-18 20:58:54
|
Hi I am trying to just compile xml-cppdom 0.7.10 on my AMD64 system which runs Slamd64 12.1 (Slackware port). I have scons 1.0.0 installed which works fine, except when I try to compile/build cppdom. Here is the message I get when I run scons from the command prompt in the cppdom directory. Please help. scons: Reading SConscript files ... NOTE: The build is currently in development. It needs the SVN trunk version of scons-addons Building CppDom Version: 0.7.10 Checking for arch [ia32] ...yes Valid archs: ['x64', 'ia32'] AttributeError: 'module' object has no attribute 'is_valid_construction_var': File "/home/user1/libraries/cppdom-0.7.10/SConstruct", line 83: opts.AddOption(sca_opts.SeparatorOption("\nPackage Options")) File "deps/scons-addons/src/SConsAddons/Options/Options.py", line 586: if not SCons.Util.is_valid_construction_var(k): Thanks Vikas -- http://www.vikaskumar.org/ |
From: SourceForge.net <no...@so...> - 2008-04-19 16:22:54
|
Patches item #1945859, was opened at 2008-04-18 10:03 Message generated for change (Settings changed) made by patrickh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467783&aid=1945859&group_id=52718 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Dioselin (dioselin) >Assigned to: Patrick Hartling (patrickh) Summary: Installing with SCons 0.98 Initial Comment: Building cppdom (and using scons-addons) with SCons 0.98 generates errors because of minor differences with SCons 0.97, like the SConstruct file sets the help message before calling 'SConsAddons.Util.hasHelpFlag()' and so this condition always returns true. In scons-addons, the files /src/SConsAddons/Util.py and /src/SConsAddons/Options/Options.py call functions that are now in different modules, e.g. 'is_valid_construction_var' is not in the Util but the SCons.Environment module. ---------------------------------------------------------------------- Comment By: Patrick Hartling (patrickh) Date: 2008-04-19 11:22 Message: Logged In: YES user_id=49856 Originator: NO Thanks for the patches. Revision 368 of scons-addons should work fine with SCons 0.98 now. I did not find that patching the CppDOM SConstruct file did not need to be patched. What problems did you run into with the Help() call being where it was? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467783&aid=1945859&group_id=52718 |
From: SourceForge.net <no...@so...> - 2008-04-19 16:22:06
|
Patches item #1945859, was opened at 2008-04-18 10:03 Message generated for change (Comment added) made by patrickh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467783&aid=1945859&group_id=52718 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dioselin (dioselin) Assigned to: Nobody/Anonymous (nobody) Summary: Installing with SCons 0.98 Initial Comment: Building cppdom (and using scons-addons) with SCons 0.98 generates errors because of minor differences with SCons 0.97, like the SConstruct file sets the help message before calling 'SConsAddons.Util.hasHelpFlag()' and so this condition always returns true. In scons-addons, the files /src/SConsAddons/Util.py and /src/SConsAddons/Options/Options.py call functions that are now in different modules, e.g. 'is_valid_construction_var' is not in the Util but the SCons.Environment module. ---------------------------------------------------------------------- >Comment By: Patrick Hartling (patrickh) Date: 2008-04-19 11:22 Message: Logged In: YES user_id=49856 Originator: NO Thanks for the patches. Revision 368 of scons-addons should work fine with SCons 0.98 now. I did not find that patching the CppDOM SConstruct file did not need to be patched. What problems did you run into with the Help() call being where it was? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467783&aid=1945859&group_id=52718 |
From: SourceForge.net <no...@so...> - 2008-04-18 15:03:51
|
Patches item #1945859, was opened at 2008-04-18 10:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467783&aid=1945859&group_id=52718 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dioselin (dioselin) Assigned to: Nobody/Anonymous (nobody) Summary: Installing with SCons 0.98 Initial Comment: Building cppdom (and using scons-addons) with SCons 0.98 generates errors because of minor differences with SCons 0.97, like the SConstruct file sets the help message before calling 'SConsAddons.Util.hasHelpFlag()' and so this condition always returns true. In scons-addons, the files /src/SConsAddons/Util.py and /src/SConsAddons/Options/Options.py call functions that are now in different modules, e.g. 'is_valid_construction_var' is not in the Util but the SCons.Environment module. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467783&aid=1945859&group_id=52718 |
From: Patrick H. <pa...@13...> - 2007-09-04 20:22:57
|
Kevin Godby wrote: > On 9/4/07, Patrick Hartling <pa...@13...> wrote: >> Kevin Godby wrote: >>> Okay, another stupid question. >>> >>> Do the generated flagpoll files actually get installed somewhere >>> (using "scons install")? I see that they're generated and placed in >>> build.linux/instlinks/, but I don't see where they've been installed.= >> The instlinks directory should have the same structure as the final >> installation tree. If you see the fpc file in >> build.linux/instlinks/lib/flagpoll, then setting the installation pref= ix and >> installing CppDOM puts the file into <prefix>/lib/flagpoll. >=20 > Explicitly specifying a prefix path caused it to install properly. Tha= nks! >=20 > I'm in the process of installing all of the dependencies for VR > Juggler. So far I think each of gmtl, xml-cppdom, and flagpoll are > each installed using different methods: >=20 > python setup.py install # flagpoll > scons var_arch=3Dia32 install prefix=3D/usr/local # xml-cppdom > scons install # gmtl >=20 > It'd be handy if the compile/install method could be standardized a bit= =2E Yes, that would be nice, but someone needs to take the time to do it. If = you are interested in helping, we always welcome patches. As it stands, GMTL and CppDOM both suffer from being in a continuous "experimental" state where build ideas are tried out but never polished o= r refined. Frankly, I am quite unhappy with the state of the GMTL and CppDO= M builds, and you can read more about my discontentment in the archives for= this list. I am afraid that I have no time at all for trying to figure ou= t how to improve the builds for these packages. -Patrick --=20 Patrick L. Hartling VP Engineering, Infiscape Corp. http://www.infiscape.com/ |
From: Kevin G. <go...@gm...> - 2007-09-04 19:54:35
|
On 9/4/07, Patrick Hartling <pa...@13...> wrote: > Kevin Godby wrote: > > Okay, another stupid question. > > > > Do the generated flagpoll files actually get installed somewhere > > (using "scons install")? I see that they're generated and placed in > > build.linux/instlinks/, but I don't see where they've been installed. > > The instlinks directory should have the same structure as the final > installation tree. If you see the fpc file in > build.linux/instlinks/lib/flagpoll, then setting the installation prefix and > installing CppDOM puts the file into <prefix>/lib/flagpoll. Explicitly specifying a prefix path caused it to install properly. Thanks! I'm in the process of installing all of the dependencies for VR Juggler. So far I think each of gmtl, xml-cppdom, and flagpoll are each installed using different methods: python setup.py install # flagpoll scons var_arch=ia32 install prefix=/usr/local # xml-cppdom scons install # gmtl It'd be handy if the compile/install method could be standardized a bit. --Kevin |
From: Patrick H. <pa...@13...> - 2007-09-04 19:37:56
|
Kevin Godby wrote: > Okay, another stupid question. >=20 > Do the generated flagpoll files actually get installed somewhere > (using "scons install")? I see that they're generated and placed in > build.linux/instlinks/, but I don't see where they've been installed. The instlinks directory should have the same structure as the final installation tree. If you see the fpc file in build.linux/instlinks/lib/flagpoll, then setting the installation prefix = and installing CppDOM puts the file into <prefix>/lib/flagpoll. -Patrick --=20 Patrick L. Hartling VP Engineering, Infiscape Corp. http://www.infiscape.com/ |
From: Kevin G. <go...@gm...> - 2007-09-04 16:41:43
|
Okay, another stupid question. Do the generated flagpoll files actually get installed somewhere (using "scons install")? I see that they're generated and placed in build.linux/instlinks/, but I don't see where they've been installed. Thanks! --Kevin |
From: Kevin G. <go...@gm...> - 2007-09-04 16:03:14
|
Huh. I read the help and must have just glanced over the var_ prefix. Oops. Looks like it's a good day to be programming! ;-) Thanks for your help! --Kevin On 9/4/07, Daniel E. Shipton <dan...@gm...> wrote: > Kevin, > > scons -h explains it all ;) You are looking for the var_arch=x64 > option I believe. > -d > > On 9/4/07, Kevin Godby <go...@gm...> wrote: > > Almost there. > > > > Since xml-cppdom compiles against cppunit, I've still got a > > cross-compiling problem. I'm using an Ubuntu package of cppunit, so I > > don't have multiple architectures for that library. I'll see if I can > > dig them up somewhere. > > > > In the meantime, is there a command-line parameter I can pass to scons > > to get it to compile for just one architecture? > > > > Thanks! > > > > --Kevin > > > > On 9/4/07, Kevin Godby <go...@gm...> wrote: > > > And of course, as soon as I send the email, I find the solution. > > > > > > After installing the g++-multilib package, it cross-compiles fine. > > > > > > --Kevin > > > > > > On 9/4/07, Kevin Godby <go...@gm...> wrote: > > > > Hello. > > > > > > > > I'm trying to compile xml-cppdom (verion 0.7.10) on a fresh Ubuntu > > > > installation. When I run scons with no arguments, it tries to compile > > > > for both ia32 and x64 architectures. On my system the x64 > > > > architecture fails (and prevents the ia32 from attempting to compile). > > > > I've tried passing an argument of 'arch=ia32', but it doesn't appear > > > > to have any effect. > > > > > > > > Is there a way to disable cross-compiling? Or could you point me at > > > > the packages I need to install to get it to cross-compile > > > > successfully? (It's complaining that it won't use my i486 version of > > > > libstdc++ to compile the x64 version of xml-cppdom.) > > > > > > > > Thanks! > > > > > > > > --Kevin > > > > > > > > > > > ------------------------------------------------------------------------- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Xml-cppdom-devel mailing list > Xml...@li... > https://lists.sourceforge.net/lists/listinfo/xml-cppdom-devel > |
From: Daniel E. S. <dan...@gm...> - 2007-09-04 15:54:04
|
Kevin, scons -h explains it all ;) You are looking for the var_arch=x64 option I believe. -d On 9/4/07, Kevin Godby <go...@gm...> wrote: > Almost there. > > Since xml-cppdom compiles against cppunit, I've still got a > cross-compiling problem. I'm using an Ubuntu package of cppunit, so I > don't have multiple architectures for that library. I'll see if I can > dig them up somewhere. > > In the meantime, is there a command-line parameter I can pass to scons > to get it to compile for just one architecture? > > Thanks! > > --Kevin > > On 9/4/07, Kevin Godby <go...@gm...> wrote: > > And of course, as soon as I send the email, I find the solution. > > > > After installing the g++-multilib package, it cross-compiles fine. > > > > --Kevin > > > > On 9/4/07, Kevin Godby <go...@gm...> wrote: > > > Hello. > > > > > > I'm trying to compile xml-cppdom (verion 0.7.10) on a fresh Ubuntu > > > installation. When I run scons with no arguments, it tries to compile > > > for both ia32 and x64 architectures. On my system the x64 > > > architecture fails (and prevents the ia32 from attempting to compile). > > > I've tried passing an argument of 'arch=ia32', but it doesn't appear > > > to have any effect. > > > > > > Is there a way to disable cross-compiling? Or could you point me at > > > the packages I need to install to get it to cross-compile > > > successfully? (It's complaining that it won't use my i486 version of > > > libstdc++ to compile the x64 version of xml-cppdom.) > > > > > > Thanks! > > > > > > --Kevin > > > > > > > ------------------------------------------------------------------------- |
From: Kevin G. <go...@gm...> - 2007-09-04 15:43:55
|
Almost there. Since xml-cppdom compiles against cppunit, I've still got a cross-compiling problem. I'm using an Ubuntu package of cppunit, so I don't have multiple architectures for that library. I'll see if I can dig them up somewhere. In the meantime, is there a command-line parameter I can pass to scons to get it to compile for just one architecture? Thanks! --Kevin On 9/4/07, Kevin Godby <go...@gm...> wrote: > And of course, as soon as I send the email, I find the solution. > > After installing the g++-multilib package, it cross-compiles fine. > > --Kevin > > On 9/4/07, Kevin Godby <go...@gm...> wrote: > > Hello. > > > > I'm trying to compile xml-cppdom (verion 0.7.10) on a fresh Ubuntu > > installation. When I run scons with no arguments, it tries to compile > > for both ia32 and x64 architectures. On my system the x64 > > architecture fails (and prevents the ia32 from attempting to compile). > > I've tried passing an argument of 'arch=ia32', but it doesn't appear > > to have any effect. > > > > Is there a way to disable cross-compiling? Or could you point me at > > the packages I need to install to get it to cross-compile > > successfully? (It's complaining that it won't use my i486 version of > > libstdc++ to compile the x64 version of xml-cppdom.) > > > > Thanks! > > > > --Kevin > > > |
From: Kevin G. <go...@gm...> - 2007-09-04 15:38:58
|
And of course, as soon as I send the email, I find the solution. After installing the g++-multilib package, it cross-compiles fine. --Kevin On 9/4/07, Kevin Godby <go...@gm...> wrote: > Hello. > > I'm trying to compile xml-cppdom (verion 0.7.10) on a fresh Ubuntu > installation. When I run scons with no arguments, it tries to compile > for both ia32 and x64 architectures. On my system the x64 > architecture fails (and prevents the ia32 from attempting to compile). > I've tried passing an argument of 'arch=ia32', but it doesn't appear > to have any effect. > > Is there a way to disable cross-compiling? Or could you point me at > the packages I need to install to get it to cross-compile > successfully? (It's complaining that it won't use my i486 version of > libstdc++ to compile the x64 version of xml-cppdom.) > > Thanks! > > --Kevin > |
From: Kevin G. <go...@gm...> - 2007-09-04 15:36:24
|
Hello. I'm trying to compile xml-cppdom (verion 0.7.10) on a fresh Ubuntu installation. When I run scons with no arguments, it tries to compile for both ia32 and x64 architectures. On my system the x64 architecture fails (and prevents the ia32 from attempting to compile). I've tried passing an argument of 'arch=ia32', but it doesn't appear to have any effect. Is there a way to disable cross-compiling? Or could you point me at the packages I need to install to get it to cross-compile successfully? (It's complaining that it won't use my i486 version of libstdc++ to compile the x64 version of xml-cppdom.) Thanks! --Kevin |