Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

GA4GHTT-232 - vcf4.4 initial changes #240

Merged
merged 1 commit into from
Mar 20, 2024

Conversation

vasudeva8
Copy link
Collaborator

Initial changes to support VCF v4.4.

Made v4.4 ragel file, using v4.3 ragel with version change alone, that it parses files conforming to v4.3 with v4.4 as version gets validated.
v4.4 specific changes are to be identified and updated.

Test binaries and files updated (there were a few failed case data files which couldn't be opened / updated are left as such; also files which were not matching to v4.3 already are left as such).

test suit, v4.4 specific test binary and other versions works without failures. assembler, debugulator and validator works but further tests to be done.

@tcezard tcezard changed the title vcf4.4 initial changes GA4GHTT-232 - vcf4.4 initial changes Mar 14, 2024
@tcezard tcezard changed the base branch from master to dev/vcf4.4 March 18, 2024 10:31
Copy link
Member

@tcezard tcezard left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This PR looks good. I've updated the target branch to dev/vcf4.4

Comment on lines +44 to +47
In case of dependent libraries being installed in non-standard paths,
update LIBRARY_PATH as shown below
'export LIBRARY_PATH=$LIBRARY_PATH:<path to required library's libpath>'

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure in which case this applies.
I've not seen this being used anywhere in the CMakeList.txt and it didn't alleviate my compilation issues.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This could be useful when dependent libraries, expected to be available through OS, were installed in paths which are not part of library search. During Mac OS builds, I used to get link issues with zstd and icu libraries. They were present inside home-brew folders which were not part of any lib search environment variables.

Tried different ways to resolve them, like modifying CMake file, updating home-brew/cmake variables etc., and later noticed this from build.yml, as the easiest solution. Having this in dev-guide may help those building in Mac where many of the dependencies may be on a different path. (This seem to be applicable for linux builds as well but usually not required as installations usually made in standard search paths).

@tcezard tcezard merged commit ee919cc into EBIvariation:dev/vcf4.4 Mar 20, 2024
6 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants