-
Notifications
You must be signed in to change notification settings - Fork 161
fix(go/adbc): changing the location of FlightSQLDriverInit function #3079
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
Conversation
FlightSqlDriverInit and FlightSQLDriverInit are a part of legacy init functions. We should keep them in place and not lose because of code generation.
|
@howareyouman the |
|
@zeroshade I see that these 2 functions heavily rely on C layer, which lives in the pkg folder, and the dependency between folders is pkg(generated) -> driver(not generated). I don't understand how to remove them from the generation step if we want to expose them in the shared library, and they rely on generated code? What should be done here then? |
|
The generation doesn't remove and recreate the directory, we just create the files. So you can just make a new file in the |
|
@zeroshade I've created new go file with functions, removed _tmpl generated files from the repo (I don't know why we had them in the repo?). |
|
The tmpl files are in the repo so that we can use Please restore those files as they are necessary. My suggestion was to leave the existing files as is and just add one new file containing the function we're adding back. |
|
@zeroshade migrated FlightSQLDriverInit to new file |
|
@howareyouman - what does this need to close out by Wednesday (early US time)? |
|
@davidhcoe I suppose I've already done what @zeroshade was asking for. The only problem is that we have CI failed, which I couldn't restart. |
|
restarted the flaky test. This looks good to me |
Moving FlightSQLDriverInit function to a separate go file.
Resolving the request from the recent PR - link