Error running extend.tcl

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Error running extend.tcl

Sharp, Gregory C.
Hi,
 
I get the below error when running extend.tcl (on windows).
Any ideas?
 
Greg
 
 
$ ./Slicer3/Scripts/extend.tcl
Sourcing C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
can't read "::GETBUILDTEST(bitness)": no such variable
    while executing
"if {$::GETBUILDTEST(bitness) == "64" || $::GENLIB(bitness) == "64"} {
            set ::TCL_VERSION tcl85
            set ::TCL_MINOR_VERSION 5
      ..."
    ("Windows NT" arm line 2)
    invoked from within
"switch $::tcl_platform(os) {
    "SunOS" {
        set ::TCL_VERSION tcl85
        set ::TCL_MINOR_VERSION 5
    }
    "GNU/kFreeBSD" {
        set ::..."
    (file "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl" line 161)
    invoked from within
"source $localvarsfile"
    invoked from within
"if { [file exists $localvarsfile] } {
  vputs "Sourcing $localvarsfile"
  source $localvarsfile
} else {
  puts "stderr: $localvarsfile not found - us..."
    (file "./Slicer3/Scripts/extend.tcl" line 235)
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

pieper
Administrator
Hi Greg -

It looks like the changes to support 64 bit builds aren't compatible
with running extend.tcl stand alone - I'll try to clean this up later
today.  As a workaround you could just add

  set ::GETBUILDTEST(bitness) 64
  set ::GENLIB(bitness) 64

to your extend.tcl and that should work.

-Steve

On 02/23/2011 08:38 PM, Sharp, Gregory C. wrote:

> Hi,
>
> I get the below error when running extend.tcl (on windows).
> Any ideas?
>
> Greg
>
>
> $ ./Slicer3/Scripts/extend.tcl
> Sourcing C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> can't read "::GETBUILDTEST(bitness)": no such variable
>      while executing
> "if {$::GETBUILDTEST(bitness) == "64" || $::GENLIB(bitness) == "64"} {
>              set ::TCL_VERSION tcl85
>              set ::TCL_MINOR_VERSION 5
>        ..."
>      ("Windows NT" arm line 2)
>      invoked from within
> "switch $::tcl_platform(os) {
>      "SunOS" {
>          set ::TCL_VERSION tcl85
>          set ::TCL_MINOR_VERSION 5
>      }
>      "GNU/kFreeBSD" {
>          set ::..."
>      (file "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl" line 161)
>      invoked from within
> "source $localvarsfile"
>      invoked from within
> "if { [file exists $localvarsfile] } {
>    vputs "Sourcing $localvarsfile"
>    source $localvarsfile
> } else {
>    puts "stderr: $localvarsfile not found - us..."
>      (file "./Slicer3/Scripts/extend.tcl" line 235)
> _______________________________________________
> slicer-devel mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> To unsubscribe: send email to [hidden email] with unsubscribe as the subject
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

Attila Nagy
Hi guys,

I recall that I put those lines into the SunOS branch a good while back, but this code has been "elevated" into the "global" branch of the tcl file.
I remember to have reada check-in with something "like enable 64bit builds for other build environments", but just can'T find it ATM.

It worked for me around two weeks ago. Now I'm slightly overwhelmed, so the most I can do is that I can send my files whoever needs them.
Next week I'll be ready for similar tasks, I hope.

Attila

--- On Thu, 2/24/11, Steve Pieper <[hidden email]> wrote:

> From: Steve Pieper <[hidden email]>
> Subject: Re: [slicer-devel] Error running extend.tcl
> To: "Sharp, Gregory C." <[hidden email]>
> Cc: [hidden email]
> Date: Thursday, February 24, 2011, 2:55 PM
> Hi Greg -
>
> It looks like the changes to support 64 bit builds aren't
> compatible
> with running extend.tcl stand alone - I'll try to clean
> this up later
> today.  As a workaround you could just add
>
>   set ::GETBUILDTEST(bitness) 64
>   set ::GENLIB(bitness) 64
>
> to your extend.tcl and that should work.
>
> -Steve
>
> On 02/23/2011 08:38 PM, Sharp, Gregory C. wrote:
> > Hi,
> >
> > I get the below error when running extend.tcl (on
> windows).
> > Any ideas?
> >
> > Greg
> >
> >
> > $ ./Slicer3/Scripts/extend.tcl
> > Sourcing
> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> > Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> > can't read "::GETBUILDTEST(bitness)": no such
> variable
> >      while executing
> > "if {$::GETBUILDTEST(bitness) == "64" ||
> $::GENLIB(bitness) == "64"} {
> >              set
> ::TCL_VERSION tcl85
> >              set
> ::TCL_MINOR_VERSION 5
> >        ..."
> >      ("Windows NT" arm line 2)
> >      invoked from within
> > "switch $::tcl_platform(os) {
> >      "SunOS" {
> >          set ::TCL_VERSION
> tcl85
> >          set
> ::TCL_MINOR_VERSION 5
> >      }
> >      "GNU/kFreeBSD" {
> >          set ::..."
> >      (file
> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> line 161)
> >      invoked from within
> > "source $localvarsfile"
> >      invoked from within
> > "if { [file exists $localvarsfile] } {
> >    vputs "Sourcing $localvarsfile"
> >    source $localvarsfile
> > } else {
> >    puts "stderr: $localvarsfile not found -
> us..."
> >      (file
> "./Slicer3/Scripts/extend.tcl" line 235)
> > _______________________________________________
> > slicer-devel mailing list
> > [hidden email]
> > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > To unsubscribe: send email to [hidden email]
> with unsubscribe as the subject
> _______________________________________________
> slicer-devel mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> To unsubscribe: send email to [hidden email]
> with unsubscribe as the subject
>


     
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

David Partyka
This is due to my changes enabling 64bit builds on Windows. I hijacked your -64 flag Attila and also evaluate it when building on Windows. I wasn't aware of extend.tcl so I didn't make sure it worked with that script as well. My apologies.

Hey Steve if you need any help let me know, but you're exactly right it's because there isn't finding either one of 

set ::GETBUILDTEST(bitness) 64
 set ::GENLIB(bitness) 64

when invoking slicer_variables.tcl from extend.tcl

On Thu, Feb 24, 2011 at 9:12 AM, Attila Nagy <[hidden email]> wrote:
Hi guys,

I recall that I put those lines into the SunOS branch a good while back, but this code has been "elevated" into the "global" branch of the tcl file.
I remember to have reada check-in with something "like enable 64bit builds for other build environments", but just can'T find it ATM.

It worked for me around two weeks ago. Now I'm slightly overwhelmed, so the most I can do is that I can send my files whoever needs them.
Next week I'll be ready for similar tasks, I hope.

Attila

--- On Thu, 2/24/11, Steve Pieper <[hidden email]> wrote:

> From: Steve Pieper <[hidden email]>
> Subject: Re: [slicer-devel] Error running extend.tcl
> To: "Sharp, Gregory C." <[hidden email]>
> Cc: [hidden email]
> Date: Thursday, February 24, 2011, 2:55 PM
> Hi Greg -
>
> It looks like the changes to support 64 bit builds aren't
> compatible
> with running extend.tcl stand alone - I'll try to clean
> this up later
> today.  As a workaround you could just add
>
>   set ::GETBUILDTEST(bitness) 64
>   set ::GENLIB(bitness) 64
>
> to your extend.tcl and that should work.
>
> -Steve
>
> On 02/23/2011 08:38 PM, Sharp, Gregory C. wrote:
> > Hi,
> >
> > I get the below error when running extend.tcl (on
> windows).
> > Any ideas?
> >
> > Greg
> >
> >
> > $ ./Slicer3/Scripts/extend.tcl
> > Sourcing
> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> > Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> > can't read "::GETBUILDTEST(bitness)": no such
> variable
> >      while executing
> > "if {$::GETBUILDTEST(bitness) == "64" ||
> $::GENLIB(bitness) == "64"} {
> >              set
> ::TCL_VERSION tcl85
> >              set
> ::TCL_MINOR_VERSION 5
> >        ..."
> >      ("Windows NT" arm line 2)
> >      invoked from within
> > "switch $::tcl_platform(os) {
> >      "SunOS" {
> >          set ::TCL_VERSION
> tcl85
> >          set
> ::TCL_MINOR_VERSION 5
> >      }
> >      "GNU/kFreeBSD" {
> >          set ::..."
> >      (file
> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> line 161)
> >      invoked from within
> > "source $localvarsfile"
> >      invoked from within
> > "if { [file exists $localvarsfile] } {
> >    vputs "Sourcing $localvarsfile"
> >    source $localvarsfile
> > } else {
> >    puts "stderr: $localvarsfile not found -
> us..."
> >      (file
> "./Slicer3/Scripts/extend.tcl" line 235)
> > _______________________________________________
> > slicer-devel mailing list
> > [hidden email]
> > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > To unsubscribe: send email to [hidden email]
> with unsubscribe as the subject
> _______________________________________________
> slicer-devel mailing list
> [hidden email]
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> To unsubscribe: send email to [hidden email]
> with unsubscribe as the subject
>



_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject


_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

Attila Nagy
:)

The main thing is that we source slicer_variables from extend.tcl, and at this time we don't have those variables set. We either need to elevate them into the global namespace, or find a tricky way to pass them the second time too :) (I did the second one)
Pinning them in extend does work though :)

Attila


--- On Thu, 2/24/11, David Partyka <[hidden email]> wrote:

From: David Partyka <[hidden email]>
Subject: Re: [slicer-devel] Error running extend.tcl
To: "Attila Nagy" <[hidden email]>
Cc: "Gregory C.Sharp" <[hidden email]>, "Steve Pieper" <[hidden email]>, [hidden email]
Date: Thursday, February 24, 2011, 3:19 PM

This is due to my changes enabling 64bit builds on Windows. I hijacked your -64 flag Attila and also evaluate it when building on Windows. I wasn't aware of extend.tcl so I didn't make sure it worked with that script as well. My apologies.

Hey Steve if you need any help let me know, but you're exactly right it's because there isn't finding either one of 

set ::GETBUILDTEST(bitness) 64
 set ::GENLIB(bitness) 64

when invoking slicer_variables.tcl from extend.tcl

On Thu, Feb 24, 2011 at 9:12 AM, Attila Nagy <nagy.attila@...> wrote:
Hi guys,

I recall that I put those lines into the SunOS branch a good while back, but this code has been "elevated" into the "global" branch of the tcl file.
I remember to have reada check-in with something "like enable 64bit builds for other build environments", but just can'T find it ATM.

It worked for me around two weeks ago. Now I'm slightly overwhelmed, so the most I can do is that I can send my files whoever needs them.
Next week I'll be ready for similar tasks, I hope.

Attila

--- On Thu, 2/24/11, Steve Pieper <pieper@...> wrote:

> From: Steve Pieper <pieper@...>
> Subject: Re: [slicer-devel] Error running extend.tcl
> To: "Sharp, Gregory C." <GCSHARP@...>
> Cc: slicer-devel@...
> Date: Thursday, February 24, 2011, 2:55 PM
> Hi Greg -
>
> It looks like the changes to support 64 bit builds aren't
> compatible
> with running extend.tcl stand alone - I'll try to clean
> this up later
> today.  As a workaround you could just add
>
>   set ::GETBUILDTEST(bitness) 64
>   set ::GENLIB(bitness) 64
>
> to your extend.tcl and that should work.
>
> -Steve
>
> On 02/23/2011 08:38 PM, Sharp, Gregory C. wrote:
> > Hi,
> >
> > I get the below error when running extend.tcl (on
> windows).
> > Any ideas?
> >
> > Greg
> >
> >
> > $ ./Slicer3/Scripts/extend.tcl
> > Sourcing
> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> > Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> > can't read "::GETBUILDTEST(bitness)": no such
> variable
> >      while executing
> > "if {$::GETBUILDTEST(bitness) == "64" ||
> $::GENLIB(bitness) == "64"} {
> >              set
> ::TCL_VERSION tcl85
> >              set
> ::TCL_MINOR_VERSION 5
> >        ..."
> >      ("Windows NT" arm line 2)
> >      invoked from within
> > "switch $::tcl_platform(os) {
> >      "SunOS" {
> >          set ::TCL_VERSION
> tcl85
> >          set
> ::TCL_MINOR_VERSION 5
> >      }
> >      "GNU/kFreeBSD" {
> >          set ::..."
> >      (file
> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> line 161)
> >      invoked from within
> > "source $localvarsfile"
> >      invoked from within
> > "if { [file exists $localvarsfile] } {
> >    vputs "Sourcing $localvarsfile"
> >    source $localvarsfile
> > } else {
> >    puts "stderr: $localvarsfile not found -
> us..."
> >      (file
> "./Slicer3/Scripts/extend.tcl" line 235)
> > _______________________________________________
> > slicer-devel mailing list
> > slicer-devel@...
> > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > To unsubscribe: send email to slicer-devel-request@...
> with unsubscribe as the subject
> _______________________________________________
> slicer-devel mailing list
> slicer-devel@...
> http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> To unsubscribe: send email to slicer-devel-request@...
> with unsubscribe as the subject
>



_______________________________________________
slicer-devel mailing list
slicer-devel@...
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to slicer-devel-request@... with unsubscribe as the subject



_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

pieper
Administrator
Hi Guys -

I don't think extend.tcl was ever touched to support the -64 flag so it
doesn't have the needed infrastructure, but this will be needed when we
start making slicer3 nightlies and will need extensions.  I started
making a pass through and want to generalize and clean up the code a bit
- for example, I'd rather have the code rely on ::env(BITNESS) rather
than looking for ::GETBUILDTEST(bitness) or GENLIB(bitness) everywhere.
  slicer_variables shouldn't really 'know' about the variables in
genlib, getbuildtest or extend.  I should be able to do it this afternoon.

Thanks,
Steve


On 02/24/2011 09:31 AM, Attila Nagy wrote:

> :)
>
> The main thing is that we source slicer_variables from extend.tcl, and
> at this time we don't have those variables set. We either need to
> elevate them into the global namespace, or find a tricky way to pass
> them the second time too :) (I did the second one)
> Pinning them in extend does work though :)
>
> Attila
>
>
> --- On *Thu, 2/24/11, David Partyka /<[hidden email]>/* wrote:
>
>
>     From: David Partyka <[hidden email]>
>     Subject: Re: [slicer-devel] Error running extend.tcl
>     To: "Attila Nagy" <[hidden email]>
>     Cc: "Gregory C.Sharp" <[hidden email]>, "Steve Pieper"
>     <[hidden email]>, [hidden email]
>     Date: Thursday, February 24, 2011, 3:19 PM
>
>     This is due to my changes enabling 64bit builds on Windows. I
>     hijacked your -64 flag Attila and also evaluate it when building on
>     Windows. I wasn't aware of extend.tcl so I didn't make sure it
>     worked with that script as well. My apologies.
>
>     Hey Steve if you need any help let me know, but you're exactly right
>     it's because there isn't finding either one of
>
>     set ::GETBUILDTEST(bitness) 64
>     set ::GENLIB(bitness) 64
>
>     when invoking slicer_variables.tcl from extend.tcl
>
>     On Thu, Feb 24, 2011 at 9:12 AM, Attila Nagy <[hidden email]
>     </mc/compose?to=[hidden email]>> wrote:
>
>         Hi guys,
>
>         I recall that I put those lines into the SunOS branch a good
>         while back, but this code has been "elevated" into the "global"
>         branch of the tcl file.
>         I remember to have reada check-in with something "like enable
>         64bit builds for other build environments", but just can'T find
>         it ATM.
>
>         It worked for me around two weeks ago. Now I'm slightly
>         overwhelmed, so the most I can do is that I can send my files
>         whoever needs them.
>         Next week I'll be ready for similar tasks, I hope.
>
>         Attila
>
>         --- On Thu, 2/24/11, Steve Pieper <[hidden email]
>         </mc/compose?to=[hidden email]>> wrote:
>
>          > From: Steve Pieper <[hidden email]
>         </mc/compose?to=[hidden email]>>
>          > Subject: Re: [slicer-devel] Error running extend.tcl
>          > To: "Sharp, Gregory C." <[hidden email]
>         </mc/compose?to=[hidden email]>>
>          > Cc: [hidden email]
>         </mc/compose?to=[hidden email]>
>          > Date: Thursday, February 24, 2011, 2:55 PM
>          > Hi Greg -
>          >
>          > It looks like the changes to support 64 bit builds aren't
>          > compatible
>          > with running extend.tcl stand alone - I'll try to clean
>          > this up later
>          > today. As a workaround you could just add
>          >
>          > set ::GETBUILDTEST(bitness) 64
>          > set ::GENLIB(bitness) 64
>          >
>          > to your extend.tcl and that should work.
>          >
>          > -Steve
>          >
>          > On 02/23/2011 08:38 PM, Sharp, Gregory C. wrote:
>          > > Hi,
>          > >
>          > > I get the below error when running extend.tcl (on
>          > windows).
>          > > Any ideas?
>          > >
>          > > Greg
>          > >
>          > >
>          > > $ ./Slicer3/Scripts/extend.tcl
>          > > Sourcing
>          > C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
>          > > Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
>          > > can't read "::GETBUILDTEST(bitness)": no such
>          > variable
>          > > while executing
>          > > "if {$::GETBUILDTEST(bitness) == "64" ||
>          > $::GENLIB(bitness) == "64"} {
>          > > set
>          > ::TCL_VERSION tcl85
>          > > set
>          > ::TCL_MINOR_VERSION 5
>          > > ..."
>          > > ("Windows NT" arm line 2)
>          > > invoked from within
>          > > "switch $::tcl_platform(os) {
>          > > "SunOS" {
>          > > set ::TCL_VERSION
>          > tcl85
>          > > set
>          > ::TCL_MINOR_VERSION 5
>          > > }
>          > > "GNU/kFreeBSD" {
>          > > set ::..."
>          > > (file
>          > "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
>          > line 161)
>          > > invoked from within
>          > > "source $localvarsfile"
>          > > invoked from within
>          > > "if { [file exists $localvarsfile] } {
>          > > vputs "Sourcing $localvarsfile"
>          > > source $localvarsfile
>          > > } else {
>          > > puts "stderr: $localvarsfile not found -
>          > us..."
>          > > (file
>          > "./Slicer3/Scripts/extend.tcl" line 235)
>          > > _______________________________________________
>          > > slicer-devel mailing list
>          > > [hidden email]
>         </mc/compose?to=[hidden email]>
>          > > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>          > > To unsubscribe: send email to
>         [hidden email]
>         </mc/compose?to=[hidden email]>
>          > with unsubscribe as the subject
>          > _______________________________________________
>          > slicer-devel mailing list
>          > [hidden email]
>         </mc/compose?to=[hidden email]>
>          > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>          > To unsubscribe: send email to
>         [hidden email]
>         </mc/compose?to=[hidden email]>
>          > with unsubscribe as the subject
>          >
>
>
>
>         _______________________________________________
>         slicer-devel mailing list
>         [hidden email]
>         </mc/compose?to=[hidden email]>
>         http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>         To unsubscribe: send email to
>         [hidden email]
>         </mc/compose?to=[hidden email]>
>         with unsubscribe as the subject
>
>
>
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

Attila Nagy
Hey Steve & all,

what's up with this fix?
I tried to build the latest 3.6 trunk today, and seem not to find this. No problem, as I do have my own "fix" :) for it, just asking.
I think I can translate my changes into ::env ones and submit them, if it's not too urgent.

Happy Slicering,

Attila

--- On Thu, 2/24/11, Steve Pieper <[hidden email]> wrote:

> From: Steve Pieper <[hidden email]>
> Subject: Re: [slicer-devel] Error running extend.tcl
> To: "Attila Nagy" <[hidden email]>
> Cc: "David Partyka" <[hidden email]>, "Gregory C.Sharp" <[hidden email]>, [hidden email]
> Date: Thursday, February 24, 2011, 3:41 PM
> Hi Guys -
>
> I don't think extend.tcl was ever touched to support the
> -64 flag so it
> doesn't have the needed infrastructure, but this will be
> needed when we
> start making slicer3 nightlies and will need
> extensions.  I started
> making a pass through and want to generalize and clean up
> the code a bit
> - for example, I'd rather have the code rely on
> ::env(BITNESS) rather
> than looking for ::GETBUILDTEST(bitness) or GENLIB(bitness)
> everywhere.
>   slicer_variables shouldn't really 'know' about the
> variables in
> genlib, getbuildtest or extend.  I should be able to
> do it this afternoon.
>
> Thanks,
> Steve
>
>
> On 02/24/2011 09:31 AM, Attila Nagy wrote:
> > :)
> >
> > The main thing is that we source slicer_variables from
> extend.tcl, and
> > at this time we don't have those variables set. We
> either need to
> > elevate them into the global namespace, or find a
> tricky way to pass
> > them the second time too :) (I did the second one)
> > Pinning them in extend does work though :)
> >
> > Attila
> >
> >
> > --- On *Thu, 2/24/11, David Partyka /<[hidden email]>/*
> wrote:
> >
> >
> >     From: David Partyka <[hidden email]>
> >     Subject: Re: [slicer-devel]
> Error running extend.tcl
> >     To: "Attila Nagy" <[hidden email]>
> >     Cc: "Gregory C.Sharp" <[hidden email]>,
> "Steve Pieper"
> >     <[hidden email]>,
> [hidden email]
> >     Date: Thursday, February 24,
> 2011, 3:19 PM
> >
> >     This is due to my changes
> enabling 64bit builds on Windows. I
> >     hijacked your -64 flag Attila
> and also evaluate it when building on
> >     Windows. I wasn't aware of
> extend.tcl so I didn't make sure it
> >     worked with that script as
> well. My apologies.
> >
> >     Hey Steve if you need any help
> let me know, but you're exactly right
> >     it's because there isn't
> finding either one of
> >
> >     set ::GETBUILDTEST(bitness)
> 64
> >     set ::GENLIB(bitness) 64
> >
> >     when invoking
> slicer_variables.tcl from extend.tcl
> >
> >     On Thu, Feb 24, 2011 at 9:12
> AM, Attila Nagy <[hidden email]
> >     </mc/compose?to=[hidden email]>>
> wrote:
> >
> >         Hi guys,
> >
> >         I recall that I
> put those lines into the SunOS branch a good
> >         while back, but
> this code has been "elevated" into the "global"
> >         branch of the
> tcl file.
> >         I remember to
> have reada check-in with something "like enable
> >         64bit builds for
> other build environments", but just can'T find
> >         it ATM.
> >
> >         It worked for me
> around two weeks ago. Now I'm slightly
> >         overwhelmed, so
> the most I can do is that I can send my files
> >         whoever needs
> them.
> >         Next week I'll
> be ready for similar tasks, I hope.
> >
> >         Attila
> >
> >         --- On Thu,
> 2/24/11, Steve Pieper <[hidden email]
> >     
>    </mc/compose?to=[hidden email]>>
> wrote:
> >
> >          > From: Steve
> Pieper <[hidden email]
> >     
>    </mc/compose?to=[hidden email]>>
> >          > Subject: Re:
> [slicer-devel] Error running extend.tcl
> >          > To: "Sharp,
> Gregory C." <[hidden email]
> >     
>    </mc/compose?to=[hidden email]>>
> >          > Cc: [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >          > Date: Thursday,
> February 24, 2011, 2:55 PM
> >          > Hi Greg -
> >          >
> >          > It looks like
> the changes to support 64 bit builds aren't
> >          > compatible
> >          > with running
> extend.tcl stand alone - I'll try to clean
> >          > this up later
> >          > today. As a
> workaround you could just add
> >          >
> >          > set
> ::GETBUILDTEST(bitness) 64
> >          > set
> ::GENLIB(bitness) 64
> >          >
> >          > to your
> extend.tcl and that should work.
> >          >
> >          > -Steve
> >          >
> >          > On 02/23/2011
> 08:38 PM, Sharp, Gregory C. wrote:
> >          > > Hi,
> >          > >
> >          > > I get the
> below error when running extend.tcl (on
> >          > windows).
> >          > > Any
> ideas?
> >          > >
> >          > > Greg
> >          > >
> >          > >
> >          > > $
> ./Slicer3/Scripts/extend.tcl
> >          > > Sourcing
> >          >
> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> >          > >
> Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> >          > > can't read
> "::GETBUILDTEST(bitness)": no such
> >          > variable
> >          > > while
> executing
> >          > > "if
> {$::GETBUILDTEST(bitness) == "64" ||
> >          >
> $::GENLIB(bitness) == "64"} {
> >          > > set
> >          > ::TCL_VERSION
> tcl85
> >          > > set
> >          >
> ::TCL_MINOR_VERSION 5
> >          > > ..."
> >          > > ("Windows
> NT" arm line 2)
> >          > > invoked
> from within
> >          > > "switch
> $::tcl_platform(os) {
> >          > > "SunOS" {
> >          > > set
> ::TCL_VERSION
> >          > tcl85
> >          > > set
> >          >
> ::TCL_MINOR_VERSION 5
> >          > > }
> >          > >
> "GNU/kFreeBSD" {
> >          > > set
> ::..."
> >          > > (file
> >          >
> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> >          > line 161)
> >          > > invoked
> from within
> >          > > "source
> $localvarsfile"
> >          > > invoked
> from within
> >          > > "if {
> [file exists $localvarsfile] } {
> >          > > vputs
> "Sourcing $localvarsfile"
> >          > > source
> $localvarsfile
> >          > > } else {
> >          > > puts
> "stderr: $localvarsfile not found -
> >          > us..."
> >          > > (file
> >          >
> "./Slicer3/Scripts/extend.tcl" line 235)
> >          > >
> _______________________________________________
> >          > >
> slicer-devel mailing list
> >          > > [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >          > > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> >          > > To
> unsubscribe: send email to
> >         [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >          > with
> unsubscribe as the subject
> >          >
> _______________________________________________
> >          > slicer-devel
> mailing list
> >          > [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >          > http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> >          > To unsubscribe:
> send email to
> >         [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >          > with
> unsubscribe as the subject
> >          >
> >
> >
> >
> >     
>    _______________________________________________
> >         slicer-devel
> mailing list
> >         [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >         http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> >         To unsubscribe:
> send email to
> >         [hidden email]
> >     
>    </mc/compose?to=[hidden email]>
> >         with unsubscribe
> as the subject
> >
> >
> >
>


     
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

pieper
Administrator
Hi Guys -

I checked in some changes to extend.tcl on windows will run independent
of getbuildtest to fix what Greg was seeing:

http://viewvc.slicer.org/viewcvs.cgi?rev=16153&view=rev

-Steve

On 03/03/2011 09:59 AM, Attila Nagy wrote:

> Hey Steve&  all,
>
> what's up with this fix?
> I tried to build the latest 3.6 trunk today, and seem not to find this. No problem, as I do have my own "fix" :) for it, just asking.
> I think I can translate my changes into ::env ones and submit them, if it's not too urgent.
>
> Happy Slicering,
>
> Attila
>
> --- On Thu, 2/24/11, Steve Pieper<[hidden email]>  wrote:
>
>> From: Steve Pieper<[hidden email]>
>> Subject: Re: [slicer-devel] Error running extend.tcl
>> To: "Attila Nagy"<[hidden email]>
>> Cc: "David Partyka"<[hidden email]>, "Gregory C.Sharp"<[hidden email]>, [hidden email]
>> Date: Thursday, February 24, 2011, 3:41 PM
>> Hi Guys -
>>
>> I don't think extend.tcl was ever touched to support the
>> -64 flag so it
>> doesn't have the needed infrastructure, but this will be
>> needed when we
>> start making slicer3 nightlies and will need
>> extensions.  I started
>> making a pass through and want to generalize and clean up
>> the code a bit
>> - for example, I'd rather have the code rely on
>> ::env(BITNESS) rather
>> than looking for ::GETBUILDTEST(bitness) or GENLIB(bitness)
>> everywhere.
>>    slicer_variables shouldn't really 'know' about the
>> variables in
>> genlib, getbuildtest or extend.  I should be able to
>> do it this afternoon.
>>
>> Thanks,
>> Steve
>>
>>
>> On 02/24/2011 09:31 AM, Attila Nagy wrote:
>>> :)
>>>
>>> The main thing is that we source slicer_variables from
>> extend.tcl, and
>>> at this time we don't have those variables set. We
>> either need to
>>> elevate them into the global namespace, or find a
>> tricky way to pass
>>> them the second time too :) (I did the second one)
>>> Pinning them in extend does work though :)
>>>
>>> Attila
>>>
>>>
>>> --- On *Thu, 2/24/11, David Partyka /<[hidden email]>/*
>> wrote:
>>>
>>>
>>>       From: David Partyka<[hidden email]>
>>>       Subject: Re: [slicer-devel]
>> Error running extend.tcl
>>>       To: "Attila Nagy"<[hidden email]>
>>>       Cc: "Gregory C.Sharp"<[hidden email]>,
>> "Steve Pieper"
>>>       <[hidden email]>,
>> [hidden email]
>>>       Date: Thursday, February 24,
>> 2011, 3:19 PM
>>>
>>>       This is due to my changes
>> enabling 64bit builds on Windows. I
>>>       hijacked your -64 flag Attila
>> and also evaluate it when building on
>>>       Windows. I wasn't aware of
>> extend.tcl so I didn't make sure it
>>>       worked with that script as
>> well. My apologies.
>>>
>>>       Hey Steve if you need any help
>> let me know, but you're exactly right
>>>       it's because there isn't
>> finding either one of
>>>
>>>       set ::GETBUILDTEST(bitness)
>> 64
>>>       set ::GENLIB(bitness) 64
>>>
>>>       when invoking
>> slicer_variables.tcl from extend.tcl
>>>
>>>       On Thu, Feb 24, 2011 at 9:12
>> AM, Attila Nagy<[hidden email]
>>>       </mc/compose?to=[hidden email]>>
>> wrote:
>>>
>>>           Hi guys,
>>>
>>>           I recall that I
>> put those lines into the SunOS branch a good
>>>           while back, but
>> this code has been "elevated" into the "global"
>>>           branch of the
>> tcl file.
>>>           I remember to
>> have reada check-in with something "like enable
>>>           64bit builds for
>> other build environments", but just can'T find
>>>           it ATM.
>>>
>>>           It worked for me
>> around two weeks ago. Now I'm slightly
>>>           overwhelmed, so
>> the most I can do is that I can send my files
>>>           whoever needs
>> them.
>>>           Next week I'll
>> be ready for similar tasks, I hope.
>>>
>>>           Attila
>>>
>>>           --- On Thu,
>> 2/24/11, Steve Pieper<[hidden email]
>>>
>>     </mc/compose?to=[hidden email]>>
>> wrote:
>>>
>>>            >  From: Steve
>> Pieper<[hidden email]
>>>
>>     </mc/compose?to=[hidden email]>>
>>>            >  Subject: Re:
>> [slicer-devel] Error running extend.tcl
>>>            >  To: "Sharp,
>> Gregory C."<[hidden email]
>>>
>>     </mc/compose?to=[hidden email]>>
>>>            >  Cc: [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>            >  Date: Thursday,
>> February 24, 2011, 2:55 PM
>>>            >  Hi Greg -
>>>            >
>>>            >  It looks like
>> the changes to support 64 bit builds aren't
>>>            >  compatible
>>>            >  with running
>> extend.tcl stand alone - I'll try to clean
>>>            >  this up later
>>>            >  today. As a
>> workaround you could just add
>>>            >
>>>            >  set
>> ::GETBUILDTEST(bitness) 64
>>>            >  set
>> ::GENLIB(bitness) 64
>>>            >
>>>            >  to your
>> extend.tcl and that should work.
>>>            >
>>>            >  -Steve
>>>            >
>>>            >  On 02/23/2011
>> 08:38 PM, Sharp, Gregory C. wrote:
>>>            >  >  Hi,
>>>            >  >
>>>            >  >  I get the
>> below error when running extend.tcl (on
>>>            >  windows).
>>>            >  >  Any
>> ideas?
>>>            >  >
>>>            >  >  Greg
>>>            >  >
>>>            >  >
>>>            >  >  $
>> ./Slicer3/Scripts/extend.tcl
>>>            >  >  Sourcing
>>>            >
>> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
>>>            >  >
>> Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
>>>            >  >  can't read
>> "::GETBUILDTEST(bitness)": no such
>>>            >  variable
>>>            >  >  while
>> executing
>>>            >  >  "if
>> {$::GETBUILDTEST(bitness) == "64" ||
>>>            >
>> $::GENLIB(bitness) == "64"} {
>>>            >  >  set
>>>            >  ::TCL_VERSION
>> tcl85
>>>            >  >  set
>>>            >
>> ::TCL_MINOR_VERSION 5
>>>            >  >  ..."
>>>            >  >  ("Windows
>> NT" arm line 2)
>>>            >  >  invoked
>> from within
>>>            >  >  "switch
>> $::tcl_platform(os) {
>>>            >  >  "SunOS" {
>>>            >  >  set
>> ::TCL_VERSION
>>>            >  tcl85
>>>            >  >  set
>>>            >
>> ::TCL_MINOR_VERSION 5
>>>            >  >  }
>>>            >  >
>> "GNU/kFreeBSD" {
>>>            >  >  set
>> ::..."
>>>            >  >  (file
>>>            >
>> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
>>>            >  line 161)
>>>            >  >  invoked
>> from within
>>>            >  >  "source
>> $localvarsfile"
>>>            >  >  invoked
>> from within
>>>            >  >  "if {
>> [file exists $localvarsfile] } {
>>>            >  >  vputs
>> "Sourcing $localvarsfile"
>>>            >  >  source
>> $localvarsfile
>>>            >  >  } else {
>>>            >  >  puts
>> "stderr: $localvarsfile not found -
>>>            >  us..."
>>>            >  >  (file
>>>            >
>> "./Slicer3/Scripts/extend.tcl" line 235)
>>>            >  >
>> _______________________________________________
>>>            >  >
>> slicer-devel mailing list
>>>            >  >  [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>            >  >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>>>            >  >  To
>> unsubscribe: send email to
>>>           [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>            >  with
>> unsubscribe as the subject
>>>            >
>> _______________________________________________
>>>            >  slicer-devel
>> mailing list
>>>            >  [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>            >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>>>            >  To unsubscribe:
>> send email to
>>>           [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>            >  with
>> unsubscribe as the subject
>>>            >
>>>
>>>
>>>
>>>
>>     _______________________________________________
>>>           slicer-devel
>> mailing list
>>>           [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>           http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
>>>           To unsubscribe:
>> send email to
>>>           [hidden email]
>>>
>>     </mc/compose?to=[hidden email]>
>>>           with unsubscribe
>> as the subject
>>>
>>>
>>>
>>
>
>
>
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

Attila Nagy
Thanks Steve,

I'll test it.

Attila

--- On Thu, 3/3/11, Steve Pieper <[hidden email]> wrote:

> From: Steve Pieper <[hidden email]>
> Subject: Re: [slicer-devel] Error running extend.tcl
> To: "Attila Nagy" <[hidden email]>
> Cc: "David Partyka" <[hidden email]>, "Gregory C.Sharp" <[hidden email]>, [hidden email]
> Date: Thursday, March 3, 2011, 11:45 PM
> Hi Guys -
>
> I checked in some changes to extend.tcl on windows will run
> independent
> of getbuildtest to fix what Greg was seeing:
>
> http://viewvc.slicer.org/viewcvs.cgi?rev=16153&view=rev
>
> -Steve
>
> On 03/03/2011 09:59 AM, Attila Nagy wrote:
> > Hey Steve&  all,
> >
> > what's up with this fix?
> > I tried to build the latest 3.6 trunk today, and seem
> not to find this. No problem, as I do have my own "fix" :)
> for it, just asking.
> > I think I can translate my changes into ::env ones and
> submit them, if it's not too urgent.
> >
> > Happy Slicering,
> >
> > Attila
> >
> > --- On Thu, 2/24/11, Steve Pieper<[hidden email]
> wrote:
> >
> >> From: Steve Pieper<[hidden email]>
> >> Subject: Re: [slicer-devel] Error running
> extend.tcl
> >> To: "Attila Nagy"<[hidden email]>
> >> Cc: "David Partyka"<[hidden email]>,
> "Gregory C.Sharp"<[hidden email]>,
> [hidden email]
> >> Date: Thursday, February 24, 2011, 3:41 PM
> >> Hi Guys -
> >>
> >> I don't think extend.tcl was ever touched to
> support the
> >> -64 flag so it
> >> doesn't have the needed infrastructure, but this
> will be
> >> needed when we
> >> start making slicer3 nightlies and will need
> >> extensions.  I started
> >> making a pass through and want to generalize and
> clean up
> >> the code a bit
> >> - for example, I'd rather have the code rely on
> >> ::env(BITNESS) rather
> >> than looking for ::GETBUILDTEST(bitness) or
> GENLIB(bitness)
> >> everywhere.
> >>    slicer_variables shouldn't really
> 'know' about the
> >> variables in
> >> genlib, getbuildtest or extend.  I should be
> able to
> >> do it this afternoon.
> >>
> >> Thanks,
> >> Steve
> >>
> >>
> >> On 02/24/2011 09:31 AM, Attila Nagy wrote:
> >>> :)
> >>>
> >>> The main thing is that we source
> slicer_variables from
> >> extend.tcl, and
> >>> at this time we don't have those variables
> set. We
> >> either need to
> >>> elevate them into the global namespace, or
> find a
> >> tricky way to pass
> >>> them the second time too :) (I did the second
> one)
> >>> Pinning them in extend does work though :)
> >>>
> >>> Attila
> >>>
> >>>
> >>> --- On *Thu, 2/24/11, David Partyka /<[hidden email]>/*
> >> wrote:
> >>>
> >>>
> >>>       From: David
> Partyka<[hidden email]>
> >>>       Subject: Re:
> [slicer-devel]
> >> Error running extend.tcl
> >>>       To: "Attila
> Nagy"<[hidden email]>
> >>>       Cc: "Gregory
> C.Sharp"<[hidden email]>,
> >> "Steve Pieper"
> >>>       <[hidden email]>,
> >> [hidden email]
> >>>       Date: Thursday,
> February 24,
> >> 2011, 3:19 PM
> >>>
> >>>       This is due to
> my changes
> >> enabling 64bit builds on Windows. I
> >>>       hijacked your
> -64 flag Attila
> >> and also evaluate it when building on
> >>>       Windows. I
> wasn't aware of
> >> extend.tcl so I didn't make sure it
> >>>       worked with
> that script as
> >> well. My apologies.
> >>>
> >>>       Hey Steve if
> you need any help
> >> let me know, but you're exactly right
> >>>       it's because
> there isn't
> >> finding either one of
> >>>
> >>>       set
> ::GETBUILDTEST(bitness)
> >> 64
> >>>       set
> ::GENLIB(bitness) 64
> >>>
> >>>       when invoking
> >> slicer_variables.tcl from extend.tcl
> >>>
> >>>       On Thu, Feb 24,
> 2011 at 9:12
> >> AM, Attila Nagy<[hidden email]
> >>>   
>    </mc/compose?to=[hidden email]>>
> >> wrote:
> >>>
> >>>       
>    Hi guys,
> >>>
> >>>           I
> recall that I
> >> put those lines into the SunOS branch a good
> >>>       
>    while back, but
> >> this code has been "elevated" into the "global"
> >>>       
>    branch of the

> >> tcl file.
> >>>           I
> remember to
> >> have reada check-in with something "like enable
> >>>       
>    64bit builds for
> >> other build environments", but just can'T find
> >>>       
>    it ATM.
> >>>
> >>>       
>    It worked for me
> >> around two weeks ago. Now I'm slightly
> >>>       
>    overwhelmed, so
> >> the most I can do is that I can send my files
> >>>       
>    whoever needs
> >> them.
> >>>       
>    Next week I'll
> >> be ready for similar tasks, I hope.
> >>>
> >>>       
>    Attila
> >>>
> >>>       
>    --- On Thu,
> >> 2/24/11, Steve Pieper<[hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>>
> >> wrote:
> >>>
> >>>           
> >  From: Steve
> >> Pieper<[hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>>
> >>>           
> >  Subject: Re:
> >> [slicer-devel] Error running extend.tcl
> >>>           
> >  To: "Sharp,
> >> Gregory C."<[hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>>
> >>>           
> >  Cc: [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>           
> >  Date: Thursday,
> >> February 24, 2011, 2:55 PM
> >>>           
> >  Hi Greg -
> >>>            >
> >>>           
> >  It looks like
> >> the changes to support 64 bit builds aren't
> >>>           
> >  compatible
> >>>           
> >  with running
> >> extend.tcl stand alone - I'll try to clean
> >>>           
> >  this up later
> >>>           
> >  today. As a
> >> workaround you could just add
> >>>            >
> >>>           
> >  set
> >> ::GETBUILDTEST(bitness) 64
> >>>           
> >  set
> >> ::GENLIB(bitness) 64
> >>>            >
> >>>           
> >  to your
> >> extend.tcl and that should work.
> >>>            >
> >>>           
> >  -Steve
> >>>            >
> >>>           
> >  On 02/23/2011
> >> 08:38 PM, Sharp, Gregory C. wrote:
> >>>           
> >  >  Hi,
> >>>           
> >  >
> >>>           
> >  >  I get the
> >> below error when running extend.tcl (on
> >>>           
> >  windows).
> >>>           
> >  >  Any
> >> ideas?
> >>>           
> >  >
> >>>           
> >  >  Greg
> >>>           
> >  >
> >>>           
> >  >
> >>>           
> >  >  $
> >> ./Slicer3/Scripts/extend.tcl
> >>>           
> >  >  Sourcing
> >>>            >
> >>
> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> >>>           
> >  >
> >> Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> >>>           
> >  >  can't read
> >> "::GETBUILDTEST(bitness)": no such
> >>>           
> >  variable
> >>>           
> >  >  while
> >> executing
> >>>           
> >  >  "if
> >> {$::GETBUILDTEST(bitness) == "64" ||
> >>>            >
> >> $::GENLIB(bitness) == "64"} {
> >>>           
> >  >  set
> >>>           
> >  ::TCL_VERSION
> >> tcl85
> >>>           
> >  >  set
> >>>            >
> >> ::TCL_MINOR_VERSION 5
> >>>           
> >  >  ..."
> >>>           
> >  >  ("Windows
> >> NT" arm line 2)
> >>>           
> >  >  invoked
> >> from within
> >>>           
> >  >  "switch
> >> $::tcl_platform(os) {
> >>>           
> >  >  "SunOS" {
> >>>           
> >  >  set
> >> ::TCL_VERSION
> >>>           
> >  tcl85
> >>>           
> >  >  set
> >>>            >
> >> ::TCL_MINOR_VERSION 5
> >>>           
> >  >  }
> >>>           
> >  >
> >> "GNU/kFreeBSD" {
> >>>           
> >  >  set
> >> ::..."
> >>>           
> >  >  (file
> >>>            >
> >>
> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> >>>           
> >  line 161)
> >>>           
> >  >  invoked
> >> from within
> >>>           
> >  >  "source
> >> $localvarsfile"
> >>>           
> >  >  invoked
> >> from within
> >>>           
> >  >  "if {
> >> [file exists $localvarsfile] } {
> >>>           
> >  >  vputs
> >> "Sourcing $localvarsfile"
> >>>           
> >  >  source
> >> $localvarsfile
> >>>           
> >  >  } else {
> >>>           
> >  >  puts
> >> "stderr: $localvarsfile not found -
> >>>           
> >  us..."
> >>>           
> >  >  (file
> >>>            >
> >> "./Slicer3/Scripts/extend.tcl" line 235)
> >>>           
> >  >
> >> _______________________________________________
> >>>           
> >  >
> >> slicer-devel mailing list
> >>>           
> >  >  [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>           
> >  >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> >>>           
> >  >  To
> >> unsubscribe: send email to
> >>>       
>    [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>           
> >  with
> >> unsubscribe as the subject
> >>>            >
> >> _______________________________________________
> >>>           
> >  slicer-devel
> >> mailing list
> >>>           
> >  [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>           
> >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> >>>           
> >  To unsubscribe:
> >> send email to
> >>>       
>    [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>           
> >  with
> >> unsubscribe as the subject
> >>>            >
> >>>
> >>>
> >>>
> >>>
> >> 
>    _______________________________________________
> >>>       
>    slicer-devel
> >> mailing list
> >>>       
>    [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>       
>    http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> >>>       
>    To unsubscribe:
> >> send email to
> >>>       
>    [hidden email]
> >>>
> >>     </mc/compose?to=[hidden email]>
> >>>       
>    with unsubscribe
> >> as the subject
> >>>
> >>>
> >>>
> >>
> >
> >
> >
>


     
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

Sharp, Gregory C.

The fix is working for me on 32-bit Windows XP.  Thanks!  -Greg


On Fri, 4 Mar 2011 04:33:33 -0800 (PST)
Attila Nagy <[hidden email]> wrote:

> Thanks Steve,
>
> I'll test it.
>
> Attila
>
> --- On Thu, 3/3/11, Steve Pieper <[hidden email]> wrote:
>
> > From: Steve Pieper <[hidden email]>
> > Subject: Re: [slicer-devel] Error running extend.tcl
> > To: "Attila Nagy" <[hidden email]>
> > Cc: "David Partyka" <[hidden email]>, "Gregory C.Sharp"
> > <[hidden email]>, [hidden email] Date: Thursday,
> > March 3, 2011, 11:45 PM Hi Guys -
> >
> > I checked in some changes to extend.tcl on windows will run
> > independent
> > of getbuildtest to fix what Greg was seeing:
> >
> > http://viewvc.slicer.org/viewcvs.cgi?rev=16153&view=rev
> >
> > -Steve
> >
> > On 03/03/2011 09:59 AM, Attila Nagy wrote:
> > > Hey Steve&  all,
> > >
> > > what's up with this fix?
> > > I tried to build the latest 3.6 trunk today, and seem
> > not to find this. No problem, as I do have my own "fix" :)
> > for it, just asking.
> > > I think I can translate my changes into ::env ones and
> > submit them, if it's not too urgent.
> > >
> > > Happy Slicering,
> > >
> > > Attila
> > >
> > > --- On Thu, 2/24/11, Steve Pieper<[hidden email]
> > wrote:
> > >
> > >> From: Steve Pieper<[hidden email]>
> > >> Subject: Re: [slicer-devel] Error running
> > extend.tcl
> > >> To: "Attila Nagy"<[hidden email]>
> > >> Cc: "David Partyka"<[hidden email]>,
> > "Gregory C.Sharp"<[hidden email]>,
> > [hidden email]
> > >> Date: Thursday, February 24, 2011, 3:41 PM
> > >> Hi Guys -
> > >>
> > >> I don't think extend.tcl was ever touched to
> > support the
> > >> -64 flag so it
> > >> doesn't have the needed infrastructure, but this
> > will be
> > >> needed when we
> > >> start making slicer3 nightlies and will need
> > >> extensions.  I started
> > >> making a pass through and want to generalize and
> > clean up
> > >> the code a bit
> > >> - for example, I'd rather have the code rely on
> > >> ::env(BITNESS) rather
> > >> than looking for ::GETBUILDTEST(bitness) or
> > GENLIB(bitness)
> > >> everywhere.
> > >>    slicer_variables shouldn't really
> > 'know' about the
> > >> variables in
> > >> genlib, getbuildtest or extend.  I should be
> > able to
> > >> do it this afternoon.
> > >>
> > >> Thanks,
> > >> Steve
> > >>
> > >>
> > >> On 02/24/2011 09:31 AM, Attila Nagy wrote:
> > >>> :)
> > >>>
> > >>> The main thing is that we source
> > slicer_variables from
> > >> extend.tcl, and
> > >>> at this time we don't have those variables
> > set. We
> > >> either need to
> > >>> elevate them into the global namespace, or
> > find a
> > >> tricky way to pass
> > >>> them the second time too :) (I did the second
> > one)
> > >>> Pinning them in extend does work though :)
> > >>>
> > >>> Attila
> > >>>
> > >>>
> > >>> --- On *Thu, 2/24/11, David Partyka /<[hidden email]>/*
> > >> wrote:
> > >>>
> > >>>
> > >>>       From: David
> > Partyka<[hidden email]>
> > >>>       Subject: Re:
> > [slicer-devel]
> > >> Error running extend.tcl
> > >>>       To: "Attila
> > Nagy"<[hidden email]>
> > >>>       Cc: "Gregory
> > C.Sharp"<[hidden email]>,
> > >> "Steve Pieper"
> > >>>       <[hidden email]>,
> > >> [hidden email]
> > >>>       Date: Thursday,
> > February 24,
> > >> 2011, 3:19 PM
> > >>>
> > >>>       This is due to
> > my changes
> > >> enabling 64bit builds on Windows. I
> > >>>       hijacked your
> > -64 flag Attila
> > >> and also evaluate it when building on
> > >>>       Windows. I
> > wasn't aware of
> > >> extend.tcl so I didn't make sure it
> > >>>       worked with
> > that script as
> > >> well. My apologies.
> > >>>
> > >>>       Hey Steve if
> > you need any help
> > >> let me know, but you're exactly right
> > >>>       it's because
> > there isn't
> > >> finding either one of
> > >>>
> > >>>       set
> > ::GETBUILDTEST(bitness)
> > >> 64
> > >>>       set
> > ::GENLIB(bitness) 64
> > >>>
> > >>>       when invoking
> > >> slicer_variables.tcl from extend.tcl
> > >>>
> > >>>       On Thu, Feb 24,
> > 2011 at 9:12
> > >> AM, Attila Nagy<[hidden email]
> > >>>   
> >    </mc/compose?to=[hidden email]>>
> > >> wrote:
> > >>>
> > >>>       
> >    Hi guys,
> > >>>
> > >>>           I
> > recall that I
> > >> put those lines into the SunOS branch a good
> > >>>       
> >    while back, but
> > >> this code has been "elevated" into the "global"
> > >>>       
> >    branch of the
>
> > >> tcl file.
> > >>>           I
> > remember to
> > >> have reada check-in with something "like enable
> > >>>       
> >    64bit builds for
> > >> other build environments", but just can'T find
> > >>>       
> >    it ATM.
> > >>>
> > >>>       
> >    It worked for me
> > >> around two weeks ago. Now I'm slightly
> > >>>       
> >    overwhelmed, so
> > >> the most I can do is that I can send my files
> > >>>       
> >    whoever needs
> > >> them.
> > >>>       
> >    Next week I'll
> > >> be ready for similar tasks, I hope.
> > >>>
> > >>>       
> >    Attila
> > >>>
> > >>>       
> >    --- On Thu,
> > >> 2/24/11, Steve Pieper<[hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>>
> > >> wrote:
> > >>>
> > >>>           
> > >  From: Steve
> > >> Pieper<[hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>>
> > >>>           
> > >  Subject: Re:
> > >> [slicer-devel] Error running extend.tcl
> > >>>           
> > >  To: "Sharp,
> > >> Gregory C."<[hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>>
> > >>>           
> > >  Cc: [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>           
> > >  Date: Thursday,
> > >> February 24, 2011, 2:55 PM
> > >>>           
> > >  Hi Greg -
> > >>>            >
> > >>>           
> > >  It looks like
> > >> the changes to support 64 bit builds aren't
> > >>>           
> > >  compatible
> > >>>           
> > >  with running
> > >> extend.tcl stand alone - I'll try to clean
> > >>>           
> > >  this up later
> > >>>           
> > >  today. As a
> > >> workaround you could just add
> > >>>            >
> > >>>           
> > >  set
> > >> ::GETBUILDTEST(bitness) 64
> > >>>           
> > >  set
> > >> ::GENLIB(bitness) 64
> > >>>            >
> > >>>           
> > >  to your
> > >> extend.tcl and that should work.
> > >>>            >
> > >>>           
> > >  -Steve
> > >>>            >
> > >>>           
> > >  On 02/23/2011
> > >> 08:38 PM, Sharp, Gregory C. wrote:
> > >>>           
> > >  >  Hi,
> > >>>           
> > >  >
> > >>>           
> > >  >  I get the
> > >> below error when running extend.tcl (on
> > >>>           
> > >  windows).
> > >>>           
> > >  >  Any
> > >> ideas?
> > >>>           
> > >  >
> > >>>           
> > >  >  Greg
> > >>>           
> > >  >
> > >>>           
> > >  >
> > >>>           
> > >  >  $
> > >> ./Slicer3/Scripts/extend.tcl
> > >>>           
> > >  >  Sourcing
> > >>>            >
> > >>
> > C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> > >>>           
> > >  >
> > >> Slicer3_HOME is C:/gcs6/build/SLICER~1.0/Slicer3
> > >>>           
> > >  >  can't read
> > >> "::GETBUILDTEST(bitness)": no such
> > >>>           
> > >  variable
> > >>>           
> > >  >  while
> > >> executing
> > >>>           
> > >  >  "if
> > >> {$::GETBUILDTEST(bitness) == "64" ||
> > >>>            >
> > >> $::GENLIB(bitness) == "64"} {
> > >>>           
> > >  >  set
> > >>>           
> > >  ::TCL_VERSION
> > >> tcl85
> > >>>           
> > >  >  set
> > >>>            >
> > >> ::TCL_MINOR_VERSION 5
> > >>>           
> > >  >  ..."
> > >>>           
> > >  >  ("Windows
> > >> NT" arm line 2)
> > >>>           
> > >  >  invoked
> > >> from within
> > >>>           
> > >  >  "switch
> > >> $::tcl_platform(os) {
> > >>>           
> > >  >  "SunOS" {
> > >>>           
> > >  >  set
> > >> ::TCL_VERSION
> > >>>           
> > >  tcl85
> > >>>           
> > >  >  set
> > >>>            >
> > >> ::TCL_MINOR_VERSION 5
> > >>>           
> > >  >  }
> > >>>           
> > >  >
> > >> "GNU/kFreeBSD" {
> > >>>           
> > >  >  set
> > >> ::..."
> > >>>           
> > >  >  (file
> > >>>            >
> > >>
> > "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> > >>>           
> > >  line 161)
> > >>>           
> > >  >  invoked
> > >> from within
> > >>>           
> > >  >  "source
> > >> $localvarsfile"
> > >>>           
> > >  >  invoked
> > >> from within
> > >>>           
> > >  >  "if {
> > >> [file exists $localvarsfile] } {
> > >>>           
> > >  >  vputs
> > >> "Sourcing $localvarsfile"
> > >>>           
> > >  >  source
> > >> $localvarsfile
> > >>>           
> > >  >  } else {
> > >>>           
> > >  >  puts
> > >> "stderr: $localvarsfile not found -
> > >>>           
> > >  us..."
> > >>>           
> > >  >  (file
> > >>>            >
> > >> "./Slicer3/Scripts/extend.tcl" line 235)
> > >>>           
> > >  >
> > >> _______________________________________________
> > >>>           
> > >  >
> > >> slicer-devel mailing list
> > >>>           
> > >  >  [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>           
> > >  >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > >>>           
> > >  >  To
> > >> unsubscribe: send email to
> > >>>       
> >    [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>           
> > >  with
> > >> unsubscribe as the subject
> > >>>            >
> > >> _______________________________________________
> > >>>           
> > >  slicer-devel
> > >> mailing list
> > >>>           
> > >  [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>           
> > >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > >>>           
> > >  To unsubscribe:
> > >> send email to
> > >>>       
> >    [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>           
> > >  with
> > >> unsubscribe as the subject
> > >>>            >
> > >>>
> > >>>
> > >>>
> > >>>
> > >> 
> >    _______________________________________________
> > >>>       
> >    slicer-devel
> > >> mailing list
> > >>>       
> >    [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>       
> >    http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > >>>       
> >    To unsubscribe:
> > >> send email to
> > >>>       
> >    [hidden email]
> > >>>
> > >>     </mc/compose?to=[hidden email]>
> > >>>       
> >    with unsubscribe
> > >> as the subject
> > >>>
> > >>>
> > >>>
> > >>
> > >
> > >
> > >
> >
>
>
>      


--
Greg Sharp, PhD
Department of Radiation Oncology
Massachusetts General Hospital
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject
Reply | Threaded
Open this post in threaded view
|

Re: Error running extend.tcl

Attila Nagy
64 bit Solaris build: fine too!

Thanks,
Attila

--- On Sat, 3/5/11, Gregory Sharp <[hidden email]> wrote:

> From: Gregory Sharp <[hidden email]>
> Subject: Re: [slicer-devel] Error running extend.tcl
> To: "Attila Nagy" <[hidden email]>
> Cc: "Steve Pieper" <[hidden email]>, "David Partyka" <[hidden email]>, [hidden email]
> Date: Saturday, March 5, 2011, 12:18 AM
>
> The fix is working for me on 32-bit Windows XP. 
> Thanks!  -Greg
>
>
> On Fri, 4 Mar 2011 04:33:33 -0800 (PST)
> Attila Nagy <[hidden email]>
> wrote:
>
> > Thanks Steve,
> >
> > I'll test it.
> >
> > Attila
> >
> > --- On Thu, 3/3/11, Steve Pieper <[hidden email]>
> wrote:
> >
> > > From: Steve Pieper <[hidden email]>
> > > Subject: Re: [slicer-devel] Error running
> extend.tcl
> > > To: "Attila Nagy" <[hidden email]>
> > > Cc: "David Partyka" <[hidden email]>,
> "Gregory C.Sharp"
> > > <[hidden email]>,
> [hidden email]
> Date: Thursday,
> > > March 3, 2011, 11:45 PM Hi Guys -
> > >
> > > I checked in some changes to extend.tcl on
> windows will run
> > > independent
> > > of getbuildtest to fix what Greg was seeing:
> > >
> > > http://viewvc.slicer.org/viewcvs.cgi?rev=16153&view=rev
> > >
> > > -Steve
> > >
> > > On 03/03/2011 09:59 AM, Attila Nagy wrote:
> > > > Hey Steve&  all,
> > > >
> > > > what's up with this fix?
> > > > I tried to build the latest 3.6 trunk today,
> and seem
> > > not to find this. No problem, as I do have my own
> "fix" :)
> > > for it, just asking.
> > > > I think I can translate my changes into
> ::env ones and
> > > submit them, if it's not too urgent.
> > > >
> > > > Happy Slicering,
> > > >
> > > > Attila
> > > >
> > > > --- On Thu, 2/24/11, Steve Pieper<[hidden email]
> > > wrote:
> > > >
> > > >> From: Steve Pieper<[hidden email]>
> > > >> Subject: Re: [slicer-devel] Error
> running
> > > extend.tcl
> > > >> To: "Attila Nagy"<[hidden email]>
> > > >> Cc: "David Partyka"<[hidden email]>,
> > > "Gregory C.Sharp"<[hidden email]>,
> > > [hidden email]
> > > >> Date: Thursday, February 24, 2011, 3:41
> PM
> > > >> Hi Guys -
> > > >>
> > > >> I don't think extend.tcl was ever
> touched to
> > > support the
> > > >> -64 flag so it
> > > >> doesn't have the needed infrastructure,
> but this
> > > will be
> > > >> needed when we
> > > >> start making slicer3 nightlies and will
> need
> > > >> extensions.  I started
> > > >> making a pass through and want to
> generalize and
> > > clean up
> > > >> the code a bit
> > > >> - for example, I'd rather have the code
> rely on
> > > >> ::env(BITNESS) rather
> > > >> than looking for ::GETBUILDTEST(bitness)
> or
> > > GENLIB(bitness)
> > > >> everywhere.
> > > >>    slicer_variables shouldn't really
> > > 'know' about the
> > > >> variables in
> > > >> genlib, getbuildtest or extend.  I
> should be
> > > able to
> > > >> do it this afternoon.
> > > >>
> > > >> Thanks,
> > > >> Steve
> > > >>
> > > >>
> > > >> On 02/24/2011 09:31 AM, Attila Nagy
> wrote:
> > > >>> :)
> > > >>>
> > > >>> The main thing is that we source
> > > slicer_variables from
> > > >> extend.tcl, and
> > > >>> at this time we don't have those
> variables
> > > set. We
> > > >> either need to
> > > >>> elevate them into the global
> namespace, or
> > > find a
> > > >> tricky way to pass
> > > >>> them the second time too :) (I did
> the second
> > > one)
> > > >>> Pinning them in extend does work
> though :)
> > > >>>
> > > >>> Attila
> > > >>>
> > > >>>
> > > >>> --- On *Thu, 2/24/11, David Partyka
> /<[hidden email]>/*
> > > >> wrote:
> > > >>>
> > > >>>
> > > >>>       From: David
> > > Partyka<[hidden email]>
> > > >>>       Subject: Re:
> > > [slicer-devel]
> > > >> Error running extend.tcl
> > > >>>       To: "Attila
> > > Nagy"<[hidden email]>
> > > >>>       Cc: "Gregory
> > > C.Sharp"<[hidden email]>,
> > > >> "Steve Pieper"
> > > >>>       <[hidden email]>,
> > > >> [hidden email]
> > > >>>       Date: Thursday,
> > > February 24,
> > > >> 2011, 3:19 PM
> > > >>>
> > > >>>       This is due to
> > > my changes
> > > >> enabling 64bit builds on Windows. I
> > > >>>       hijacked your
> > > -64 flag Attila
> > > >> and also evaluate it when building on
> > > >>>       Windows. I
> > > wasn't aware of
> > > >> extend.tcl so I didn't make sure it
> > > >>>       worked with
> > > that script as
> > > >> well. My apologies.
> > > >>>
> > > >>>       Hey Steve if
> > > you need any help
> > > >> let me know, but you're exactly right
> > > >>>       it's because
> > > there isn't
> > > >> finding either one of
> > > >>>
> > > >>>       set
> > > ::GETBUILDTEST(bitness)
> > > >> 64
> > > >>>       set
> > > ::GENLIB(bitness) 64
> > > >>>
> > > >>>       when invoking
> > > >> slicer_variables.tcl from extend.tcl
> > > >>>
> > > >>>       On Thu, Feb 24,
> > > 2011 at 9:12
> > > >> AM, Attila Nagy<[hidden email]
> > > >>>   
> > >    </mc/compose?to=[hidden email]>>
> > > >> wrote:
> > > >>>
> > > >>>       
> > >    Hi guys,
> > > >>>
> > > >>>           I
> > > recall that I
> > > >> put those lines into the SunOS branch a
> good
> > > >>>       
> > >    while back, but
> > > >> this code has been "elevated" into the
> "global"
> > > >>>       
> > >    branch of the
> >
> > > >> tcl file.
> > > >>>           I
> > > remember to
> > > >> have reada check-in with something "like
> enable
> > > >>>       
> > >    64bit builds for
> > > >> other build environments", but just
> can'T find
> > > >>>       
> > >    it ATM.
> > > >>>
> > > >>>       
> > >    It worked for me
> > > >> around two weeks ago. Now I'm slightly
> > > >>>       
> > >    overwhelmed, so
> > > >> the most I can do is that I can send my
> files
> > > >>>       
> > >    whoever needs
> > > >> them.
> > > >>>       
> > >    Next week I'll
> > > >> be ready for similar tasks, I hope.
> > > >>>
> > > >>>       
> > >    Attila
> > > >>>
> > > >>>       
> > >    --- On Thu,
> > > >> 2/24/11, Steve Pieper<[hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>>
> > > >> wrote:
> > > >>>
> > > >>>           
> > > >  From: Steve
> > > >> Pieper<[hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>>
> > > >>>           
> > > >  Subject: Re:
> > > >> [slicer-devel] Error running extend.tcl
> > > >>>           
> > > >  To: "Sharp,
> > > >> Gregory C."<[hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>>
> > > >>>           
> > > >  Cc: [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>           
> > > >  Date: Thursday,
> > > >> February 24, 2011, 2:55 PM
> > > >>>           
> > > >  Hi Greg -
> > > >>>            >
> > > >>>           
> > > >  It looks like
> > > >> the changes to support 64 bit builds
> aren't
> > > >>>           
> > > >  compatible
> > > >>>           
> > > >  with running
> > > >> extend.tcl stand alone - I'll try to
> clean
> > > >>>           
> > > >  this up later
> > > >>>           
> > > >  today. As a
> > > >> workaround you could just add
> > > >>>            >
> > > >>>           
> > > >  set
> > > >> ::GETBUILDTEST(bitness) 64
> > > >>>           
> > > >  set
> > > >> ::GENLIB(bitness) 64
> > > >>>            >
> > > >>>           
> > > >  to your
> > > >> extend.tcl and that should work.
> > > >>>            >
> > > >>>           
> > > >  -Steve
> > > >>>            >
> > > >>>           
> > > >  On 02/23/2011
> > > >> 08:38 PM, Sharp, Gregory C. wrote:
> > > >>>           
> > > >  >  Hi,
> > > >>>           
> > > >  >
> > > >>>           
> > > >  >  I get the
> > > >> below error when running extend.tcl (on
> > > >>>           
> > > >  windows).
> > > >>>           
> > > >  >  Any
> > > >> ideas?
> > > >>>           
> > > >  >
> > > >>>           
> > > >  >  Greg
> > > >>>           
> > > >  >
> > > >>>           
> > > >  >
> > > >>>           
> > > >  >  $
> > > >> ./Slicer3/Scripts/extend.tcl
> > > >>>           
> > > >  >  Sourcing
> > > >>>            >

> > > >>
> > >
> C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl
> > > >>>           
> > > >  >
> > > >> Slicer3_HOME is
> C:/gcs6/build/SLICER~1.0/Slicer3
> > > >>>           
> > > >  >  can't read
> > > >> "::GETBUILDTEST(bitness)": no such
> > > >>>           
> > > >  variable
> > > >>>           
> > > >  >  while
> > > >> executing
> > > >>>           
> > > >  >  "if
> > > >> {$::GETBUILDTEST(bitness) == "64" ||
> > > >>>            >
> > > >> $::GENLIB(bitness) == "64"} {
> > > >>>           
> > > >  >  set
> > > >>>           
> > > >  ::TCL_VERSION
> > > >> tcl85
> > > >>>           
> > > >  >  set
> > > >>>            >
> > > >> ::TCL_MINOR_VERSION 5
> > > >>>           
> > > >  >  ..."
> > > >>>           
> > > >  >  ("Windows
> > > >> NT" arm line 2)
> > > >>>           
> > > >  >  invoked
> > > >> from within
> > > >>>           
> > > >  >  "switch
> > > >> $::tcl_platform(os) {
> > > >>>           
> > > >  >  "SunOS" {
> > > >>>           
> > > >  >  set
> > > >> ::TCL_VERSION
> > > >>>           
> > > >  tcl85
> > > >>>           
> > > >  >  set
> > > >>>            >
> > > >> ::TCL_MINOR_VERSION 5
> > > >>>           
> > > >  >  }
> > > >>>           
> > > >  >
> > > >> "GNU/kFreeBSD" {
> > > >>>           
> > > >  >  set
> > > >> ::..."
> > > >>>           
> > > >  >  (file
> > > >>>            >
> > > >>
> > >
> "C:/gcs6/build/slicer-3.6.0/Slicer3/slicer_variables.tcl"
> > > >>>           
> > > >  line 161)
> > > >>>           
> > > >  >  invoked
> > > >> from within
> > > >>>           
> > > >  >  "source
> > > >> $localvarsfile"
> > > >>>           
> > > >  >  invoked
> > > >> from within
> > > >>>           
> > > >  >  "if {
> > > >> [file exists $localvarsfile] } {
> > > >>>           
> > > >  >  vputs
> > > >> "Sourcing $localvarsfile"
> > > >>>           
> > > >  >  source
> > > >> $localvarsfile
> > > >>>           
> > > >  >  } else {
> > > >>>           
> > > >  >  puts
> > > >> "stderr: $localvarsfile not found -
> > > >>>           
> > > >  us..."
> > > >>>           
> > > >  >  (file
> > > >>>            >
> > > >> "./Slicer3/Scripts/extend.tcl" line
> 235)
> > > >>>           
> > > >  >
> > > >>
> _______________________________________________
> > > >>>           
> > > >  >
> > > >> slicer-devel mailing list
> > > >>>           
> > > >  >  [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>           
> > > >  >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > > >>>           
> > > >  >  To
> > > >> unsubscribe: send email to
> > > >>>       
> > >    [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>           
> > > >  with
> > > >> unsubscribe as the subject
> > > >>>            >
> > > >>
> _______________________________________________
> > > >>>           
> > > >  slicer-devel
> > > >> mailing list
> > > >>>           
> > > >  [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>           
> > > >  http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > > >>>           
> > > >  To unsubscribe:
> > > >> send email to
> > > >>>       
> > >    [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>           
> > > >  with
> > > >> unsubscribe as the subject
> > > >>>            >
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >> 
> > >
>    _______________________________________________
> > > >>>       
> > >    slicer-devel
> > > >> mailing list
> > > >>>       
> > >    [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>       
> > >    http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
> > > >>>       
> > >    To unsubscribe:
> > > >> send email to
> > > >>>       
> > >    [hidden email]
> > > >>>
> > > >>     </mc/compose?to=[hidden email]>
> > > >>>       
> > >    with unsubscribe
> > > >> as the subject
> > > >>>
> > > >>>
> > > >>>
> > > >>
> > > >
> > > >
> > > >
> > >
> >
> >
> >       
>
>
> --
> Greg Sharp, PhD
> Department of Radiation Oncology
> Massachusetts General Hospital
>
>
> The information in this e-mail is intended only for the
> person to whom it is
> addressed. If you believe this e-mail was sent to you in
> error and the e-mail
> contains patient information, please contact the Partners
> Compliance HelpLine at
> http://www.partners.org/complianceline .
> If the e-mail was sent to you in error
> but does not contain patient information, please contact
> the sender and properly
> dispose of the e-mail.
>


     
_______________________________________________
slicer-devel mailing list
[hidden email]
http://massmail.spl.harvard.edu/mailman/listinfo/slicer-devel
To unsubscribe: send email to [hidden email] with unsubscribe as the subject