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

Re: [MoM] Any progress?



Hi Andreas,


I passed the weekend experimenting with cmake-ifying fis-gtm:

         https://github.com/luisibanez/fis-gtm/tree/cmakeified


This was driven by the observation that some of the problems
encountered with pbuilder are related to configuration issues, and
setup such as ensuring that a particular directory is in the include
search path before another one. (e.g. the use of the -I- flag...).

Here are the differences between "master" (the original fis-gtm)
and the partially cmake-ified version (so far):

https://github.com/luisibanez/fis-gtm/compare/master...cmakeified



Just to summarize the status and the big picture,


Current Status:
---------------------

Here are the two main issues that we have observed

A) Using pbuilder, the build fails when looking for a 32 bits header.

     The culprit here seems to be the use of the -I- option.

     Experiments, and conversation with fis-gtm developer showed
     that "-iquote" is not a full replacement for "-I-", and that the quick
     way to get through this obstacle is to copy the headers from the
     platform-specific directory (sr_i386 or sr_x86_64) on top of the
     files in sr_port directory (and maybe others too).

     BTW: I manage to build locally by using "debuild", but in Andreas'
     environment "debuild" fails. So, there may still be some lose cables
     in the configuration and build process beyond what we are observing
     with pbuilder.



B)  In the Installation step, the ./pro/gtminstall file is not being found.

      Here we are suspecting that the file has been removed, between
      the time that it was created during the build stage, and the time
      that we get to the installation stage.



Current paths of action:
---------------------------------

The exploration on cmake-ifying fis-gtm, was an alternative to solve (A),
or at least to get familiar enough with the fis-gtm configuration as to
move files around before the build process is triggered.

I'm keeping (B) on hold until I get some more progress on (A).

After what I learned with the cmake-ification exercise, I'm planning
on heading the way of copying the architecture specific directories
on top of the sr_port directory, or even better, copying all headers
(in the right order) into a temp directory and only put that directory
in the include search path.  The trick here is to determine the proper
order to copy the files, so that the architecture specific files override
the generic ones.


All suggestions and advice are very welcome...


     Thanks


          Luis


--------------------------------
On Mon, Feb 20, 2012 at 3:47 AM, Andreas Tille <andreas@an3as.eu> wrote:
> Hi Luis,
>
> any progress with this?  Please pronounce if you need help / some
> additional eyes to look onto the code.
>
> Kind regards
>
>      Andreas.
>
> On Fri, Feb 17, 2012 at 07:50:41AM +0100, Andreas Tille wrote:
>> On Thu, Feb 16, 2012 at 09:13:10PM -0500, Luis Ibanez wrote:
>> > The file "gtminstall" is created at
>> > build time by the script:
>> >
>> >              sr_unix/comlist.csh
>> >
>> > in line 286:
>> >
>> >      cp $gtm_tools/gtminstall.sh gtminstall
>> >
>> > and it is also removed by the "clean" pass,
>> > when the pro directory is deleted.
>> >
>> > So, it may be gone by the time we run the
>> > installation command.
>>
>> Sounds like a good reason.
>>
>> > Would that make sense ?
>> >
>> > Does the clean step happens before installing ?
>>
>> It is something like clean, configure, build, install.
>> You get the information what is called when by inspecting
>> the *.build log file.
>>
>> Kind regards
>>
>>        Andreas.
>>
>> --
>> http://fam-tille.de
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-med-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> Archive: [🔎] 20120217065041.GA22060@an3as.eu">http://lists.debian.org/[🔎] 20120217065041.GA22060@an3as.eu
>>
>>
>
> --
> http://fam-tille.de
>
>
> --
> To UNSUBSCRIBE, email to debian-med-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] 20120220084725.GB10901@an3as.eu">http://lists.debian.org/[🔎] 20120220084725.GB10901@an3as.eu
>


Reply to: