i added the prints for debugging because i am too lame to use the
debugger:

my $path;
($file,$path) = fileparse($file);

print "PATH:$path\n";

$path =~ s|^.*/include/||;

print "PATH:$path\n";


bash-2.04$ make
./preSwig.pl --directory ./Xerces_headers
/usr/local/include/xerces/framework/StdInInputSource.hpp
PATH:/usr/local/include/xerces/framework/
PATH:xerces/framework/
Couldn't open ./Xerces_headers/xerces/framework//StdInInputSource.hpp for
writing at ./preSwig.pl line 44.


needs another s// step to get rid of the last slash methinks...

On Fri, 22 Feb 2002, John Utz wrote:

> Hi all;
> 
> On 22 Feb 2002, (Jason E. Stewart) wrote:
> 
> > "John Utz" <[EMAIL PROTECTED]> writes:
> > 
> > > so, i went to work flexing my SWIG muscles. I grepped for the
> > > implementation of getElemEnumerator and found 2 of them, one for
> > > Schema and one for DTD's. So i included them both at the top and the
> > > bottom:
> > > 
> > > #include "validators/DTD/DTDGrammar.hpp"
> > > #include "validators/schema/SchemaGrammar.hpp"
> > > 
> > > <....>
> > > 
> > > // support schema content model parsing
> > > %include "validators/DTD/DTDGrammar.hpp"
> > > %include "validators/schema/SchemaGrammar.hpp"
> > 
> > That looks good.
> > 
> > > and then i installed the latest version of swig via perl -e -MCPAN
> > 
> > ???
> > 
> > SWIG is not available via CPAN to my knowledge. You'll have to get it
> > at www.swig.org, or install a package from redhat or debian (if you're
> > using either of those linux distro's).
> 
> nope. 'tis. it's listed as swig, not SWIG. i didnt find it until i tried
> it that way.
> 
> > WORD OF WARNING: There was someone who posted to the list a bit
> > earlier that my Xerces.i interface file isn't working with the latest
> > version of SWIG. I'm using a version checked out from CVS that claims
> > to be 1.3.10
> > 
> > > and i set XERCES_DEVEL in my environment;
> > > 
> > > but i can build anything because it now wants preSwig.pl
> > > 
> > > bash-2.04$ make
> > > preSwig.pl --directory ./Xerces_headers
> > > /usr/local/include/xerces/framework/StdInInputSource.hpp
> > > make: preSwig.pl: Command not found
> > > make: *** [Xerces_headers/framework/StdInInputSource.hpp] Error 127
> > > 
> > > so, whither preSwig.pl?
> > 
> > right where you think it is, along side Xerces.pm, Xerces.C and
> > Xerces.pm. The problem is, I've hard coded /usr/local/bin/perl, and
> > you probably want to change that to be /usr/bin/perl or somesuch.
> 
> doh! why didnt i look? what a git.
> 
> but, the error still occured until i went into the generated makefile and 
> 
> fixed the call to be ./preSwig.pl instead of preswig.pl
> 
> so, now preSwig.pl is barfing because it's magically managed to add an
> extra PATHSEP '/' to the file invocation. 
> 
> bash-2.04$ make
> ./preSwig.pl --directory ./Xerces_headers
> /usr/local/include/xerces/framework/StdInInputSource.hpp
> Couldn't open ./Xerces_headers/xerces/framework//StdInInputSource.hpp for
> writing at ./preSwig.pl line 39.
> make: *** [Xerces_headers/framework/StdInInputSource.hpp] Error 2
> bash-2.04$ 
> 
> 
> this is so weird, because this *usually* occurs because somebody did
> something like this
> 
> export FOO=/bar/baz/
> 
> export FULLPATH=$FOO/path
> 
> which would evaluate to
> 
> /bar/baz//path.
> 
> but i cant seem to find an instance of this occuring....
> 
> > jas.
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to